JDK-4257314 : RFE: TimeZone only supports year 2000
  • Type: Enhancement
  • Component: core-libs
  • Sub-Component: java.util:i18n
  • Affected Version:
    1.2.2,1.2.2_007,1.3.0,1.3.1,1.3.1_19 1.2.2,1.2.2_007,1.3.0,1.3.1,1.3.1_19
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS:
    generic,solaris_2.6,solaris_7,solaris_9,solaris_10 generic,solaris_2.6,solaris_7,solaris_9,solaris_10
  • CPU: generic,x86,sparc
  • Submitted: 1999-07-27
  • Updated: 2000-12-13
  • Resolved: 2000-12-13
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.
1.4.0 betaFixed
Related Reports
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Relates :  
Relates :  
Kestrel TimeZone implementation does not have any histric TimeZone changes. It only applies rule of year 2000. There are time zone like Australia/Sydney -- has exception on DST on year 2000 only --, or like Iran -- that changes DST rule every year. Without holding histrical data, like UNIX tz do, it's not possible to deal with these time zones.

We have to always update timezone data every year, if the one we have now is correct. This is not good implementation. Also, all the timezone data is hardcoded in TimeZone data. This is lack of maintainancability. TimeZone data will change a lot year by year. Since it's just each country local data.

koushi.takahashi@japan 1999-07-27

CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: merlin-beta FIXED IN: merlin-beta INTEGRATED IN: merlin-beta

EVALUATION Importing UNIX TZ methodology will require some major rework of current TimeZone implementation. This includes API changes. Won't happen in Kestrel time frame. koushi.takahashi@japan 1999-07-29 This is a known and documented restriction. Changing to an RFE. masayoshi.okutsu@Eng 1999-09-01 Zoneinfo-based time zone support has been implemented. One option is to use the Olson style zoneinfo for the historical DST schedule changes support. masayoshi.okutsu@Eng 2000-01-20 Zoneinfo-based time zone support has been approved. masayoshi.okutsu@Eng 2000-11-22