<i18n dev> RFR  8243541: (tz) Upgrade time-zone data to tzdata2020a
martinrb at google.com
Mon Apr 27 14:16:40 UTC 2020
Thanks for working on this update so promptly.
The innocent renaming of America/Godthab to America/Nuuk is causing much
Since it's a renaming, both names remain and I expected them to have the
So I expected the entries in TimeZoneNames.java and the translations in
e.g.TimeZoneNames_de.java to have parallel entries for both names.
Which is what happened with Asia/Rangoon rename to Asia/Yangon.
Consider the output of
$ find . -type f -name '*.java' | xargs grep -E 'Asia/(Rangoon|Yangon)'
(I wish IANA would coordinate their tzdata releases with ICU CLDR releases,
but apparently they don't)
(I help keep Google's java programs up to date with tzdata)
On Mon, Apr 27, 2020 at 4:21 AM Kiran Ravikumar <
kiran.sidhartha.ravikumar at oracle.com> wrote:
> Hello All,
> Please review the patch for tzdata2020a integration into jdk.
> Release details can be found here:
> Webrev: http://cr.openjdk.java.net/~kravikumar/8243541/webrev.00/
> Bug: https://bugs.openjdk.java.net/browse/JDK-8243541
> The patch has passed all the related testing including JCK and uses
> vanguard format tzdata.
More information about the i18n-dev