<i18n dev> [9] RFR 8027289: [Windows zh_CN] NumberFormat: Incorrect sequence of loading currency symbol

Naoto Sato naoto.sato at oracle.com
Mon Feb 10 09:00:38 PST 2014

I thought about it and probably it would make sense to utilize locale 
matching mechanism in LocaleProviderAdapter, where it selects the most 
preferred adapter. However, on the JRE's adapter side, it still needs to 
declare that Hans/Hant locales in the supported locales list. This fix 
is to address this latter part.


On 2/10/14, 12:23 AM, Masayoshi Okutsu wrote:
> I wonder if we can utilize the locale matching mechanism rather than
> tweaking the makefile. zh-CN and zh-Hans-CN can be treated as
> equivalents for looking up the JRE locales.
> Masayoshi
> On 2/5/2014 11:54 AM, Naoto Sato wrote:
>> Hello,
>> Please review this fix:
>> http://cr.openjdk.java.net/~naoto/8027289/webrev.00/
>> https://bugs.openjdk.java.net/browse/JDK-8027289
>> The fix is to add Chinese locales with explicit scripts (Hans/Hant) in
>> JRE's locale provider adapter's supported locales if corresponding
>> implicit Chinese locales are supported.
>> For build-dev engineers, I post this to your alias because the fix is
>> in a make file.
>> Naoto

More information about the i18n-dev mailing list