JDK-4271065 : 1999e Olson public source changes should be incorporated into Java time zone
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util:i18n
  • Affected Version: 1.3.0
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 1999-09-13
  • Updated: 2006-09-04
  • Resolved: 1999-09-27
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
1.3.0 kestrelFixed
Related Reports
Relates :  
JDK-4328058 - DST rules in TimeZone.java are not up-to-date for some timezones
Description
1999e is available. There are some changes that should be incorporated into TimeZoneData, especially Australia changes.

--
Olson tzdata1999e has two other changes that affects Java time zone, 
1) Asia/Ishigaki is no longer exists.
2) Asia/Alma-Ata is renamed to Asia/Almaty.
koushi.takahashi@japan 1999-09-17
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: kestrel FIXED IN: kestrel INTEGRATED IN: kestrel
14-06-2004
PUBLIC COMMENTS TimeZone rules (start/end of daylight saving) has been updated based on Olson public tzdata 1999e.
10-06-2004
EVALUATION There were some significant changes on Olson 1999e data affects Java time zone data. Diffs from 1999d has been attached. //---------------------------------------------------------- new SimpleTimeZone(1*ONE_HOUR, "Europe/Warsaw", Calendar.MARCH, -1, Calendar.SUNDAY /*DOW_IN_MON*/, 1*ONE_HOUR, SimpleTimeZone.UTC_TIME, Calendar.OCTOBER, -1, Calendar.SUNDAY /*DOW_IN_MON*/, 1*ONE_HOUR, SimpleTimeZone.STANDARD_TIME, 1*ONE_HOUR), // Rule EU 1981 max - Mar lastSun 1:00u 1:00 S // Rule EU 1996 max - Oct lastSun 1:00u 0 - // Zone Europe/Warsaw 1:00 EU CE%sT //---------------------------------------------------------- new SimpleTimeZone(2*ONE_HOUR, "Asia/Amman"), // Zone Asia/Amman 2:00 Jordan EE%sT //---------------------------------------------------------- new SimpleTimeZone((int)(9.5*ONE_HOUR), "Australia/Adelaide", Calendar.AUGUST, -1, Calendar.SUNDAY /*DOW_IN_MON*/, 2*ONE_HOUR, SimpleTimeZone.STANDARD_TIME, Calendar.MARCH, -1, Calendar.SUNDAY /*DOW_IN_MON*/, 2*ONE_HOUR, SimpleTimeZone.STANDARD_TIME, 1*ONE_HOUR), // Rule AS 2000 only - Aug lastSun 2:00s 1:00 - // Rule AS 1995 max - Mar lastSun 2:00s 0 - // Zone Australia/Adelaide 9:30 AS CST //---------------------------------------------------------- new SimpleTimeZone(10*ONE_HOUR, "Australia/Sydney", Calendar.AUGUST, -1, Calendar.SUNDAY /*DOW_IN_MON*/, 2*ONE_HOUR, SimpleTimeZone.STANDARD_TIME, Calendar.MARCH, -1, Calendar.SUNDAY /*DOW_IN_MON*/, 2*ONE_HOUR, SimpleTimeZone.STANDARD_TIME, 1*ONE_HOUR), // Rule AN 2000 only - Aug lastSun 2:00s 1:00 - // Rule AN 1996 max - Mar lastSun 2:00s 0 - // Zone Australia/Sydney 10:00 AN EST These are data to be modified. Although, this time, 'ZoneData' has been updated by hand, if the data can be automaticaly created from original Olson public data. It's much nice and error prone. koushi.takahashi@japan 1999-09-14 Australia/Broken_Hill is also depends on rule "AN". So will be changed as Sydney do. As in description, two changes in name will also be fixed. The automation 'ZoneData' creation tool 'makeZoneData.pl' will be provided under test/java/util/TimeZone/tools/ZoneData. Run this tool when ever base Olson tzdata is updated. koushi.takahashi@japan 1999-09-17
17-09-1999