Hi Masayoshi,

Thank you for the review. I updated LocaleProviderAdapter.java according to your comments. Also I fixed two instances of "if (locale == Locale.ROOT)" statements in LocaleProviderAdapter.java and CalendarDataProviderImpl.java (this is irrelevant to the bug, but fixed it anyway for precaution).

http://cr.openjdk.java.net/~naoto/7196799/webrev.03/

Naoto

On 10/2/12 10:02 PM, Masayoshi Okutsu wrote:
Hi Naoto,

Here are my comments.

LocaleProviderAdapter.java:

- After parsing the java.locale.providers value, if typeList is empty,
the default list (JRE,SPI) should be used.

- I don't think the following lines are necessary in getAdapter().

Otherwise, the fix looks good to me.

Thanks,
Masayoshi

On 9/21/2012 7:25 AM, Naoto Sato wrote:
I revised the fix again to catch up with the internal comments, i.e.,
correcting the behavior when a bogus adapter is specified, it won't
fall back to JRE locale data. The revised webrev is located here:

http://cr.openjdk.java.net/~naoto/7196799/webrev.02/

Naoto

On 9/12/12 2:55 PM, Naoto Sato wrote:
I updated the webrev to include another fix to a test bug:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7197573

Since the fix is to correct some wrong assumption on the platform
default locale in the same test case with 7196799, I just combined two
fixes in one changeset. The code changes for 7197573 remain intact.

The combined new webrev is located at:

http://cr.openjdk.java.net/~naoto/7196799/webrev.01/

Naoto

On 9/10/12 4:50 PM, Naoto Sato wrote:
Hello,

Please review the proposed fix for the subject bug:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7196799

The webrev for the fix is located at:

http://cr.openjdk.java.net/~naoto/7196799/webrev.00/

The fix is basically limit the implicit fallback to JRE's locale data
only for the root locale, in order to honor the CLDR's fallback.

Naoto




Reply via email to