JDK-6801246 : javazic tool outputs a warning message with tzdata2009a
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util:i18n
  • Affected Version: 7
  • Priority: P3
  • Status: Closed
  • Resolution: Won't Fix
  • OS: generic
  • CPU: generic
  • Submitted: 2009-02-04
  • Updated: 2011-11-01
  • Resolved: 2011-11-01
Related Reports
Duplicate :  
Relates :  
Relates :  
Description
This is similar to CR 6797103, but does not appear the same.

The rules for "Resolute" in Olsen data tzdata2009a cannot be handled by javazic.

The relevant entry in the data file is

$ cat resolute
# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE    LETTER/S
Rule    Resolute 2006   max     -       Nov     Sun>=1  2:00    0       ES
Rule    Resolute 2007   max     -       Mar     Sun>=8  2:00    0       CD
Zone America/Resolute   0       -       zzz     1947 Aug 31 # Resolute founded
                        -6:00   NT_YK   C%sT    2000 Oct 29 2:00
                        -5:00   -       EST     2001 Apr  1 3:00
                        -6:00   Canada  C%sT    2006 Oct 29 2:00
                        -5:00   Resolute        %sT


$ java sun.tools.javazic.Main resolute
javazic: warning: found last rules for Resolute inconsistent.

CR 6797103 seems to describe the same root issue, but it focuses on a perl script called makeZoneData.pl. 

This submission involves the same inconsistent timezone data in tzdata2009a, but the
data is tripping up the javazic tool, which is part of the JDK.  As I understand it,
this tool is used to compile the timezone rules that we ship with our JTZU tool, so
this issue prevents submitter from compiling that data properly.

Comments
EVALUATION America/Resolute was changed in 2011h as follows and Rule Resolute is no longer used. # aka Qausuittuq Zone America/Resolute 0 - zzz 1947 Aug 31 # Resolute founded -6:00 NT_YK C%sT 2000 Oct 29 2:00 -5:00 - EST 2001 Apr 1 3:00 -6:00 Canada C%sT 2006 Oct 29 2:00 -5:00 - EST 2007 Mar 11 3:00 -6:00 Canada C%sT Closing this CR as Will Not Fix.
01-11-2011

EVALUATION The fix would require major changes to the default TimeZone subclass to get rid of all the SimpleTimeZone limitations.
17-02-2011

EVALUATION javazic produces correct transition data for America/Resolute with tzdata2009a. The warning message is issued because javazic tries to generate parameters for SimpleTimeZone for future time stamps (currently beyond 2038). However, SimpleTimeZone needs a pair of begin-end transition rules, which is not applicable to the Resolute rules. Please note that Java doesn't keep format (time zone name) changes in time zone data files (4255109).
05-02-2009