[PATCH FOR APPROVAL]: 6851214: (tz) New Jordan rule creates a failure for SimpleTimeZone parsing post tzdata2009h

[Andrew John Hughes]

The current implementation of SimpleTimeZone disallows a valid value
of the startTime, where it is equal to the number of milliseconds in
the day.  This is aggravated by a recent timezone data update
(tzdata2009l) where Jordan uses such a value.

Mark Wielaard located this issue from an IcedTea bug:
http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=377

only to find that it had already been fixed by Sun developers in the
proprietary 1.4, 1.5 and 1.6 releases.  The Sun changeset has now
appeared in OpenJDK7:

http://hg.openjdk.java.net/jdk7/swing/jdk/rev/4914723317b9

The following webrev:

http://cr.openjdk.java.net/~andrew/6851214/webrev.01/

backports this change to OpenJDK6.

The bug is not hit by OpenJDK6 as yet as it still includes very old
timezone data (tzdata2008g), which I plan to update with a further
webrev.  Installations of IcedTea6 on Fedora and Ubuntu hit this as
they replaces the OpenJDK timezone data with new timezone data
generated from the system timezone data (packaged as tzdata-java in
Fedora).

Ok to push?

Thanks,
-- 
Andrew :-)

Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net

PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA  7927 142C 2591 94EF D9D8