JDK-4263805 : (tz) need complete support of POSIX TZ syntax
  • Type: Enhancement
  • Component: core-libs
  • Sub-Component: java.util:i18n
  • Affected Version: 1.3.0,1.4.0,5.0,6
  • Priority: P5
  • Status: Closed
  • Resolution: Won't Fix
  • OS: generic,linux,solaris_7,windows_xp
  • CPU: generic,x86,sparc
  • Submitted: 1999-08-19
  • Updated: 2020-08-06
  • Resolved: 2016-09-26
Related Reports
Duplicate :  
JDK-4976874 - TimeZone.getDefault() should reflect startDayOfWeek and endDayOfWeek of TZ
Duplicate :  
JDK-6211541 - TimeZone class doesn't support all Time Zones
Duplicate :  
JDK-6992725 - SimpleDateFormat.format(Date) is an hour late for MEZ-1MESZ,M3.5.0,M10.5.0
Duplicate :  
JDK-4976879 - Arbitrarily defined timezones like GMT-11 as GMT+11 are mis-interpreted
Duplicate :  
JDK-4703351 - No DST offset recognized in class Calendar when specified in TZ env var
Relates :  
JDK-6466476 - (tz) Introduction of tzdata2005r can introduce incompatility issues with some JDK1.1 3-letter TZ Ids
Relates :  
JDK-8249642 - Java display an hour off from system date when TZ env var is set on linux
Relates :  
JDK-4494025 - RFE: Need PSARC/2001/383 support
Description
The current Solaris-to-Java time zone mapping ignores DST rules for the numerical mapping and may pick up a wrong time zone that has different DST rules if the TZ value is set to define time zone rules (rather than a zone ID).

For example, TZ=XST7XDT8,0/0:00,0/1:00 is mapped to America/Denver which has the different DST schedule. (This TZ value is used in a regression test and this wrong result is taken as a correct behavior.)
Comments
Not a popular request.
26-09-2016
EVALUATION At least the wrong mapping must be fixed. masayoshi.okutsu@Eng 1999-08-19
19-08-1999
SUGGESTED FIX The TZ value has to be parsed and generate parameters for TimeZone construction. Need to dynamically register time zone abbreviations in a TimeZone object. masayoshi.okutsu@Eng 1999-08-19
19-08-1999