Re: Turkish Time Zone name string and translation

2019-12-09 Thread Yang, Letu
Thanks Naoto! Is there a separate ticket for the translation to other locales? Letu On 12/4/19, 12:36 PM, "naoto.s...@oracle.com" wrote: Looks good, assuming the change between 03 and 04 is to fix "no new line..." Naoto On 12/4/19 11:38 AM, Yang,

Re: Turkish Time Zone name string and translation

2019-12-04 Thread Yang, Letu
Hi Naoto, Can you review and approve the webrev? Thanks! https://cr.openjdk.java.net/~xliu/8234288/webrev.04/ Letu On 11/23/19, 6:09 PM, "naoto.s...@oracle.com" wrote: Looks good. Naoto On 11/22/19 9:55 PM, Yang, Letu wrote: > Hi Naoto, &

Re: Turkish Time Zone name string and translation

2019-11-25 Thread Yang, Letu
Fixed in https://cr.openjdk.java.net/~xliu/8234288/webrev.04/ Thanks! From: Martin Buchholz Date: Monday, November 25, 2019 at 10:27 AM To: "Yang, Letu" Cc: "core-libs-dev@openjdk.java.net" , "i18n-...@openjdk.java.net" , "naoto.s...@oracle.com"

Re: Turkish Time Zone name string and translation

2019-11-22 Thread Yang, Letu
Hi Naoto, Added it in the new webrev https://cr.openjdk.java.net/~xliu/8234288/webrev.03/ . Thanks! Letu On Nov 22, 2019 4:40 PM, naoto.s...@oracle.com wrote: Hi Letu, You might want to add lines for "Turkey" zone as well in LocaleData? Naoto On 11/22/19 4:16 PM, Yang, Letu w

Re: Turkish Time Zone name string and translation

2019-11-22 Thread Yang, Letu
to On 11/20/19 9:43 PM, Yang, Letu wrote: > Hi Naoto, > > Thank you for the suggestions! > > I've added a new webrev: https://cr.openjdk.java.net/~xliu/8234288/webrev.01/ > > Letu > > On 11/18/19, 9:09 AM, "naoto

Re: Turkish Time Zone name string and translation

2019-11-20 Thread Yang, Letu
ucingChangeset.html On 11/17/19 8:54 PM, Yang, Letu wrote: > Hi Naoto, > > Thank you for the clarification! > > Xin from my team has filed a JBS and uploaded my webrev: > https://bugs.openjdk.java.net/browse/JDK-8234288 > https://c

Re: Turkish Time Zone name string and translation

2019-11-17 Thread Yang, Letu
Please go ahead and fix the issue in English resource. As to the translation, Oracle l10n will translate it in appropriate locales. Naoto On 11/15/19 5:56 PM, Yang, Letu wrote: > Hi Naoto > > Thank you for the quick response! We will file a

Turkish Time Zone name string and translation

2019-11-15 Thread Yang, Letu
Hi, We recently found an issue with the Time Zone name for “Europe/Istanbul” and "Asian/Istanbul". Since Turkey moved to their own Turkish Time (TRT) zone in 2016, although the tzdata had been updated, the Time Zone name string has not been updated yet:

Re: RFR 8229958: Provider.getService() scalability issue for legacy algorithms and message digests

2019-08-21 Thread Yang, Letu
Thanks for the suggestion! I've submitted a new CR to security-dev. The new CR is at https://cr.openjdk.java.net/~xliu/8229958/01/webrev/ I've run all tier-1 tests again with the change. Letu On 8/21/19, 12:39 AM, "Alan Bateman" wrote: On 21/08/2019 08:32, Yang, Letu wrote

Re: RFR 8229958: Provider.getService() scalability issue for legacy algorithms and message digests

2019-08-21 Thread Yang, Letu
nd regards, Ivan On 8/20/19 10:18 PM, Yang, Letu wrote: > Hi, > > Please review the fix of https://bugs.openjdk.java.net/browse/JDK-8229958 where I made the change to allow majority of calls don't have to acquire the locks when checking the availability of the Provi

RFR 8229958: Provider.getService() scalability issue for legacy algorithms and message digests

2019-08-20 Thread Yang, Letu
Hi, Please review the fix of https://bugs.openjdk.java.net/browse/JDK-8229958 where I made the change to allow majority of calls don't have to acquire the locks when checking the availability of the Provider object. Similar effort had been made in fixing