Re: RFR: 8049343: (tz) Support tzdata2014g

2014-09-02 Thread Michael Fang
Aleksej, Yes, I agree the translation update of the time zone names can be handled separately as JDK-8057004. thanks, -michael On 14年09月01日 07:10 上午, Aleksej Efimov wrote: Masayoshi, I have addressed all your comments with proposed resolution. Thank you for such thorough analysis of this

Re: [9] Review Request - JDK-8055222: ISO 4217 Amendment #159

2014-09-02 Thread Yong Huang
Hi Naoto, Mark, Thank you for all the comments. I will keep "Cape Verde" unchanged in LocaleNames.properties since CLDR is de facto standard of locale data. So far I assume that the request has been approved and I will commit and push back the change in http://cr.openjdk.java.net/~yhuang/805

Re: [9] Review Request - JDK-8055222: ISO 4217 Amendment #159

2014-09-02 Thread Naoto Sato
Hi Mark, I understand that the English name for "CV" should be customary "Cape Verde" in English, but for the root locale, should the name adopt ISO 3166's bare name, where they switched it from "Cape Verde" to "Cabo Verde"? https://www.iso.org/obp/ui/#iso:code:3166:CV Naoto On 8/31/14, 11:

Re: [9] RFR 8038436: Re-examine the mechanism to determine available localedata and cldrdata

2014-09-02 Thread Naoto Sato
On 9/2/14, 11:48 AM, Mandy Chung wrote: GensrcCLDR.gmk and GensrcLocaleDataMetaInfo.gmk generate sources for java.base and jdk.localedata. I think we should re-examine to modify the tool e.g. to take an input parameter specifying which locales or module the source is generated for. This will ma

Re: [9] RFR 8038436: Re-examine the mechanism to determine available localedata and cldrdata

2014-09-02 Thread Mandy Chung
On 8/29/14 2:07 PM, Naoto Sato wrote: I incorporated the suggestions from Mandy and Alan. Also one change since the last webrev was to revert the hard-coding of the supported locales list back to the one which dynamically generates the lists at the build time. I initially thought static listing

Re: [9] RFR 8038436: Re-examine the mechanism to determine available localedata and cldrdata

2014-09-02 Thread Naoto Sato
On 8/31/14, 11:46 PM, Masayoshi Okutsu wrote: Do we need availableLocalesTests() of Bug8038436.java? I think it's rather a burden to maintain the hard-coded tags in the test. I think it's worthy to have such test that have golden data in it. I don't think there would be much changes in JRE pro

Re: [9] RFR 8038436: Re-examine the mechanism to determine available localedata and cldrdata

2014-09-02 Thread Naoto Sato
On 8/30/14, 5:47 AM, Alan Bateman wrote: On 29/08/2014 22:07, Naoto Sato wrote: I incorporated the suggestions from Mandy and Alan. Also one change since the last webrev was to revert the hard-coding of the supported locales list back to the one which dynamically generates the lists at the build

Re: RFR: 8049343: (tz) Support tzdata2014g

2014-09-02 Thread Aleksej Efimov
Masayoshi, Sorry for the confusion - for some reason (most probably this change was added after webrev generation) I forgot to include it. Now it's in place: http://cr.openjdk.java.net/~aefimov/8049343/9/webrev.04 Thank you, Aleksej On 09/02/2014 10:03 AM, Masayoshi Okutsu wrote: Aleksej, I