<i18n dev> RFR: 8255226: (tz) Upgrade time-zone data to tzdata2020d
Naoto Sato
naoto at openjdk.java.net
Tue Nov 3 00:24:00 UTC 2020
On Tue, 3 Nov 2020 00:00:26 GMT, Kiran Sidhartha Ravikumar <kravikumar at openjdk.org> wrote:
>> My question is why it is failing. Have you figured it? The existing exceptions are either negative DST or last rule beyond 2037, which javazic cannot handle. The changes introduced with 2020d does not meet either of them. Unless we know why it is failing, we cannot be sure we can exclude it.
>
> Thanks for getting back Naoto, I believe this is a long-standing issue - https://bugs.openjdk.java.net/browse/JDK-8227293.
>
> Looking back at the integration of tzdata2019a/tzdata2019b, the same issue was addressed by updating the source code - https://hg.openjdk.java.net/jdk/jdk/rev/79036e5e744b#l13.1.
>
> Here is some history to the issue - https://mail.openjdk.java.net/pipermail/i18n-dev/2019-July/002887.html
>
> Please let me know your thoughts
Should we then remove the hack in the ZoneInfoFile.java that excludes Gaza/Hebron instead?
-------------
PR: https://git.openjdk.java.net/jdk/pull/1012
More information about the i18n-dev
mailing list