Details
-
Type:
Bug
-
Status: Resolved
-
Priority:
P4
-
Resolution: Fixed
-
Affects Version/s: openjdk8u262
-
Fix Version/s: openjdk8u262
-
Component/s: core-libs
-
Subcomponent:
-
Introduced In Build:b05
-
Introduced In Version:
-
Resolved In Build:b10
-
CPU:generic
-
OS:generic
Backports
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8250526 | openjdk8u272 | Andrew Hughes | P4 | Resolved | Fixed | b01 |
Description
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
Attachments
Issue Links
- 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
-
- Resolved
-
- relates to
-
JDK-8244843 [JDK 8u] JapanEraNameCompatTest fails
-
- Resolved
-