Re: Discrepancy in current hour
Rhino wrote:
I'm just retesting some date/time methods I wrote a while back and
noticed something odd. It's 8 PM Eastern time as I write this and the
date routines I have just retested tell me that it's actually 9 PM.
Why would that be?
I'm guessing it has something to do with Java date routines not
correctly handling the earlier changeover to daylight savings time
that started a few years back. If that's right, how should I be
calculating the hour or the time?
Or have I got something wrong in my computer somewhere? I'm running
XP and the system clock says it's 8 PM Eastern time and it is set to
recognize Daylight Saving Time. But I may not have installed the
update that handles the earlier changeover to Daylight Time. Perhaps
that needs to be installed??
...
I'm running Java 1.6.18, which is pretty recent if I'm not mistaken ;-)
Arne Vajh??j wrote:
It is latest, so it should have the correct timezone definitions.
Something is confusing Java on your PC.
Or something is confusing Windows or the PC itself.
What does the OS claim the time zone is, independently of Java?
Do the OS time and BIOS time match?
Would the OP provide an SSCCE and copy-paste actual output, and a comparison
with what was expected?
The problem has to be in a detail that hasn't reached Usenet yet.
For example, what is this 'StringUtils'? If 'String' formatted
representations are needed of a 'Calendar', what's wrong with using 'DateFormat'?
I really, really don't think that "it has something to do with Java date
routines not correctly handling the earlier changeover to daylight savings
time" or anything else to do with the standard API, nor do I think it's a
problem with out-of-date tzdata.
I'm deeply suspicious of code that uses a 'Calendar', then extracts fields
from it, then pads the fields back into 'String's. That's an awful lot of
custom conversion, with lots of room for things to be done wrong, for one to
go around calumnizing the java.* packages.
Look to thine own house first.
--
Lew