On pure windows zh_CN or windows MUI fully switched to zh_CN (for non-Unicode program: S. Chinses), run attached program:
java -Djava.locale.providers=JRE,HOST NumberFormatTest zh CN
The output is saved in file output.txt with UTF-8 encoding. The expected result is ¥7,000.00, where currency symbol is \uffe5 from JRE adapter, but the actual result is ¥7,000.00, where the currency symbol is \u00a5 from the host. The currency symbol from Host is returned even it's JRE,HOST in the providers list.
If java.locale.providers is not specified, or HOST is not in the list, the expected result, \uffe5 will be returned.
This problem does not happen in b80, but it happens in b90.
java -Djava.locale.providers=JRE,HOST NumberFormatTest zh CN
The output is saved in file output.txt with UTF-8 encoding. The expected result is ¥7,000.00, where currency symbol is \uffe5 from JRE adapter, but the actual result is ¥7,000.00, where the currency symbol is \u00a5 from the host. The currency symbol from Host is returned even it's JRE,HOST in the providers list.
If java.locale.providers is not specified, or HOST is not in the list, the expected result, \uffe5 will be returned.
This problem does not happen in b80, but it happens in b90.
- relates to
-
JDK-8010666 Implement Currency/LocaleNameProvider in Windows Host LocaleProviderAdapter
-
- Resolved
-
-
JDK-8027313 Use locale matcher methods for designating the best locale service provider
-
- Closed
-