On Thu, 25 Aug 2022 02:26:19 GMT, Yoshiki Sato <ysato...@openjdk.org> wrote:
> Please review this PR. The PR adopts the official tzdata2022c as it is.
> It means the pre-1970s data merged in tzdata2022c doesn't exist.
> All tests have been passed with no failures.
Interesting, I remember changes like this causing failures in the past. Maybe
they were introducing completely new zones. It looks good for the old
`java.util` API as well:
~~~
$ ~/builder/trunk/images/jdk/bin/jshell -R-Djava.locale.providers=COMPAT JAVASE
| Welcome to JShell -- Version 20-internal
| For an introduction type: /help intro
jshell> ZoneId.of("Europe/Kyiv").getDisplayName(TextStyle.FULL, Locale.US)
$178 ==> "Eastern European Time"
jshell> TimeZone.getTimeZone("Europe/Kyiv").getDisplayName(false,
TimeZone.LONG, Locale.US)
$179 ==> "Eastern European Time"
~~~
and similar for 11u & 17u with an updated tzdb. I guess we just need the CLDR
change in a backport then.
-------------
PR: https://git.openjdk.org/jdk/pull/10012
