<i18n dev>  RFR 8038436: Re-examine the mechanism to determine available localedata and cldrdata
naoto.sato at oracle.com
Thu Aug 28 18:34:12 UTC 2014
Thank you, Mandy, Masayoshi, and Alan for your comments. I revised the
changes based on your suggestions as follows:
Here are the changes since webrev.3
- CLDRLocaleProviderAdapter.java: modified to throw
UnsupportedOperationException with the actual exception set to its
"cause." More descriptive comment on it.
- *ProviderImpl.java: Removed changes to them. Initial thought was to
make them performant by changing the langtags to static, but it turned
out that wasn't necessary.
- JREENLocaleDataMetaInfo.java/JRENonENLocaleDataMetaInfo.java: Renamed
to EnLocaleDataMetaInfo and NonEnLocaleDataMetaInfo respectively for
readability. String constants are wrapped for readability as well. Used
getOrDefault() for getSupportedLocaleString().
- Added test cases for SecurityException and JRE's supported locales for
I'd appreciate it if someone in the build-dev could review the makefile
On 8/22/14, 11:46 AM, Naoto Sato wrote:
> Please review the changes for the following issue:
> The proposed changes are located at:
> The idea is to introduce an SPI so that supported locales are
> dynamically searched at runtime, not depending on the existence of
> physical jar files.
> I'd appreciate it if build folks could review the makefile related
> changes, i18n forks to review locale framework files, and Mandy from
> modularization point of view.
More information about the i18n-dev