-
Bug
-
Resolution: Fixed
-
P4
-
openjdk8u262
-
b05
-
b10
-
generic
-
generic
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8250526 | openjdk8u272 | Andrew Hughes | P4 | Resolved | Fixed | b01 |
However, in later OpenJDK versions, the locale data is in sun.text.resources.ext, while in 8u, they reside in sun.text.resources.${locale}. The package was not changed in backporting the in JavaTimeSupplementary localedata, so it ends up in sun.text.resources.ext on its own. This also leads to it ending up in rt.jar, rather than being filtered into ext/localedata.jar.
Changing the package fixes both issues. On a patched build,
$ jar tf ~/builder/8u-dev/images/j2sdk-image/jre/lib/ext/localedata.jar |grep _in
sun/text/resources/in/FormatData_in_ID.class
sun/text/resources/in/FormatData_in.class
sun/text/resources/in/JavaTimeSupplementary_in.class
sun/util/resources/in/CalendarData_in_ID.class
sun/util/resources/in/LocaleNames_in.class
sun/util/resources/in/CurrencyNames_in_ID.class
- backported by
-
JDK-8250526 [8u262] New JavaTimeSupplementary localisation for 'in' installed in wrong package
-
- Resolved
-
- duplicates
-
JDK-8248867 [JDK 8u] JavaTimeSupplementary_in in wrong package
-
- Closed
-
- relates to
-
JDK-8244843 [JDK 8u] JapanEraNameCompatTest fails
-
- Resolved
-