<i18n dev> RFR: 8228469: (tz) Upgrade time-zone data to tzdata2019b
martinrb at google.com
Mon Aug 5 20:27:26 UTC 2019
Thanks for the update and redundancy removal. Looks good to me.
What is the recommendation for older releases? Migrate to vanguard format
by backporting recent changes or stay on rearguard forever?
On Mon, Aug 5, 2019 at 1:28 AM Ramanand Patil <ramanand.patil at oracle.com>
> Hi all,
> Please review the patch for tzdata2019b integration into jdk
> Webrev: http://cr.openjdk.java.net/~rpatil/8228469/14/webrev.00/
> Bug: https://bugs.openjdk.java.net/browse/JDK-8228469
> - This patch uses "vanguard" format tzdata from IANA (instead of
> rearguard format), as the enhancement bug is fixed now. Many thanks to
> Naoto for this.
> - As per the latest changes to Palestine zone rules, the
> hard-coded checks for "Asia/Gaza" and "Asia/Hebron" are no more needed in
> Because of those checks
> test/jdk/sun/util/calendar/zi/TestZoneInfo310.java was failing as mentioned
> in the bug comment.
> - test/jdk/java/util/TimeZone/TimeZoneTest.java is updated to set
> ZoneDescriptor.daylight value to "false" for BET zone id.
> - The patch has passed all the related testing including JCK.
> - As per the mail from tzdata maintainers there is a possibility that
> Brazil might not abolish DST.
> - Since the enhancement bug is not fixed in update releases, jdk13u
> will still use the rearguard format tzdata. A separate review request will
> be sent for the same.
>  https://bugs.openjdk.java.net/browse/JDK-8212970
>  https://mm.icann.org/pipermail/tz/2019-July/028344.html
More information about the i18n-dev