JavaWorld
addict
Reged: 06/20/03
Posts: 482
|
|
Set your Java clocks for the new DST
|
Unregistered
|
|
There is a small project hosted on sf.net made to work around this problem.
http://sourceforge.net/projects/timezonepatch/
|
JavaWorld Fan
Unregistered
|
|
well .... so many options to choose from ....
replacing the TZDB in the (JAVA_HOME)\jre\lib\zi seem to be the best reasonable solution there is , in fact i think it is the best way to fix this problem. However out of curiousity , does Sun approve of such method and if not why ?
|
Gili_Nachum
stranger
Reged: 12/14/06
Posts: 4
|
|
Quote:
There is a small project hosted on sf.net made to work around this problem.
http://sourceforge.net/projects/timezonepatch/
Intersting approch, but why plant stuff inside the /ext directory when you can just update the data itself.
Gili. 
|
Gili_Nachum
stranger
Reged: 12/14/06
Posts: 4
|
|
Quote:
well .... so many options to choose from ....
replacing the TZDB in the (JAVA_HOME)\jre\lib\zi seem to be the best reasonable solution there is , in fact i think it is the best way to fix this problem. However out of curiousity , does Sun approve of such method and if not why ?
lew.yobs@sun.com from Sun commented this:
We are working to publish a supported tool for updating timezone data in installed JRE/JDK disk images applicable for versions 1.4 and later. We welcome you and your customers to try the beta.
This tool is available now for download from:
http://java.sun.com/javase/tzupdater_README.html
|
Unregistered
|
|
I haven't read so much outdated crap in a long time. For IBM JVM: see http://www-128.ibm.com/developerworks/java/jdk/dst/index.html
To replace the timezone info on the SUN JVM, SUN has a tool: http://java.sun.com/j2se/1.5.0/tzupdater_README.html
|
Unregistered
|
|
What's soooo outdated?!
Currently Sun's TZ update tool is still in Beta and should not be used on production environments. IBM tool is also quite new.
All of this tools were developed only because of the US 2007 DST roles change, years before that there was no official option to update a JRE TZ info.
This article also serve to make people more aware to the various DST issues and calls for Java to use a different TZ and DST mechanisms (e.g. relying the host OS TZDB).
|
Unregistered
|
|
Hi,
First of all, I'd like to make sure to everyone I know nothing about Java, except that it's now making my life a lot more complicated.
I can see no reason for Java not taking the date/time/DST information from the OS. I think that would solve most if not all problems, since OS suppliers usually have tools to update TZs as required.
I support an application written in Java that drives me crazy every year when DST starts or ends, because in Brazil, as stated in the article, DST starts end ends at different dates every year and, though the OS is adequately patched, Java never is.
I've spent the past few days researching this subject and found nothing really useable. I know exactly what changes I need for my TZ but I can't find a tool or a procedure to make the change. Can anyone tell me how it's done? That would be useful.
Thanks
Serginho
|
Unregistered
|
|
Correction: I found "Sun Java SE TZupdater tool" useful and enough to solve at least part of the problems, like 2 days marked as the 13th on October in the Java app. I'll conduct more tests to see if everything is now solved.
In any case, I still have to rely on Sun's wish to update the tool for the next year. I still would like to be able to make the changes myself.
Thanks
Serginho
|
rptrevor
stranger
Reged: 12/29/06
Posts: 1
|
|
I see most of the discussion here relates to converting UTC time to the proper local time.
My question is in the opposite direction: converting a local time (String) to UTC time. Specifically the double "fall back" times from, for example, 1:00am-1:59am, in the U.S. Pacific timezone last October 29th (2006). Is there anything in java.util that will return the SECOND UTC time given a 1:00am value? I always get the FIRST UTC time when I use the "America/Los_Angeles" timezone.
|
Gili_Nachum
stranger
Reged: 12/14/06
Posts: 4
|
|
No problem.
Just get the first "UTC time" and add an hour to it on your next command...
though, I'm sure you can get it in the first command, checkout the API's...
|
Unregistered
|
|
Is there a way to retrieve the dst setting before running the update?
|
Ideablogger
Unregistered
|
|
Hope this helps:
Test your Java for new Daylight Saving Time changes
|
Unregistered
|
|
There is a good bit of information on the DST change over at Java Sanity
This article covers the various methods and versions for available to update the top 4 Java distributions. For example, were you aware that you could get a tzupdater for 1.3.1 from Sun?
|
Chester
stranger
Reged: 03/05/07
Posts: 1
|
|
Don't want to add yet another piece to the puzzle, but I created this fix that does not require changes to either the JVM or the application, and reads the timezone info from *nix tz database's default location (/etc/localtime):
timefix
|
Unregistered
|
|
Any workaround for 1.1.8 JRE ?
|
Chetan Khandar
Unregistered
|
|
Yes, upgrade...
|
Unregistered
|
|
Any luck (or better yet code )for 1.1.8. I cant upgrade too old of an application
|
Previous
Index
Next
Threaded
Edit
Reply
Quote
