🚀 go-pugleaf

> simple but integral feature of our applications becomes such a complex
issue
> under Java, we may well be better off staying away from Java completely.

Yeah, I think you should stay with what you are used to, away from java.
Doug,
 you gave an excelent answear but spoiled it for this wanker to find out by
him self...

Just to add to the 'confusion', the Date object is slowly being 'deprecated'
having to work closely with the system miliseconds.
The same being used by high level C libs.
I remember that there are few jars out there which take into acount
over -30000 to + 30000 years. 0 being Christs date of birth. The system mils
are valid from year 1700 till ?
Complex?, no, pure fun...at least you don't have to worry that you get
suprised by a bootup screen while testing.


Doug Rickard <rickard@primus.com.au> wrote in message
news:39e1b447@news.iprimus.com.au...
>
> Paul Murray <pmurray@nospam.bigpond.com> wrote in message
> news:STgE5.66838$c5.184944@newsfeeds.bigpond.com...
> > "Doug Rickard" <rickard@primus.com.au> wrote in message
> > news:39e107db@news.iprimus.com.au...
> > > variable, or a class that will return a formatted date/time string
given
> a
> > > simple format definition string.
>
> Paul,
>
> Thank you very much for your in depth response. It makes me wonder however
> if Java is appropriate as our upgrade language. If what we consider as a
> simple but integral feature of our applications becomes such a complex
issue
> under Java, we may well be better off staying away from Java completely.
>
> Thank you for your time.
>
> Doug.
>
>