From masayoshi.okutsu at oracle.com Wed Sep 1 00:47:14 2010 From: masayoshi.okutsu at oracle.com (Masayoshi Okutsu) Date: Wed, 01 Sep 2010 16:47:14 +0900 Subject: [loc-en-dev] jdk test logs with the locale changes In-Reply-To: <4C7D8875.9060904@gmail.com> References: <4C7D8875.9060904@gmail.com> Message-ID: <4C7E0502.8020303@oracle.com> I noticed there are some big changes where the Locale changes shouldn't affect, like this one. Test : java/util/AbstractMap/ToString.java Old : 0.0084 (Min=0.0070, Max=0.0110) New : 0.0270 (Min=0.0070, Max=0.1050) Change: +221.43% Is the performance measurement reliable? Thanks, Masayoshi On 9/1/2010 7:55 AM, Yoshito Umaoka wrote: > I wanted to make sure if we do not introduce any performance > regression. So I ran the standard test target jdk_lang, jdk_text and > jdk_util on our latest code and its base build (b106). I ran the test > 5 times for each and posted the raw log files below - > > b106 -> http://icu-project.org/~yoshito/LocaleTestLogs/b106/ > b106 + locale changes -> > http://icu-project.org/~yoshito/LocaleTestLogs/le/ > > I wrote a small code to collect execution time of each text case > (average/min/max). You can see the changes below - > > jdk_lang -> http://icu-project.org/~yoshito/LocaleTestLogs/lang.txt > jdk_text -> http://icu-project.org/~yoshito/LocaleTestLogs/text.txt > jdk_util -> http://icu-project.org/~yoshito/LocaleTestLogs/util.txt > > I reviewed the output briefly. So far, I did not see any obvious > performance regression problems. > > -Yoshito From staudacher at google.com Wed Sep 1 01:05:09 2010 From: staudacher at google.com (Andy Staudacher) Date: Wed, 1 Sep 2010 01:05:09 -0700 Subject: [loc-en-dev] jdk test logs with the locale changes In-Reply-To: <4C7E0502.8020303@oracle.com> References: <4C7D8875.9060904@gmail.com> <4C7E0502.8020303@oracle.com> Message-ID: On Wed, Sep 1, 2010 at 12:47 AM, Masayoshi Okutsu < masayoshi.okutsu at oracle.com> wrote: > I noticed there are some big changes where the Locale changes shouldn't > affect, like this one. > > Test : java/util/AbstractMap/ToString.java > Old : 0.0084 (Min=0.0070, Max=0.0110) > New : 0.0270 (Min=0.0070, Max=0.1050) > Change: +221.43% > > Is the performance measurement reliable? > Good question. Related: http://code.google.com/p/caliper/wiki/JavaMicrobenchmarks. Looking at this example's source code, it's clear that it's a test and not a micro-benchmark. Huge variations are to be expected. These performance numbers cannot be meaningful. The measured time is probably dominated by initializing and warming up the JVM. Are there actual micro benchmarks, or are the tests the best framework / tool we have to measure performance regressions? Thanks, - Andy > > Thanks, > Masayoshi > > > On 9/1/2010 7:55 AM, Yoshito Umaoka wrote: > >> I wanted to make sure if we do not introduce any performance regression. >> So I ran the standard test target jdk_lang, jdk_text and jdk_util on our >> latest code and its base build (b106). I ran the test 5 times for each and >> posted the raw log files below - >> >> b106 -> http://icu-project.org/~yoshito/LocaleTestLogs/b106/ >> b106 + locale changes -> >> http://icu-project.org/~yoshito/LocaleTestLogs/le/ >> >> I wrote a small code to collect execution time of each text case >> (average/min/max). You can see the changes below - >> >> jdk_lang -> http://icu-project.org/~yoshito/LocaleTestLogs/lang.txt >> jdk_text -> http://icu-project.org/~yoshito/LocaleTestLogs/text.txt >> jdk_util -> http://icu-project.org/~yoshito/LocaleTestLogs/util.txt >> >> I reviewed the output briefly. So far, I did not see any obvious >> performance regression problems. >> >> -Yoshito >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/locale-enhancement-dev/attachments/20100901/b2480def/attachment-0001.html From y.umaoka at gmail.com Wed Sep 1 07:57:07 2010 From: y.umaoka at gmail.com (Yoshito Umaoka) Date: Wed, 01 Sep 2010 10:57:07 -0400 Subject: [loc-en-dev] jdk test logs with the locale changes In-Reply-To: References: <4C7D8875.9060904@gmail.com> <4C7E0502.8020303@oracle.com> Message-ID: <4C7E69C3.2000306@gmail.com> First of all, I'm not expecting such tests represent actual performance changes very well. If we really want to measure performance changes, we need to write dedicated test cases. But, when something really bad for performance is introduced, I think we could see the sign of performance degrade even from such test. When I ran the test on my system, I did not run other apps at the same time. But it's not easy to eliminate other factors. I noticed something like below (both negative/positive changes). The number is the average time of 5 attempts. As you can see, it took 0.1050 sec for some reasons once, which impacts the average number. However, the minimum time is unchanged (0.007 sec), that indicates the number increase was caused by other factors. Also, this test case does nothing with Locale obviously. So, if an average number is changed a lot, I check min/max. If the delta between min and max is big, I assume it was caused by other factors unless min times are not changed. -Yoshito Andy Staudacher wrote: > On Wed, Sep 1, 2010 at 12:47 AM, Masayoshi Okutsu > > wrote: > > I noticed there are some big changes where the Locale changes > shouldn't affect, like this one. > > Test : java/util/AbstractMap/ToString.java > Old : 0.0084 (Min=0.0070, Max=0.0110) > New : 0.0270 (Min=0.0070, Max=0.1050) > Change: +221.43% > > Is the performance measurement reliable? > > > Good question. > Related: http://code.google.com/p/caliper/wiki/JavaMicrobenchmarks. > > Looking at this example's source code > , > it's clear that it's a test and not a micro-benchmark. Huge variations > are to be expected. These performance numbers cannot be meaningful. > The measured time is probably dominated by initializing and warming up > the JVM. > > Are there actual micro benchmarks, or are the tests the best framework > / tool we have to measure performance regressions? > > Thanks, > - Andy > > > Thanks, > Masayoshi > > > On 9/1/2010 7:55 AM, Yoshito Umaoka wrote: > > I wanted to make sure if we do not introduce any performance > regression. So I ran the standard test target jdk_lang, > jdk_text and jdk_util on our latest code and its base build > (b106). I ran the test 5 times for each and posted the raw log > files below - > > b106 -> http://icu-project.org/~yoshito/LocaleTestLogs/b106/ > > b106 + locale changes -> > http://icu-project.org/~yoshito/LocaleTestLogs/le/ > > > I wrote a small code to collect execution time of each text > case (average/min/max). You can see the changes below - > > jdk_lang -> > http://icu-project.org/~yoshito/LocaleTestLogs/lang.txt > > jdk_text -> > http://icu-project.org/~yoshito/LocaleTestLogs/text.txt > > jdk_util -> > http://icu-project.org/~yoshito/LocaleTestLogs/util.txt > > > I reviewed the output briefly. So far, I did not see any > obvious performance regression problems. > > -Yoshito > > From naoto.sato at oracle.com Wed Sep 1 14:20:45 2010 From: naoto.sato at oracle.com (Naoto Sato) Date: Wed, 01 Sep 2010 14:20:45 -0700 Subject: [loc-en-dev] New webrev available Message-ID: <4C7EC3AD.9090701@oracle.com> Here is the updated webrev based on the recent discussion: http://cr.openjdk.java.net/~naoto/6875847/webrev.01/ Again, comments are welcome. Naoto From naoto.sato at oracle.com Fri Sep 3 14:59:26 2010 From: naoto.sato at oracle.com (Naoto Sato) Date: Fri, 03 Sep 2010 14:59:26 -0700 Subject: [loc-en-dev] New webrev available In-Reply-To: <4C7EC3AD.9090701@oracle.com> References: <4C7EC3AD.9090701@oracle.com> Message-ID: <4C816FBE.7010702@oracle.com> Here are some more findings: DecimalFormatSymbols.java - No need to statically create locale_th_TH_TH instance, since it is rarely used. Just create it when needed. Locale.java - DISPLAY_SCRIPT case is missing in LocaleNameGetter.getObject(). ResourceBundle.java - CandidateListCache.getDefaultList() may better be "static". AsciiUtil.java - CaseInsensitiveKey.equals() can have "if (o == this) return true;" for better performance. InternalLocaleBuilder.java - setExtensions() should not catch LocaleSyntaxException itself. Rather it should have "throws" clause in the method signature. Naoto (9/1/10 2:20 PM), Naoto Sato wrote: > Here is the updated webrev based on the recent discussion: > > http://cr.openjdk.java.net/~naoto/6875847/webrev.01/ > > Again, comments are welcome. > > Naoto From naoto.sato at oracle.com Tue Sep 7 14:24:10 2010 From: naoto.sato at oracle.com (naoto.sato at oracle.com) Date: Tue, 07 Sep 2010 21:24:10 +0000 Subject: [loc-en-dev] hg: locale-enhancement/locale-enhancement: Fix from Yoshito. Message-ID: <20100907212444.38337477AD@hg.openjdk.java.net> Changeset: 53bb0076305e Author: naoto Date: 2010-09-07 14:19 -0700 URL: http://hg.openjdk.java.net/locale-enhancement/locale-enhancement/rev/53bb0076305e Fix from Yoshito. ! src/share/classes/java/text/DecimalFormatSymbols.java ! src/share/classes/java/util/Locale.java ! src/share/classes/java/util/ResourceBundle.java ! src/share/classes/sun/util/locale/AsciiUtil.java ! src/share/classes/sun/util/locale/InternalLocaleBuilder.java From naoto.sato at oracle.com Tue Sep 7 16:11:53 2010 From: naoto.sato at oracle.com (Naoto Sato) Date: Tue, 07 Sep 2010 16:11:53 -0700 Subject: [loc-en-dev] Webrev updated Message-ID: <4C86C6B9.6050503@oracle.com> Here is the URL. http://cr.openjdk.java.net/~naoto/6875847/webrev.02/ Please post your comments by Thursday COB. If everything looks good, I will merge it into the client team's repository on Friday or early next week. Thanks, Naoto From srl at icu-project.org Fri Sep 10 11:37:25 2010 From: srl at icu-project.org (Steven R. Loomis) Date: Fri, 10 Sep 2010 11:37:25 -0700 Subject: [loc-en-dev] Webrev updated In-Reply-To: <4C86C6B9.6050503@oracle.com> References: <4C86C6B9.6050503@oracle.com> Message-ID: <4C8A7AE5.1060702@icu-project.org> Naoto, I have gone through this webrev.02 and it looks good to me. Regards, Steven On 9/7/10 4:11 PM, Naoto Sato wrote: > Here is the URL. > > http://cr.openjdk.java.net/~naoto/6875847/webrev.02/ > > Please post your comments by Thursday COB. If everything looks good, I > will merge it into the client team's repository on Friday or early > next week. > > Thanks, > Naoto -- Steven R. Loomis srl at icu-project.org Technical Lead, ICU for C/C++ IBM San Jos? Globalization Center of Competency From naoto.sato at oracle.com Fri Sep 10 15:00:28 2010 From: naoto.sato at oracle.com (Naoto Sato) Date: Fri, 10 Sep 2010 15:00:28 -0700 Subject: [loc-en-dev] Webrev updated In-Reply-To: <4C8A7AE5.1060702@icu-project.org> References: <4C86C6B9.6050503@oracle.com> <4C8A7AE5.1060702@icu-project.org> Message-ID: <4C8AAA7C.2020801@oracle.com> OK, I think we are now ready to push the code to the JDK7 repository. Will do it today or early next week. Naoto (9/10/10 11:37 AM), Steven R. Loomis wrote: > Naoto, > I have gone through this webrev.02 and it looks good to me. > > Regards, > Steven > > On 9/7/10 4:11 PM, Naoto Sato wrote: >> Here is the URL. >> >> http://cr.openjdk.java.net/~naoto/6875847/webrev.02/ >> >> Please post your comments by Thursday COB. If everything looks good, I >> will merge it into the client team's repository on Friday or early >> next week. >> >> Thanks, >> Naoto > > From naoto.sato at oracle.com Fri Sep 10 15:53:45 2010 From: naoto.sato at oracle.com (Naoto Sato) Date: Fri, 10 Sep 2010 15:53:45 -0700 Subject: [loc-en-dev] Fwd: hg: jdk7/swing/jdk: 6875847: Java Locale Enhancement Message-ID: <4C8AB6F9.3090900@oracle.com> Pushed! Naoto -------- Original Message -------- Subject: hg: jdk7/swing/jdk: 6875847: Java Locale Enhancement Date: Fri, 10 Sep 2010 22:55:23 +0000 From: naoto.sato at oracle.com To: jdk7-changes at openjdk.java.net, swing-dev at openjdk.java.net Changeset: ee4d92fb6df3 Author: naoto Date: 2010-09-10 15:29 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/ee4d92fb6df3 6875847: Java Locale Enhancement Reviewed-by: srl Contributed-by: Yoshito Umaoka , Doug Felt , Mark Davis ! make/java/java/FILES_java.gmk ! src/share/classes/java/text/DecimalFormatSymbols.java ! src/share/classes/java/util/Calendar.java + src/share/classes/java/util/IllformedLocaleException.java ! src/share/classes/java/util/Locale.java ! src/share/classes/java/util/ResourceBundle.java ! src/share/classes/java/util/spi/LocaleNameProvider.java ! src/share/classes/java/util/spi/LocaleServiceProvider.java ! src/share/classes/sun/util/LocaleServiceProviderPool.java + src/share/classes/sun/util/locale/AsciiUtil.java + src/share/classes/sun/util/locale/BaseLocale.java + src/share/classes/sun/util/locale/Extension.java + src/share/classes/sun/util/locale/InternalLocaleBuilder.java + src/share/classes/sun/util/locale/LanguageTag.java + src/share/classes/sun/util/locale/LocaleExtensions.java + src/share/classes/sun/util/locale/LocaleObjectCache.java + src/share/classes/sun/util/locale/LocaleSyntaxException.java + src/share/classes/sun/util/locale/ParseStatus.java + src/share/classes/sun/util/locale/StringTokenIterator.java + src/share/classes/sun/util/locale/UnicodeLocaleExtension.java ! src/share/classes/sun/util/resources/LocaleData.java ! src/share/classes/sun/util/resources/LocaleNames.properties ! src/share/classes/sun/util/resources/LocaleNames_zh.properties ! src/share/classes/sun/util/resources/LocaleNames_zh_TW.properties + test/java/util/Locale/LocaleEnhanceTest.java ! test/java/util/Locale/LocaleTestFmwk.java + test/java/util/Locale/icuLocales.txt + test/java/util/Locale/serialized/java6locale_ROOT + test/java/util/Locale/serialized/java6locale__US + test/java/util/Locale/serialized/java6locale___Java + test/java/util/Locale/serialized/java6locale_en + test/java/util/Locale/serialized/java6locale_en_US + test/java/util/Locale/serialized/java6locale_en_US_Java + test/java/util/Locale/serialized/java6locale_iw_IL + test/java/util/Locale/serialized/java6locale_ja_JP_JP + test/java/util/Locale/serialized/java6locale_no_NO_NY + test/java/util/Locale/serialized/java6locale_th_TH_TH From y.umaoka at gmail.com Fri Sep 17 07:55:14 2010 From: y.umaoka at gmail.com (Yoshito Umaoka) Date: Fri, 17 Sep 2010 10:55:14 -0400 Subject: [loc-en-dev] Teleconf on Sep 20 Message-ID: <4C938152.9070100@gmail.com> Hi all, I'll keep the meeting schedule on Sep 20 (2pm PT) to discuss about the rest of Locale enhancement tasks for Java 7. If we do not have any important issues/tasks that need close attention, then I'll cancel the meeting on Sep 27 and later. -Yoshito From naoto.sato at oracle.com Fri Sep 17 11:40:32 2010 From: naoto.sato at oracle.com (Naoto Sato) Date: Fri, 17 Sep 2010 11:40:32 -0700 Subject: [loc-en-dev] Teleconf on Sep 20 In-Reply-To: <4C938152.9070100@gmail.com> References: <4C938152.9070100@gmail.com> Message-ID: <4C93B620.7070803@oracle.com> I won't be able to attend the meeting next Mon. So far I don't see any issues as of now. Here are some dates: 9/24: changes get to the JDK7 master repository. 9/30: b112 promotion that includes the changes. Naoto (9/17/10 7:55 AM), Yoshito Umaoka wrote: > Hi all, > > I'll keep the meeting schedule on Sep 20 (2pm PT) to discuss about the > rest of Locale enhancement tasks for Java 7. > If we do not have any important issues/tasks that need close attention, > then I'll cancel the meeting on Sep 27 and later. > > -Yoshito From naoto.sato at oracle.com Tue Sep 21 11:46:10 2010 From: naoto.sato at oracle.com (Naoto Sato) Date: Tue, 21 Sep 2010 11:46:10 -0700 Subject: [loc-en-dev] Regression Message-ID: <4C98FD72.9080801@oracle.com> Looks like one of the test teams found a regression. The constructor Locale(lang, ctry, null) does not throw an NPE anymore. Naoto From y.umaoka at gmail.com Tue Sep 21 11:54:01 2010 From: y.umaoka at gmail.com (Yoshito Umaoka) Date: Tue, 21 Sep 2010 14:54:01 -0400 Subject: [loc-en-dev] Regression In-Reply-To: <4C98FD72.9080801@oracle.com> References: <4C98FD72.9080801@oracle.com> Message-ID: I see. How can we provide a fix? On Tue, Sep 21, 2010 at 2:46 PM, Naoto Sato wrote: > Looks like one of the test teams found a regression. The constructor > Locale(lang, ctry, null) does not throw an NPE anymore. > > Naoto > From naoto.sato at oracle.com Tue Sep 21 11:53:48 2010 From: naoto.sato at oracle.com (Naoto Sato) Date: Tue, 21 Sep 2010 11:53:48 -0700 Subject: [loc-en-dev] Regression In-Reply-To: References: <4C98FD72.9080801@oracle.com> Message-ID: <4C98FF3C.6080109@oracle.com> You can just post the diff here (I guess it's small), and I'll review it and push it when it's ready. Naoto (9/21/10 11:54 AM), Yoshito Umaoka wrote: > I see. How can we provide a fix? > > On Tue, Sep 21, 2010 at 2:46 PM, Naoto Sato wrote: >> Looks like one of the test teams found a regression. The constructor >> Locale(lang, ctry, null) does not throw an NPE anymore. >> >> Naoto >> From y.umaoka at gmail.com Wed Sep 22 13:24:37 2010 From: y.umaoka at gmail.com (Yoshito Umaoka) Date: Wed, 22 Sep 2010 16:24:37 -0400 Subject: [loc-en-dev] Regression - patch In-Reply-To: <4C98FF3C.6080109@oracle.com> References: <4C98FD72.9080801@oracle.com> <4C98FF3C.6080109@oracle.com> Message-ID: <4C9A6605.8050308@gmail.com> I'm attaching the patch in this message. The change in BaseLocale is not required, but I want to make the consistent behavior - - Locale throws NPE when any locale field argument in the constructor is null. - BaseLocale#getInstance accepts null argument for all fields. Thanks, Yoshito On 09/21/2010 02:53 PM, Naoto Sato wrote: > You can just post the diff here (I guess it's small), and I'll review > it and push it when it's ready. > > Naoto > > (9/21/10 11:54 AM), Yoshito Umaoka wrote: >> I see. How can we provide a fix? >> >> On Tue, Sep 21, 2010 at 2:46 PM, Naoto Sato >> wrote: >>> Looks like one of the test teams found a regression. The constructor >>> Locale(lang, ctry, null) does not throw an NPE anymore. >>> >>> Naoto >>> > -------------- next part -------------- A non-text attachment was scrubbed... Name: LocNPE.patch Type: text/x-patch Size: 1855 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/locale-enhancement-dev/attachments/20100922/98cb572a/attachment.bin From naoto.sato at oracle.com Thu Sep 23 11:51:24 2010 From: naoto.sato at oracle.com (Naoto Sato) Date: Thu, 23 Sep 2010 11:51:24 -0700 Subject: [loc-en-dev] Regression - patch In-Reply-To: <4C9A6605.8050308@gmail.com> References: <4C98FD72.9080801@oracle.com> <4C98FF3C.6080109@oracle.com> <4C9A6605.8050308@gmail.com> Message-ID: <4C9BA1AC.5070509@oracle.com> Looks good to me. Can someone who has signed SCA review it as well? Steven or Doug I guess? This is needed to push the change. BTW, the bug id is 6986612, which will show up soon in the bug data base. Naoto (9/22/10 1:24 PM), Yoshito Umaoka wrote: > I'm attaching the patch in this message. > > The change in BaseLocale is not required, but I want to make the > consistent behavior - > > - Locale throws NPE when any locale field argument in the constructor is > null. > - BaseLocale#getInstance accepts null argument for all fields. > > > Thanks, > Yoshito > > On 09/21/2010 02:53 PM, Naoto Sato wrote: >> You can just post the diff here (I guess it's small), and I'll review >> it and push it when it's ready. >> >> Naoto >> >> (9/21/10 11:54 AM), Yoshito Umaoka wrote: >>> I see. How can we provide a fix? >>> >>> On Tue, Sep 21, 2010 at 2:46 PM, Naoto Sato >>> wrote: >>>> Looks like one of the test teams found a regression. The constructor >>>> Locale(lang, ctry, null) does not throw an NPE anymore. >>>> >>>> Naoto >>>> >> > From dougfelt at google.com Thu Sep 23 17:50:31 2010 From: dougfelt at google.com (Doug Felt) Date: Thu, 23 Sep 2010 17:50:31 -0700 Subject: [loc-en-dev] Regression - patch In-Reply-To: <4C9BA1AC.5070509@oracle.com> References: <4C98FD72.9080801@oracle.com> <4C98FF3C.6080109@oracle.com> <4C9A6605.8050308@gmail.com> <4C9BA1AC.5070509@oracle.com> Message-ID: Looks good to me. On Thu, Sep 23, 2010 at 11:51 AM, Naoto Sato wrote: > Looks good to me. Can someone who has signed SCA review it as well? Steven > or Doug I guess? This is needed to push the change. > > BTW, the bug id is 6986612, which will show up soon in the bug data base. > > Naoto > > > (9/22/10 1:24 PM), Yoshito Umaoka wrote: > >> I'm attaching the patch in this message. >> >> The change in BaseLocale is not required, but I want to make the >> consistent behavior - >> >> - Locale throws NPE when any locale field argument in the constructor is >> null. >> - BaseLocale#getInstance accepts null argument for all fields. >> >> >> Thanks, >> Yoshito >> >> On 09/21/2010 02:53 PM, Naoto Sato wrote: >> >>> You can just post the diff here (I guess it's small), and I'll review >>> it and push it when it's ready. >>> >>> Naoto >>> >>> (9/21/10 11:54 AM), Yoshito Umaoka wrote: >>> >>>> I see. How can we provide a fix? >>>> >>>> On Tue, Sep 21, 2010 at 2:46 PM, Naoto Sato >>>> wrote: >>>> >>>>> Looks like one of the test teams found a regression. The constructor >>>>> Locale(lang, ctry, null) does not throw an NPE anymore. >>>>> >>>>> Naoto >>>>> >>>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/locale-enhancement-dev/attachments/20100923/14816d47/attachment.html From naoto.sato at oracle.com Fri Sep 24 10:26:20 2010 From: naoto.sato at oracle.com (Naoto Sato) Date: Fri, 24 Sep 2010 10:26:20 -0700 Subject: [loc-en-dev] Fwd: hg: jdk7/swing/jdk: 6986612: pit jdk7 b112: java.util.Locale getDisplayVariant() sqe test getDisplayVariantTests.java fails Message-ID: <4C9CDF3C.6030800@oracle.com> -------- Original Message -------- Subject: hg: jdk7/swing/jdk: 6986612: pit jdk7 b112: java.util.Locale getDisplayVariant() sqe test getDisplayVariantTests.java fails Date: Fri, 24 Sep 2010 03:06:57 +0000 From: naoto.sato at oracle.com To: jdk7-changes at openjdk.java.net, swing-dev at openjdk.java.net Changeset: 39351e11b8f9 Author: naoto Date: 2010-09-23 20:05 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/39351e11b8f9 6986612: pit jdk7 b112: java.util.Locale getDisplayVariant() sqe test getDisplayVariantTests.java fails Reviewed-by: dougfelt Contributed-by: Yoshito Umaoka ! src/share/classes/java/util/Locale.java ! src/share/classes/sun/util/locale/BaseLocale.java From y.umaoka at gmail.com Mon Sep 27 14:05:38 2010 From: y.umaoka at gmail.com (Yoshito Umaoka) Date: Mon, 27 Sep 2010 21:05:38 +0000 Subject: [loc-en-dev] Updated Invitation: OpenJDK Locale Enhancement Project Status Call @ Weekly from 5pm to 6pm on Monday from Mon Aug 30 to Mon Sep 20 (locale-enhancement-dev@openjdk.java.net) Message-ID: <0016368e1c05175c4c04914417d6@google.com> This event has been changed. Title: OpenJDK Locale Enhancement Project Status Call Call-in# informaiton Passcode#662122 US 877-421-0033 Japan 00531-11-3180 (KDD) 0066-33-801263 (Cable & Wireless) 0044-22-112668 (Softbank Telecom) 0034-800-900155 (NTT) When: Weekly from 5pm to 6pm on Monday from Mon Aug 30 to Mon Sep 20 Eastern Time (changed) Where: Teleconference Calendar: locale-enhancement-dev at openjdk.java.net Who: * Yoshito Umaoka - organizer * locale-enhancement-dev at openjdk.java.net * markdavis at google.com Event details: https://www.google.com/calendar/event?action=VIEW&eid=N28wcHQ0ZW52MmV1anZpMDQ3bnIxYjNjYXMgbG9jYWxlLWVuaGFuY2VtZW50LWRldkBvcGVuamRrLmphdmEubmV0&tok=MTgjeS51bWFva2FAZ21haWwuY29tNmZhNzgzZmI4ODhjOTQ2MDMyMWExNjVlYzVlZTU4YjVjYzU1MTg2OQ&ctz=America%2FNew_York&hl=en Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account locale-enhancement-dev at openjdk.java.net because you are an attendee of this event. To stop receiving future notifications for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/locale-enhancement-dev/attachments/20100927/b5cf6823/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/calendar Size: 1909 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/locale-enhancement-dev/attachments/20100927/b5cf6823/attachment.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: invite.ics Type: application/ics Size: 1961 bytes Desc: not available Url : http://mail.openjdk.java.net/pipermail/locale-enhancement-dev/attachments/20100927/b5cf6823/attachment-0001.bin