From y.umaoka at gmail.com Mon Jan 12 17:20:53 2015 From: y.umaoka at gmail.com (Yoshito Umaoka) Date: Mon, 12 Jan 2015 12:20:53 -0500 Subject: IDNA2008 Message-ID: <54B40275.3050307@gmail.com> Hello, Does Java i18n-dev team own java.net.IDN implementation? The current implementation is based on already deprecated IDNA2003. JDK should support IDNA2008. I found JDK-6988055 [http://bugs.java.com/bugdatabase/view_bug.do?bug_id=6988055], but it looks there is no plan yet. -Yoshito From aleksej.efimov at oracle.com Wed Jan 14 21:59:48 2015 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Thu, 15 Jan 2015 00:59:48 +0300 Subject: [7u-dev] Request for review: 8037502: build.tools.javazic.Zoneinfo incorrectly calculates raw GMT offset change time Message-ID: <54B6E6D4.2020504@oracle.com> Hi, Can I have a quick review please for the bug [1] inspired by already resolved JDK8/9 test failure [2]: this test uses a copy of JDK7 classes and check if the JSR310 generated data is the same as data generated by JDK7 code. The proposed fix [3] solves the possible incorrect calculations of raw GMT offset change time in JDK7 code. Testing results: All JTREG tests somehow related to tzdata were executed and JPRT shows no issues with the tz related tests. Adding the i18n-dev mail-list and JDK-8037180 reviewers. With Best Regards, Aleksej [1] JBS bug: https://bugs.openjdk.java.net/browse/JDK-8037502 [2] JDK8/9 test failure: https://bugs.openjdk.java.net/browse/JDK-8037180 [3] Webrev: http://cr.openjdk.java.net/~aefimov/8037502/7/webrev.00/ From naoto.sato at oracle.com Thu Jan 15 17:50:17 2015 From: naoto.sato at oracle.com (Naoto Sato) Date: Thu, 15 Jan 2015 09:50:17 -0800 Subject: IDNA2008 In-Reply-To: <54B40275.3050307@gmail.com> References: <54B40275.3050307@gmail.com> Message-ID: <54B7FDD9.40000@oracle.com> Umaoka-san, The area belongs to the networking group, so you might want to ask about it on net-dev alias. HTH, Naoto On 1/12/15, 9:20 AM, Yoshito Umaoka wrote: > Hello, > > Does Java i18n-dev team own java.net.IDN implementation? The current > implementation is based on already deprecated IDNA2003. JDK should > support IDNA2008. > > I found JDK-6988055 > [http://bugs.java.com/bugdatabase/view_bug.do?bug_id=6988055], but it > looks there is no plan yet. > > -Yoshito > From masayoshi.okutsu at oracle.com Thu Jan 15 22:50:01 2015 From: masayoshi.okutsu at oracle.com (Masayoshi Okutsu) Date: Fri, 16 Jan 2015 07:50:01 +0900 Subject: [7u-dev] Request for review: 8037502: build.tools.javazic.Zoneinfo incorrectly calculates raw GMT offset change time In-Reply-To: <54B6E6D4.2020504@oracle.com> References: <54B6E6D4.2020504@oracle.com> Message-ID: <54B84419.6030301@oracle.com> Hi Aleksej, The bug report says, "The JDK7 code incorrectly calculates the raw GMT offset." Is there any example of the symptom in JDK 7? And there should be a regression test for the symptom. Thanks, Masayoshi On 1/15/2015 6:59 AM, Aleksej Efimov wrote: > Hi, > > Can I have a quick review please for the bug [1] inspired by already > resolved JDK8/9 test failure [2]: this test uses a copy of JDK7 > classes and check if the JSR310 generated data is the same as data > generated by JDK7 code. The proposed fix [3] solves the possible > incorrect calculations of raw GMT offset change time in JDK7 code. > Testing results: All JTREG tests somehow related to tzdata were > executed and JPRT shows no issues with the tz related tests. > Adding the i18n-dev mail-list and JDK-8037180 reviewers. > > With Best Regards, > Aleksej > > [1] JBS bug: https://bugs.openjdk.java.net/browse/JDK-8037502 > [2] JDK8/9 test failure: https://bugs.openjdk.java.net/browse/JDK-8037180 > [3] Webrev: http://cr.openjdk.java.net/~aefimov/8037502/7/webrev.00/ From michael.fang at oracle.com Fri Jan 16 00:13:11 2015 From: michael.fang at oracle.com (Michael Fang) Date: Thu, 15 Jan 2015 16:13:11 -0800 Subject: [8u40] Review request for 8069122: l10n resource file update for JDK-8068491 Message-ID: <54B85797.2080900@oracle.com> Hi, Please help to code review the changes for the following CR? 8069122: l10n resource file update for JDK-8068491 The webrev can be found at: http://cr.openjdk.java.net/~mfang/8069122/webrev.00/ The only change is changing "http" to "https" in 2 files. thanks, -michael From naoto.sato at oracle.com Fri Jan 16 00:24:47 2015 From: naoto.sato at oracle.com (Naoto Sato) Date: Thu, 15 Jan 2015 16:24:47 -0800 Subject: [8u40] Review request for 8069122: l10n resource file update for JDK-8068491 In-Reply-To: <54B85797.2080900@oracle.com> References: <54B85797.2080900@oracle.com> Message-ID: <54B85A4F.7030601@oracle.com> Looks good to me. Naoto On 1/15/15, 4:13 PM, Michael Fang wrote: > Hi, > > Please help to code review the changes for the following CR? > 8069122: l10n resource file update for JDK-8068491 > > The webrev can be found at: > http://cr.openjdk.java.net/~mfang/8069122/webrev.00/ > > The only change is changing "http" to "https" in 2 files. > > thanks, > > -michael > From michael.fang at oracle.com Fri Jan 16 00:28:10 2015 From: michael.fang at oracle.com (Michael Fang) Date: Thu, 15 Jan 2015 16:28:10 -0800 Subject: [8u40] Review request for 8069122: l10n resource file update for JDK-8068491 In-Reply-To: <54B85A4F.7030601@oracle.com> References: <54B85797.2080900@oracle.com> <54B85A4F.7030601@oracle.com> Message-ID: <54B85B1A.8080506@oracle.com> Thanks Naoto. -michael On 15?01?15? 04:24 ??, Naoto Sato wrote: > Looks good to me. > > Naoto > > On 1/15/15, 4:13 PM, Michael Fang wrote: >> Hi, >> >> Please help to code review the changes for the following CR? >> 8069122: l10n resource file update for JDK-8068491 >> >> The webrev can be found at: >> http://cr.openjdk.java.net/~mfang/8069122/webrev.00/ >> >> The only change is changing "http" to "https" in 2 files. >> >> thanks, >> >> -michael >>