<i18n dev> [8]Request for review: 8001205) Calendar.getDisplayName(...): Returns null when provider is SPI but there is no SPI implementation
Masayoshi Okutsu
masayoshi.okutsu at oracle.com
Fri Nov 2 01:08:57 PDT 2012
Do you plan to fix this one with 8001562? (If you fix only this one, it
may be seen as a regression.)
Masayoshi
On 10/31/2012 11:55 AM, Naoto Sato wrote:
> With this fix, no. But another bug was filed regarding the locale
> sensitive service APIs' (e.g., Collator) getAvailableLocales() return
> value (8001562). I will fix it to keep the returned locale array
> compatible with JDK7.
>
> Naoto
>
> On 10/30/12 7:43 PM, Masayoshi Okutsu wrote:
>> Question. Does the full set of available locales of JRE still become
>> available with this fix? For example, when java.locale.providers=SPI,
>> all JRE locales are included in the getAvailableLocales (API)? The
>> fallback adapter is an interesting idea, but it's a bit confusing...
>>
>> Thanks,
>> Masayoshi
>>
>> On 10/31/2012 6:44 AM, Naoto Sato wrote:
>>> Hello,
>>>
>>> Please review the fix for the following bug:
>>>
>>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8001205
>>>
>>> The fix is simply to supply the fallback locale provider adapter for
>>> the root locale, when there is no explicit "JRE" adapter is specified
>>> in the locale provider preference list.
>>>
>>> The proposed fix is located at:
>>>
>>> http://cr.openjdk.java.net/~naoto/8001205/webrev.00/
>>>
>>> Naoto
>>
>
More information about the i18n-dev
mailing list