United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: 4263805 (tz) need complete support of POSIX TZ syntax
4263805 : (tz) need complete support of POSIX TZ syntax

Details
Type:
Enhancement
Submit Date:
1999-08-19
Status:
Open
Updated Date:
2009-03-25
Project Name:
JDK
Resolved Date:
Component:
core-libs
OS:
solaris_7,linux,generic,windows_xp
Sub-Component:
java.util:i18n
CPU:
x86,sparc,generic
Priority:
P5
Resolution:
Unresolved
Affected Versions:
1.3.0,1.4.0,5.0,6
Targeted Versions:

Related Reports
Duplicate:
JDK-4976874 - TimeZone.getDefault() should reflect startDayOfWeek and endDayOfWeek of TZ
Duplicate:
JDK-4976879 - Arbitrarily defined timezones like GMT-11 as GMT+11 are mis-interpreted
Duplicate:
JDK-6992725 - SimpleDateFormat.format(Date) is an hour late for MEZ-1MESZ,M3.5.0,M10.5.0
Duplicate:
JDK-4703351 - No DST offset recognized in class Calendar when specified in TZ env var
Duplicate:
JDK-6211541 - TimeZone class doesn't support all Time Zones
Relates:
JDK-6466476 - (tz) Introduction of tzdata2005r can introduce incompatility issues with some JDK1.1 3-letter TZ Ids
Relates:
JDK-4494025 - RFE: Need PSARC/2001/383 support

Sub Tasks

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
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
1999-08-19 
EVALUATION

At least the wrong mapping must be fixed.
masayoshi.okutsu@Eng 1999-08-19
1999-08-19


Hardware and Software, Engineered to Work Together