From masayoshi.okutsu at oracle.com  Sun Apr  3 23:13:43 2016
From: masayoshi.okutsu at oracle.com (Masayoshi Okutsu)
Date: Mon, 4 Apr 2016 08:13:43 +0900
Subject: <i18n dev> [9] RFR: 8153041: Remove unused redundant parameter
 in CLDRConverter
In-Reply-To: <56FC06DF.30606@oracle.com>
References: <56FC06DF.30606@oracle.com>
Message-ID: <5701A3A7.2050807@oracle.com>

Looks good to me.

Masayoshi

On 3/31/2016 2:03 AM, Naoto Sato wrote:
> Hello,
>
> Please review this simple fix to the subject bug:
>
> https://bugs.openjdk.java.net/browse/JDK-8153041
>
> The fix is located at:
>
> http://cr.openjdk.java.net/~naoto/8153041/webrev.00/
>
> Naoto


From rachna.goel at oracle.com  Mon Apr  4 06:33:02 2016
From: rachna.goel at oracle.com (Rachna Goel)
Date: Mon, 4 Apr 2016 12:03:02 +0530
Subject: <i18n dev> Review Request for
 JDK-8149735-java/util/Currency/PropertiesTest.sh fails with
 java.io.FileNotFoundException
Message-ID: <57020A9E.1070209@oracle.com>

Hello all,

Please review fix for JDK-8149735. Please find links to Bug and proposed 
fix below.

https://bugs.openjdk.java.net/browse/JDK-8149735


http://cr.openjdk.java.net/~rgoel/8149735/webrev/ 
<http://cr.openjdk.java.net/%7Ergoel/8149735/webrev/>

fix: updated permissions of  "WRITABLEJDK" and added assertions to 
confirm presence of dump1-3 files.

-- 
Thanks,
Rachna


From ramanand.patil at oracle.com  Mon Apr  4 09:50:22 2016
From: ramanand.patil at oracle.com (Ramanand Patil)
Date: Mon, 4 Apr 2016 02:50:22 -0700 (PDT)
Subject: <i18n dev> RFR: 8151876: (tz) Support tzdata2016c
Message-ID: <b83275c6-294f-4b4f-8685-537dffada921@default>

Hi all,

Please review the latest TZDATA (tzdata2016c) integration to JDK9.

Bug: https://bugs.openjdk.java.net/browse/JDK-8151876

Webrev: http://cr.openjdk.java.net/~rpatil/8151876/webrev.00/

All the TimeZone related tests are passed after integration.

 

Please note that this patch includes both tzdata2016b and tzdata2016c integration. The tzdata2016b review was abandoned because tzdata2016c was already released.

As suggested by Masayoshi, changes are made such that,  "GMT+hh:mm" is used for formatting of the newly added TimeZones in tzdata2016b.

[This is done to accommodate the IANA's new trial system where the new zones use numeric time zone abbreviations like "+04" instead of invented abbreviations like "ASTT".]

 

Regards,

Ramanand.

From naoto.sato at oracle.com  Mon Apr  4 17:17:09 2016
From: naoto.sato at oracle.com (Naoto Sato)
Date: Mon, 4 Apr 2016 10:17:09 -0700
Subject: <i18n dev> Review Request for
 JDK-8149735-java/util/Currency/PropertiesTest.sh fails with
 java.io.FileNotFoundException
In-Reply-To: <57020A9E.1070209@oracle.com>
References: <57020A9E.1070209@oracle.com>
Message-ID: <5702A195.4080909@oracle.com>

Looks good to me.

Naoto

On 4/3/16 11:33 PM, Rachna Goel wrote:
> Hello all,
>
> Please review fix for JDK-8149735. Please find links to Bug and proposed
> fix below.
>
> https://bugs.openjdk.java.net/browse/JDK-8149735
>
>
> http://cr.openjdk.java.net/~rgoel/8149735/webrev/
> <http://cr.openjdk.java.net/%7Ergoel/8149735/webrev/>
>
> fix: updated permissions of  "WRITABLEJDK" and added assertions to
> confirm presence of dump1-3 files.
>

From masayoshi.okutsu at oracle.com  Mon Apr  4 23:39:04 2016
From: masayoshi.okutsu at oracle.com (Masayoshi Okutsu)
Date: Tue, 5 Apr 2016 08:39:04 +0900
Subject: <i18n dev> RFR: 8151876: (tz) Support tzdata2016c
In-Reply-To: <b83275c6-294f-4b4f-8685-537dffada921@default>
References: <b83275c6-294f-4b4f-8685-537dffada921@default>
Message-ID: <5702FB18.1060300@oracle.com>

Looks good to me. But I'd like someone from java.time to review the 
changes to see if it's OK for java.time.

Masayoshi

On 4/4/2016 6:50 PM, Ramanand Patil wrote:
> Hi all,
>
> Please review the latest TZDATA (tzdata2016c) integration to JDK9.
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8151876
>
> Webrev: http://cr.openjdk.java.net/~rpatil/8151876/webrev.00/
>
> All the TimeZone related tests are passed after integration.
>
>   
>
> Please note that this patch includes both tzdata2016b and tzdata2016c integration. The tzdata2016b review was abandoned because tzdata2016c was already released.
>
> As suggested by Masayoshi, changes are made such that,  "GMT+hh:mm" is used for formatting of the newly added TimeZones in tzdata2016b.
>
> [This is done to accommodate the IANA's new trial system where the new zones use numeric time zone abbreviations like "+04" instead of invented abbreviations like "ASTT".]
>
>   
>
> Regards,
>
> Ramanand.


From yuka.kamiya at oracle.com  Tue Apr  5 02:20:46 2016
From: yuka.kamiya at oracle.com (Yuka Kamiya)
Date: Tue, 5 Apr 2016 11:20:46 +0900
Subject: <i18n dev> Review Request for
 JDK-8149735-java/util/Currency/PropertiesTest.sh fails with
 java.io.FileNotFoundException
In-Reply-To: <57020A9E.1070209@oracle.com>
References: <57020A9E.1070209@oracle.com>
Message-ID: <570320FE.7000400@oracle.com>

Hi Rachna,

The fix looks good to me.

Thanks,
--
Yuka

On 2016/04/04 15:33, Rachna Goel wrote:
> Hello all,
>
> Please review fix for JDK-8149735. Please find links to Bug and 
> proposed fix below.
>
> https://bugs.openjdk.java.net/browse/JDK-8149735
>
>
> http://cr.openjdk.java.net/~rgoel/8149735/webrev/ 
> <http://cr.openjdk.java.net/%7Ergoel/8149735/webrev/>
>
> fix: updated permissions of  "WRITABLEJDK" and added assertions to 
> confirm presence of dump1-3 files.
>


From s-n-ushakov at yandex.ru  Tue Apr  5 04:57:58 2016
From: s-n-ushakov at yandex.ru (USHAKOV, Sergey)
Date: Tue, 5 Apr 2016 07:57:58 +0300
Subject: <i18n dev> The right procedure to create and distrinute a resource
 bundle for a missing language
Message-ID: <570345D6.6040608@yandex.ru>

Hi,

I have got a sort of legal question regarding resource bundles.

OpenJDK offers internationalized resources for quite a number of 
languages, but there are more languages out there :)

Now let's imagine an application programmer who writes a commercial 
application to be used with some unsupported human language. There is no 
problem for this programmer to create localized resources for all the 
stuff of his own. But what can one do with standard dialogs?

All the standard messages in English are available in the OpenJDK, and 
there is no big deal in translating them into any other language. So our 
programmer might do his job by creating a new resource bundle and adding 
it to his application, but:
- Oracle BCL explicitly prohibits adding anything to packages starting 
with"sun", "java", etc
- OpenJDK is issued under GPLv2+CE, and classpath exception is said to 
be only applicable to files that mention this exception in their header, 
and none of the resource bundle files seem to mention this exception.

So the only legal option for this developer is to add his new resource 
to OpenJDK sources and make a customized OpenJDK build of his own. And 
then distribute this customized build along with his application to make 
users happy... Looks legal, but slightly insane imho... :)

So is anything wrong in my narration?

What is the intended approach for the application programmers to follow 
to get standard dialogs localized per their needs?

Any comments are most welcome...

Regards,
Sergey Ushakov

From masayoshi.okutsu at oracle.com  Wed Apr  6 09:10:25 2016
From: masayoshi.okutsu at oracle.com (Masayoshi Okutsu)
Date: Wed, 6 Apr 2016 18:10:25 +0900
Subject: <i18n dev> RFR: 8151431: DateFormatSymbols triggers this.clone() in
 the constructor
Message-ID: <5704D281.2060306@oracle.com>

Hi all,

Please review the fix for JDK-8151431. clone() is no longer called to 
create a cache entry.

Issue:
https://bugs.openjdk.java.net/browse/JDK-8151431
Webrev:
http://cr.openjdk.java.net/~okutsu/9/8151431/webrev.00/

Thanks,
Masayoshi


From naoto.sato at oracle.com  Wed Apr  6 17:44:10 2016
From: naoto.sato at oracle.com (Naoto Sato)
Date: Wed, 6 Apr 2016 10:44:10 -0700
Subject: <i18n dev> RFR: 8151431: DateFormatSymbols triggers
 this.clone() in the constructor
In-Reply-To: <5704D281.2060306@oracle.com>
References: <5704D281.2060306@oracle.com>
Message-ID: <57054AEA.4080405@oracle.com>

Looks good overall. Here are my suggestions.

- DateFormatSymbols.java: We could cache all candidate locales, e.g., if 
the requested locale is ja_JP_JP, and the bundle locale is ja, we could 
also put ja_JP bundle in the cache.

- DateFormatSymbolsCloneTest.java: import sentence for the Locale class 
can be removed.

Naoto

On 4/6/16 2:10 AM, Masayoshi Okutsu wrote:
> Hi all,
>
> Please review the fix for JDK-8151431. clone() is no longer called to
> create a cache entry.
>
> Issue:
> https://bugs.openjdk.java.net/browse/JDK-8151431
> Webrev:
> http://cr.openjdk.java.net/~okutsu/9/8151431/webrev.00/
>
> Thanks,
> Masayoshi
>

From masayoshi.okutsu at oracle.com  Thu Apr  7 05:09:32 2016
From: masayoshi.okutsu at oracle.com (Masayoshi Okutsu)
Date: Thu, 7 Apr 2016 14:09:32 +0900
Subject: <i18n dev> RFR: 8151431: DateFormatSymbols triggers
 this.clone() in the constructor
In-Reply-To: <57054AEA.4080405@oracle.com>
References: <5704D281.2060306@oracle.com> <57054AEA.4080405@oracle.com>
Message-ID: <5705EB8C.2010305@oracle.com>

On 4/7/2016 2:44 AM, Naoto Sato wrote:
> Looks good overall. Here are my suggestions.

Thank you for your quick review.

>
> - DateFormatSymbols.java: We could cache all candidate locales, e.g., 
> if the requested locale is ja_JP_JP, and the bundle locale is ja, we 
> could also put ja_JP bundle in the cache.

Right. But that one is too tricky to handle there.

> - DateFormatSymbolsCloneTest.java: import sentence for the Locale 
> class can be removed.

Good catch. Fixed.

Masayoshi

>
> Naoto
>
> On 4/6/16 2:10 AM, Masayoshi Okutsu wrote:
>> Hi all,
>>
>> Please review the fix for JDK-8151431. clone() is no longer called to
>> create a cache entry.
>>
>> Issue:
>> https://bugs.openjdk.java.net/browse/JDK-8151431
>> Webrev:
>> http://cr.openjdk.java.net/~okutsu/9/8151431/webrev.00/
>>
>> Thanks,
>> Masayoshi
>>


From yuka.kamiya at oracle.com  Thu Apr  7 23:47:31 2016
From: yuka.kamiya at oracle.com (Yuka Kamiya)
Date: Fri, 8 Apr 2016 08:47:31 +0900
Subject: <i18n dev> Review Request for JDK-8031992 : Add Kannada support
 to the JDK
In-Reply-To: <56F37ADA.5080903@oracle.com>
References: <56F37ADA.5080903@oracle.com>
Message-ID: <5706F193.5090606@oracle.com>

Hi Nishit,

The fix looks good to me.

Thanks,
--
Yuka

On 2016/03/24 14:27, Nishit Jain wrote:
> Hello All,
>
> Please review the following fix in "windows.fontconfig.properties"
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8031992
> Webrev: http://cr.openjdk.java.net/~rgoel/Nishit/8031992/webrev.01/
>
> Fix: Added Windows' Kannada font i.e. "Tunga" definition to the 
> fontconfig
>
> Regards,
> Nishit jain


From yuka.kamiya at oracle.com  Fri Apr  8 04:40:59 2016
From: yuka.kamiya at oracle.com (Yuka Kamiya)
Date: Fri, 8 Apr 2016 13:40:59 +0900
Subject: <i18n dev> RFR: JDK-7129443: (cal) Difference between comment and
 implementation of DAY_OF_WEEK_IN_MONTH
Message-ID: <5707365B.4090003@oracle.com>

Hi,

I'm sending this RFR in place of Nishit Jain.This is a small doc change.

Please review the webrev for the JDK-7129443

Bug: https://bugs.openjdk.java.net/browse/JDK-7129443
Webrev: http://cr.openjdk.java.net/~peytoia/Nishit/7129443/webrev.00/

Thanks,
--
Yuka


From masayoshi.okutsu at oracle.com  Fri Apr  8 04:54:05 2016
From: masayoshi.okutsu at oracle.com (Masayoshi Okutsu)
Date: Fri, 8 Apr 2016 13:54:05 +0900
Subject: <i18n dev> RFR: JDK-7129443: (cal) Difference between comment
 and implementation of DAY_OF_WEEK_IN_MONTH
In-Reply-To: <5707365B.4090003@oracle.com>
References: <5707365B.4090003@oracle.com>
Message-ID: <5707396D.3040408@oracle.com>

Looks good to me.

Masayoshi

On 4/8/2016 1:40 PM, Yuka Kamiya wrote:
> Hi,
>
> I'm sending this RFR in place of Nishit Jain.This is a small doc change.
>
> Please review the webrev for the JDK-7129443
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-7129443
> Webrev: http://cr.openjdk.java.net/~peytoia/Nishit/7129443/webrev.00/
>
> Thanks,
> --
> Yuka
>


From s-n-ushakov at yandex.ru  Sat Apr  9 04:00:26 2016
From: s-n-ushakov at yandex.ru (USHAKOV, Sergey)
Date: Sat, 9 Apr 2016 07:00:26 +0300
Subject: <i18n dev> The procedure to get the list of supported
	languages/locales extended
Message-ID: <57087E5A.9060501@yandex.ru>

Hi,

Oracle JDK and OpenJDK offer internationalized resources for quite a 
number of languages, but there are more languages out there.

There is no big deal for an enthusiastic bilingual programmer in 
translating JDK resource bundles into any other language.

Then the question comes how this new bundle might be incorporated into 
OpenJDK.

The main i18n page here ( http://openjdk.java.net/groups/i18n/ ) does 
contain instructions for making a custom OpenJDK build with extra locale 
support, but this procedure yields just a single build, only known to 
its author, and with no long-time support...

Is there a procedure for OpenJDK to get the list of supported languages 
extended, and corresponding resource bundles incorporated into the main 
repository?

Any ideas and/or references are most welcome...

Thanks and best regards,
Sergey Ushakov

From masayoshi.okutsu at oracle.com  Mon Apr 11 07:36:35 2016
From: masayoshi.okutsu at oracle.com (Masayoshi Okutsu)
Date: Mon, 11 Apr 2016 16:36:35 +0900
Subject: <i18n dev> RFR: 8153836: java/util/ResourceBundle/Bug6299235Test.sh
 depends on java.desktop
Message-ID: <570B5403.7020506@oracle.com>

Hi all,

Please review the fix for JDK-8153836.

Issue:
https://bugs.openjdk.java.net/browse/JDK-8153836
Webrev:
http://cr.openjdk.java.net/~okutsu/9/8153836/webrev.00/

Thanks,
Masayoshi


From Alan.Bateman at oracle.com  Mon Apr 11 07:39:00 2016
From: Alan.Bateman at oracle.com (Alan Bateman)
Date: Mon, 11 Apr 2016 08:39:00 +0100
Subject: <i18n dev> RFR: 8153836:
 java/util/ResourceBundle/Bug6299235Test.sh depends on java.desktop
In-Reply-To: <570B5403.7020506@oracle.com>
References: <570B5403.7020506@oracle.com>
Message-ID: <570B5494.80607@oracle.com>

This looks okay to me.

On 11/04/2016 08:36, Masayoshi Okutsu wrote:
> Hi all,
>
> Please review the fix for JDK-8153836.
>
> Issue:
> https://bugs.openjdk.java.net/browse/JDK-8153836
> Webrev:
> http://cr.openjdk.java.net/~okutsu/9/8153836/webrev.00/
>
> Thanks,
> Masayoshi
>


From nishit.jain at oracle.com  Mon Apr 11 10:55:26 2016
From: nishit.jain at oracle.com (Nishit Jain)
Date: Mon, 11 Apr 2016 16:25:26 +0530
Subject: <i18n dev> Review Request for JDK-8150324:
 java/util/Currency/CurrencyTest.java does not restore default TimeZone
Message-ID: <570B829E.7040603@oracle.com>

Hello All,

Please review the following fix for JDK-8150324

Bug: https://bugs.openjdk.java.net/browse/JDK-8150324
Webrev: http://cr.openjdk.java.net/~peytoia/Nishit/8150324/webrev.01/

Fix: Tried to resolve the issue using java.time APIs to avoid problems 
caused by setting the default TimeZone of the system.

Regards,
Nishit Jain

From ramanand.patil at oracle.com  Mon Apr 11 10:59:11 2016
From: ramanand.patil at oracle.com (Ramanand Patil)
Date: Mon, 11 Apr 2016 03:59:11 -0700 (PDT)
Subject: <i18n dev> RFR: 8151876: (tz) Support tzdata2016c
In-Reply-To: <5702FB18.1060300@oracle.com>
References: <b83275c6-294f-4b4f-8685-537dffada921@default>
	<5702FB18.1060300@oracle.com>
Message-ID: <52bbec78-cd40-4fbb-81f3-77d2eb959b9c@default>

Hi all,

I would like someone from java.time to do a second review for this.

Regards,
Ramanand.

-----Original Message-----
From: Masayoshi Okutsu 
Sent: Tuesday, April 05, 2016 5:09 AM
To: Ramanand Patil; i18n-dev at openjdk.java.net
Cc: core-libs-dev at openjdk.java.net
Subject: Re: RFR: 8151876: (tz) Support tzdata2016c

Looks good to me. But I'd like someone from java.time to review the changes to see if it's OK for java.time.

Masayoshi

On 4/4/2016 6:50 PM, Ramanand Patil wrote:
> Hi all,
>
> Please review the latest TZDATA (tzdata2016c) integration to JDK9.
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8151876
>
> Webrev: http://cr.openjdk.java.net/~rpatil/8151876/webrev.00/
>
> All the TimeZone related tests are passed after integration.
>
>   
>
> Please note that this patch includes both tzdata2016b and tzdata2016c integration. The tzdata2016b review was abandoned because tzdata2016c was already released.
>
> As suggested by Masayoshi, changes are made such that,  "GMT+hh:mm" is used for formatting of the newly added TimeZones in tzdata2016b.
>
> [This is done to accommodate the IANA's new trial system where the new 
> zones use numeric time zone abbreviations like "+04" instead of 
> invented abbreviations like "ASTT".]
>
>   
>
> Regards,
>
> Ramanand.


From yuka.kamiya at oracle.com  Mon Apr 11 11:16:21 2016
From: yuka.kamiya at oracle.com (Yuka Kamiya)
Date: Mon, 11 Apr 2016 20:16:21 +0900
Subject: <i18n dev> Review Request for JDK-8150324:
 java/util/Currency/CurrencyTest.java does not restore default TimeZone
In-Reply-To: <570B829E.7040603@oracle.com>
References: <570B829E.7040603@oracle.com>
Message-ID: <570B8785.3010303@oracle.com>

Hi Nishit,

Can you please replace 
"jdk/src/share/classes/java/util/CurrencyData.properties" in a comment 
in the test program with "jdk/make/data/currency/CurrencyData.properties" ?

Otherwise, your fix looks good to me.

Thanks,
--
Yuka

On 2016/04/11 19:55, Nishit Jain wrote:
> Hello All,
>
> Please review the following fix for JDK-8150324
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8150324
> Webrev: http://cr.openjdk.java.net/~peytoia/Nishit/8150324/webrev.01/
>
> Fix: Tried to resolve the issue using java.time APIs to avoid problems 
> caused by setting the default TimeZone of the system.
>
> Regards,
> Nishit Jain


From nishit.jain at oracle.com  Mon Apr 11 12:18:31 2016
From: nishit.jain at oracle.com (Nishit Jain)
Date: Mon, 11 Apr 2016 17:48:31 +0530
Subject: <i18n dev> Review Request for JDK-8150324:
 java/util/Currency/CurrencyTest.java does not restore default TimeZone
In-Reply-To: <570B8785.3010303@oracle.com>
References: <570B829E.7040603@oracle.com> <570B8785.3010303@oracle.com>
Message-ID: <570B9617.9090502@oracle.com>

Hi,

Thanks for pointing that out.

Please review the updated webrev at the below mentioned link

http://cr.openjdk.java.net/~peytoia/Nishit/8150324/webrev.02/

Regards,
Nishit Jain

On 4/11/2016 4:46 PM, Yuka Kamiya wrote:
> Hi Nishit,
>
> Can you please replace 
> "jdk/src/share/classes/java/util/CurrencyData.properties" in a comment 
> in the test program with 
> "jdk/make/data/currency/CurrencyData.properties" ?
>
> Otherwise, your fix looks good to me.
>
> Thanks,
> -- 
> Yuka
>
> On 2016/04/11 19:55, Nishit Jain wrote:
>> Hello All,
>>
>> Please review the following fix for JDK-8150324
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8150324
>> Webrev: http://cr.openjdk.java.net/~peytoia/Nishit/8150324/webrev.01/
>>
>> Fix: Tried to resolve the issue using java.time APIs to avoid 
>> problems caused by setting the default TimeZone of the system.
>>
>> Regards,
>> Nishit Jain
>


From masayoshi.okutsu at oracle.com  Mon Apr 11 13:35:29 2016
From: masayoshi.okutsu at oracle.com (Masayoshi Okutsu)
Date: Mon, 11 Apr 2016 22:35:29 +0900
Subject: <i18n dev> Review Request for JDK-8150324:
 java/util/Currency/CurrencyTest.java does not restore default TimeZone
In-Reply-To: <570B9617.9090502@oracle.com>
References: <570B829E.7040603@oracle.com> <570B8785.3010303@oracle.com>
	<570B9617.9090502@oracle.com>
Message-ID: <570BA821.1020209@oracle.com>

Looks good to me.

Masayoshi

On 4/11/2016 9:18 PM, Nishit Jain wrote:
> Hi,
>
> Thanks for pointing that out.
>
> Please review the updated webrev at the below mentioned link
>
> http://cr.openjdk.java.net/~peytoia/Nishit/8150324/webrev.02/
>
> Regards,
> Nishit Jain
>
> On 4/11/2016 4:46 PM, Yuka Kamiya wrote:
>> Hi Nishit,
>>
>> Can you please replace 
>> "jdk/src/share/classes/java/util/CurrencyData.properties" in a 
>> comment in the test program with 
>> "jdk/make/data/currency/CurrencyData.properties" ?
>>
>> Otherwise, your fix looks good to me.
>>
>> Thanks,
>> -- 
>> Yuka
>>
>> On 2016/04/11 19:55, Nishit Jain wrote:
>>> Hello All,
>>>
>>> Please review the following fix for JDK-8150324
>>>
>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8150324
>>> Webrev: http://cr.openjdk.java.net/~peytoia/Nishit/8150324/webrev.01/
>>>
>>> Fix: Tried to resolve the issue using java.time APIs to avoid 
>>> problems caused by setting the default TimeZone of the system.
>>>
>>> Regards,
>>> Nishit Jain
>>
>


From naoto.sato at oracle.com  Tue Apr 12 16:44:24 2016
From: naoto.sato at oracle.com (Naoto Sato)
Date: Tue, 12 Apr 2016 09:44:24 -0700
Subject: <i18n dev> Resigning as Internationalization Group Lead
Message-ID: <570D25E8.1070103@oracle.com>

Although I will be participating in the group, I am resigning as the 
lead of this group, as I am moving onto a different team. Please 
consider this my resignation.

Naoto

From naoto.sato at oracle.com  Tue Apr 12 17:02:19 2016
From: naoto.sato at oracle.com (Naoto Sato)
Date: Tue, 12 Apr 2016 10:02:19 -0700
Subject: <i18n dev> CFV: New Internationalization Group Lead: Masayoshi
	Okutsu
Message-ID: <570D2A1B.70705@oracle.com>

I hereby nominate Masayoshi Okutsu to Internationalization Group Lead [1].

Masayoshi is an active member in the Internationalization group since 
the inception, and ideal for the role.

Votes are due by 10:00am (Pacific Time), April 26, 2016.

Only current Members of the Internationalization Group [2] are eligible 
to vote on this nomination.  Votes must be cast in the open by replying 
to this mailing list.

For Simple Majority voting instructions, see [3].

Naoto Sato

[1]: http://openjdk.java.net/bylaws#group-lead
[2]: http://openjdk.java.net/census
[3]: http://openjdk.java.net/groups#lead-vote

From yuka.kamiya at oracle.com  Tue Apr 12 22:36:02 2016
From: yuka.kamiya at oracle.com (Yuka Kamiya)
Date: Wed, 13 Apr 2016 07:36:02 +0900
Subject: <i18n dev> CFV: New Internationalization Group Lead: Masayoshi
 Okutsu
In-Reply-To: <570D2A1B.70705@oracle.com>
References: <570D2A1B.70705@oracle.com>
Message-ID: <570D7852.20805@oracle.com>

Vote: yes

On 2016/04/13 2:02, Naoto Sato wrote:
> I hereby nominate Masayoshi Okutsu to Internationalization Group Lead 
> [1].
>
> Masayoshi is an active member in the Internationalization group since 
> the inception, and ideal for the role.
>
> Votes are due by 10:00am (Pacific Time), April 26, 2016.
>
> Only current Members of the Internationalization Group [2] are 
> eligible to vote on this nomination.  Votes must be cast in the open 
> by replying to this mailing list.
>
> For Simple Majority voting instructions, see [3].
>
> Naoto Sato
>
> [1]: http://openjdk.java.net/bylaws#group-lead
> [2]: http://openjdk.java.net/census
> [3]: http://openjdk.java.net/groups#lead-vote


From nishit.jain at oracle.com  Thu Apr 14 11:02:57 2016
From: nishit.jain at oracle.com (Nishit Jain)
Date: Thu, 14 Apr 2016 16:32:57 +0530
Subject: <i18n dev> The procedure to get the list of supported
 languages/locales extended
In-Reply-To: <57087E5A.9060501@yandex.ru>
References: <57087E5A.9060501@yandex.ru>
Message-ID: <570F78E1.1030501@oracle.com>

Hi Sergey,

Thanks for asking the question. We were discussing it withing our team 
and need a little more clarification on that.
Can you please throw some light on what do you mean by adding a resource 
bundle to OpenJDK? Do you mean to add a new Locale in itself (which 
covers set of locale sensitive classes e.g. Currency, Calendar, Collator 
etc.) to OpenJDK or just a set of translations for a language? An 
example on that would be very helpful.

Regards,
Nishit Jain
On 4/9/2016 9:30 AM, USHAKOV, Sergey wrote:
> Hi,
>
> Oracle JDK and OpenJDK offer internationalized resources for quite a 
> number of languages, but there are more languages out there.
>
> There is no big deal for an enthusiastic bilingual programmer in 
> translating JDK resource bundles into any other language.
>
> Then the question comes how this new bundle might be incorporated into 
> OpenJDK.
>
> The main i18n page here ( http://openjdk.java.net/groups/i18n/ ) does 
> contain instructions for making a custom OpenJDK build with extra 
> locale support, but this procedure yields just a single build, only 
> known to its author, and with no long-time support...
>
> Is there a procedure for OpenJDK to get the list of supported 
> languages extended, and corresponding resource bundles incorporated 
> into the main repository?
>
> Any ideas and/or references are most welcome...
>
> Thanks and best regards,
> Sergey Ushakov


From s-n-ushakov at yandex.ru  Thu Apr 14 12:49:32 2016
From: s-n-ushakov at yandex.ru (USHAKOV, Sergey)
Date: Thu, 14 Apr 2016 15:49:32 +0300
Subject: <i18n dev> The procedure to get the list of supported
 languages/locales extended
In-Reply-To: <570F78E1.1030501@oracle.com>
References: <57087E5A.9060501@yandex.ru> <570F78E1.1030501@oracle.com>
Message-ID: <570F91DC.50502@yandex.ru>

Hi Nishit, and great to see someone responding:)

To be frank, I only meant adding just translations. But Currency, 
Calendar and Collator do not seem to be a big deal either.

My personal interest is in getting Russian language officially supported :)

There is a project at GitHub that contains quite a number of various 
string translations to Russian: https://github.com/darkbarker/java-i18n 
. I have forked it recently and plan to get it updated, including 
reference to the applicable license :)

And if there is a possibility to get support of Russian language 
incorporated into OpenJDK / Oracle JDK, I would be glad to follow your 
instructions and do a little bit more to get the job done, 
Currency/Calendar/Collator/etc included...

Does that answer your question?

Regards,
Sergey Ushakov



On 14.04.2016 14:02, Nishit Jain wrote:
> Hi Sergey,
>
> Thanks for asking the question. We were discussing it withing our team 
> and need a little more clarification on that.
> Can you please throw some light on what do you mean by adding a 
> resource bundle to OpenJDK? Do you mean to add a new Locale in itself 
> (which covers set of locale sensitive classes e.g. Currency, Calendar, 
> Collator etc.) to OpenJDK or just a set of translations for a 
> language? An example on that would be very helpful.
>
> Regards,
> Nishit Jain

> On 4/9/2016 9:30 AM, USHAKOV, Sergey wrote:
>> Hi,
>>
>> Oracle JDK and OpenJDK offer internationalized resources for quite a 
>> number of languages, but there are more languages out there.
>>
>> There is no big deal for an enthusiastic bilingual programmer in 
>> translating JDK resource bundles into any other language.
>>
>> Then the question comes how this new bundle might be incorporated 
>> into OpenJDK.
>>
>> The main i18n page here ( http://openjdk.java.net/groups/i18n/ ) does 
>> contain instructions for making a custom OpenJDK build with extra 
>> locale support, but this procedure yields just a single build, only 
>> known to its author, and with no long-time support...
>>
>> Is there a procedure for OpenJDK to get the list of supported 
>> languages extended, and corresponding resource bundles incorporated 
>> into the main repository?
>>
>> Any ideas and/or references are most welcome...
>>
>> Thanks and best regards,
>> Sergey Ushakov


From yong.huang at oracle.com  Fri Apr 15 01:59:01 2016
From: yong.huang at oracle.com (Yong Jeffrey Huang)
Date: Fri, 15 Apr 2016 09:59:01 +0800
Subject: <i18n dev> CFV: New Internationalization Group Lead: Masayoshi
 Okutsu
In-Reply-To: <570D2A1B.70705@oracle.com>
References: <570D2A1B.70705@oracle.com>
Message-ID: <57104AE5.5020705@oracle.com>

Vote: yes

thanks,
Yong

On 2016/4/13 1:02, Naoto Sato wrote:
> I hereby nominate Masayoshi Okutsu to Internationalization Group Lead 
> [1].
>
> Masayoshi is an active member in the Internationalization group since 
> the inception, and ideal for the role.
>
> Votes are due by 10:00am (Pacific Time), April 26, 2016.
>
> Only current Members of the Internationalization Group [2] are 
> eligible to vote on this nomination.  Votes must be cast in the open 
> by replying to this mailing list.
>
> For Simple Majority voting instructions, see [3].
>
> Naoto Sato
>
> [1]: http://openjdk.java.net/bylaws#group-lead
> [2]: http://openjdk.java.net/census
> [3]: http://openjdk.java.net/groups#lead-vote


From xueming.shen at oracle.com  Fri Apr 15 02:16:51 2016
From: xueming.shen at oracle.com (Xueming Shen)
Date: Thu, 14 Apr 2016 19:16:51 -0700
Subject: <i18n dev> CFV: New Internationalization Group Lead: Masayoshi
 Okutsu
In-Reply-To: <570D2A1B.70705@oracle.com>
References: <570D2A1B.70705@oracle.com>
Message-ID: <57104F13.6090301@oracle.com>

Vote: yes

On 4/12/16 10:02 AM, Naoto Sato wrote:
> I hereby nominate Masayoshi Okutsu to Internationalization Group Lead 
> [1].
>
> Masayoshi is an active member in the Internationalization group since 
> the inception, and ideal for the role.
>
> Votes are due by 10:00am (Pacific Time), April 26, 2016.
>
> Only current Members of the Internationalization Group [2] are 
> eligible to vote on this nomination.  Votes must be cast in the open 
> by replying to this mailing list.
>
> For Simple Majority voting instructions, see [3].
>
> Naoto Sato
>
> [1]: http://openjdk.java.net/bylaws#group-lead
> [2]: http://openjdk.java.net/census
> [3]: http://openjdk.java.net/groups#lead-vote


From naoto.sato at oracle.com  Tue Apr 26 17:18:05 2016
From: naoto.sato at oracle.com (Naoto Sato)
Date: Tue, 26 Apr 2016 10:18:05 -0700
Subject: <i18n dev> Result: New Internationalization Group Lead: Masayoshi
	Okutsu
Message-ID: <571FA2CD.4060601@oracle.com>

Voting for Internationalization Group Lead Masayoshi Okutsu [1] is now 
closed.

Yes: 2
No: 0
Abstain: 0

According to the Bylaws definition of Simple Majority, this is
sufficient to approve the new Group Lead.  The OpenJDK Lead will
ask the Governing Board to ratify this nomination.

Naoto Sato

[1] http://mail.openjdk.java.net/pipermail/i18n-dev/2016-April/001924.html