From li.jiang at oracle.com Thu Sep 1 01:32:46 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Thu, 1 Sep 2016 09:32:46 +0800 Subject: RFR: 8145952: 8164784: Currency update for ISO 4217 Amendment #161 162 In-Reply-To: <390af4f5-f2e6-51ab-3795-321ef131ec42@oracle.com> References: <81e70e92-9013-b68e-b57e-bee50092fd16@oracle.com> <357c0cf4-d7ac-f2a6-65e9-98265d6bddc6@oracle.com> <10c0f9ac-2244-9ce8-7c0a-3a6dc37c8b08@oracle.com> <390af4f5-f2e6-51ab-3795-321ef131ec42@oracle.com> Message-ID: You mean the **"BYR"** should be added in otherCodes field ? -Leo On 09/01/2016 04:29 AM, Naoto Sato wrote: > Hi Leo, > > I noticed that "tablea1.txt" has the modified entry for "BY", but it seems to be delimited by a single space character > instead of a tab. Now I just wonder, does the test "test/java/util/Currency/ValidateISO4217.java" pass? Furthermore, the > test itself needs to be modified as well because "BYN" should be added in "otherCodes" field. > > I also noticed that the English name for "BYB" is now "Belarusian Ruble (1994?1999)". Note that "New" has been removed. > > Naoto > > On 8/31/16 11:34 AM, Leo Jiang wrote: >> Thank you Naoto! >> >> Updated webrev: >> http://cr.openjdk.java.net/~ljiang/8145952/webrev.01/ >> >> Regards, >> Leo >> >> On 08/31/2016 01:22 AM, Naoto Sato wrote: >>> Hi Leo, >>> >>> Here are my comments: >>> >>> - CurrencyData.properties/tablea1.txt: Since it is already past the >>> transition date (7/1/16), I think we don't need to >>> use the transition format. "BY=BYN" should suffice. >>> >>> - CurrencyNames.properties: the English name for BYR is now >>> "Belarusian Ruble (2000?2016)" in the latest CLDR data. >>> >>> Naoto >>> >>> On 8/30/16 1:31 AM, Leo Jiang wrote: >>>> Sorry >>>> Webrev: http://cr.openjdk.java.net/~ljiang/8145952/webrev.00/ >>>> >>>> Thanks, >>>> Leo >>>> >>>> On 08/30/2016 04:29 PM, Leo Jiang wrote: >>>>> Hi all, >>>>> >>>>> Please review the change for Currency data update for ISO 4217 >>>>> Amendment #161 162. >>>>> >>>>> Bugs: >>>>> >>>>> https://bugs.openjdk.java.net/browse/JDK-8145952 >>>>> https://bugs.openjdk.java.net/browse/JDK-8164784 >>>>> >>>>> Please refer these docs for currency changes. >>>>> http://www.currency-iso.org/dam/isocy/downloads/dl_currency_iso_amendment_161.pdf >>>>> >>>>> >>>>> http://www.currency-iso.org/dam/isocy/downloads/dl_currency_iso_amendment_162.pdf >>>>> >>>>> >>>>> >>>>> Have run the builds and test jdk_text for all platform, passed. >>>>> >>>>> Regards, >>>>> Leo From martinrb at google.com Thu Sep 1 01:49:21 2016 From: martinrb at google.com (Martin Buchholz) Date: Wed, 31 Aug 2016 18:49:21 -0700 Subject: JDK 9 Rampdown Phase 1: Process proposal In-Reply-To: <57c6f0ae.05f9240a.a238d.e359SMTPIN_ADDED_BROKEN@mx.google.com> References: <57c6f0ae.05f9240a.a238d.e359SMTPIN_ADDED_BROKEN@mx.google.com> Message-ID: When changes start being rejected, it's time to think about the Next Release. Which is especially true when different parts of the project are maintained by different groups with different schedules. I recall in past releases having to save up changes in private repos because jdk-next was not yet open for business. Martin's fundamental Law of Software Development: Developers must always have a place where they can safely submit changes, managed by competent release engineers. From li.jiang at oracle.com Thu Sep 1 06:44:01 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Thu, 1 Sep 2016 14:44:01 +0800 Subject: RFR: 8145952: 8164784: Currency update for ISO 4217 Amendment #161 162 In-Reply-To: <390af4f5-f2e6-51ab-3795-321ef131ec42@oracle.com> References: <81e70e92-9013-b68e-b57e-bee50092fd16@oracle.com> <357c0cf4-d7ac-f2a6-65e9-98265d6bddc6@oracle.com> <10c0f9ac-2244-9ce8-7c0a-3a6dc37c8b08@oracle.com> <390af4f5-f2e6-51ab-3795-321ef131ec42@oracle.com> Message-ID: Thank you! Updated the webrev: http://cr.openjdk.java.net/~ljiang/8145952/webrev.02/ Summary: - Add new currency BYN for BY, and retire the BYR. - Update the English name for byb and byr. - Update for English name for mwk and pen. - Update the test and data for test cases. Run JPRT build and test case jdk_text jdk_util passed. Thanks, Leo On 09/01/2016 04:29 AM, Naoto Sato wrote: > Hi Leo, > > I noticed that "tablea1.txt" has the modified entry for "BY", but it seems to be delimited by a single space character > instead of a tab. Now I just wonder, does the test "test/java/util/Currency/ValidateISO4217.java" pass? Furthermore, the > test itself needs to be modified as well because "BYN" should be added in "otherCodes" field. > > I also noticed that the English name for "BYB" is now "Belarusian Ruble (1994?1999)". Note that "New" has been removed. > > Naoto > > On 8/31/16 11:34 AM, Leo Jiang wrote: >> Thank you Naoto! >> >> Updated webrev: >> http://cr.openjdk.java.net/~ljiang/8145952/webrev.01/ >> >> Regards, >> Leo >> >> On 08/31/2016 01:22 AM, Naoto Sato wrote: >>> Hi Leo, >>> >>> Here are my comments: >>> >>> - CurrencyData.properties/tablea1.txt: Since it is already past the >>> transition date (7/1/16), I think we don't need to >>> use the transition format. "BY=BYN" should suffice. >>> >>> - CurrencyNames.properties: the English name for BYR is now >>> "Belarusian Ruble (2000?2016)" in the latest CLDR data. >>> >>> Naoto >>> >>> On 8/30/16 1:31 AM, Leo Jiang wrote: >>>> Sorry >>>> Webrev: http://cr.openjdk.java.net/~ljiang/8145952/webrev.00/ >>>> >>>> Thanks, >>>> Leo >>>> >>>> On 08/30/2016 04:29 PM, Leo Jiang wrote: >>>>> Hi all, >>>>> >>>>> Please review the change for Currency data update for ISO 4217 >>>>> Amendment #161 162. >>>>> >>>>> Bugs: >>>>> >>>>> https://bugs.openjdk.java.net/browse/JDK-8145952 >>>>> https://bugs.openjdk.java.net/browse/JDK-8164784 >>>>> >>>>> Please refer these docs for currency changes. >>>>> http://www.currency-iso.org/dam/isocy/downloads/dl_currency_iso_amendment_161.pdf >>>>> >>>>> >>>>> http://www.currency-iso.org/dam/isocy/downloads/dl_currency_iso_amendment_162.pdf >>>>> >>>>> >>>>> >>>>> Have run the builds and test jdk_text for all platform, passed. >>>>> >>>>> Regards, >>>>> Leo From sadhak001 at gmail.com Thu Sep 1 08:29:59 2016 From: sadhak001 at gmail.com (Mani Sarkar) Date: Thu, 01 Sep 2016 08:29:59 +0000 Subject: JDK 9 Rampdown Phase 1: Process proposal In-Reply-To: References: <57c6f0ae.05f9240a.a238d.e359SMTPIN_ADDED_BROKEN@mx.google.com> Message-ID: Hi Mark, What's the difference between the Area VM and Group Hotspot, sounds synonymous to me, but I lack the background about the classification. Thanks for the detailed update about the next steps. Cheers, Mani On Thu, 1 Sep 2016 02:49 Martin Buchholz, wrote: > When changes start being rejected, it's time to think about the Next > Release. Which is especially true when different parts of the project are > maintained by different groups with different schedules. I recall in past > releases having to save up changes in private repos because jdk-next was > not yet open for business. > > Martin's fundamental Law of Software Development: > Developers must always have a place where they can safely submit changes, > managed by competent release engineers. > -- @theNeomatrix369 * | **Blog ** | *LJC Associate & LJC Advocate (@adoptopenjdk & @adoptajsr programs) *Meet-a-Project - *MutabilityDetector * | **Bitbucket * * | **Github * * | **LinkedIn * *Come to Devoxx UK 2017:* http://www.devoxx.co.uk/ *Don't chase success, rather aim for "Excellence", and success will come chasing after you!* From li.jiang at oracle.com Thu Sep 1 08:59:37 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Thu, 1 Sep 2016 16:59:37 +0800 Subject: RFR: 8159408: remove the duplicated entry in jdk.rmic javac.properties Message-ID: <2b162ac2-4b37-5bee-21d3-d090be4f7380@oracle.com> Hi all, Please review this minor change to remove the duplicated entry in jdk.rmic javac.properties. Bug: https://bugs.openjdk.java.net/browse/JDK-8159408 Webrev: http://cr.openjdk.java.net/~ljiang/8159408/webrev/ Thanks, Leo From Alan.Bateman at oracle.com Thu Sep 1 09:03:55 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 1 Sep 2016 10:03:55 +0100 Subject: RFR: 8159408: remove the duplicated entry in jdk.rmic javac.properties In-Reply-To: <2b162ac2-4b37-5bee-21d3-d090be4f7380@oracle.com> References: <2b162ac2-4b37-5bee-21d3-d090be4f7380@oracle.com> Message-ID: <4f28ef92-82dc-4820-243c-219e4d550413@oracle.com> On 01/09/2016 09:59, Leo Jiang wrote: > Hi all, > > Please review this minor change to remove the duplicated entry in > jdk.rmic javac.properties. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8159408 > Webrev: http://cr.openjdk.java.net/~ljiang/8159408/webrev/ Looks fine, I wonder how long that has been there :-) -Alan From naoto.sato at oracle.com Thu Sep 1 14:59:27 2016 From: naoto.sato at oracle.com (Naoto Sato) Date: Thu, 1 Sep 2016 07:59:27 -0700 Subject: RFR: 8145952: 8164784: Currency update for ISO 4217 Amendment #161 162 In-Reply-To: References: <81e70e92-9013-b68e-b57e-bee50092fd16@oracle.com> <357c0cf4-d7ac-f2a6-65e9-98265d6bddc6@oracle.com> <10c0f9ac-2244-9ce8-7c0a-3a6dc37c8b08@oracle.com> <390af4f5-f2e6-51ab-3795-321ef131ec42@oracle.com> Message-ID: Looks good. Naoto On 8/31/16 11:44 PM, Leo Jiang wrote: > Thank you! Updated the webrev: > > http://cr.openjdk.java.net/~ljiang/8145952/webrev.02/ > > Summary: > - Add new currency BYN for BY, and retire the BYR. > - Update the English name for byb and byr. > - Update for English name for mwk and pen. > - Update the test and data for test cases. > > Run JPRT build and test case jdk_text jdk_util passed. > > Thanks, > Leo > > On 09/01/2016 04:29 AM, Naoto Sato wrote: >> Hi Leo, >> >> I noticed that "tablea1.txt" has the modified entry for "BY", but it >> seems to be delimited by a single space character >> instead of a tab. Now I just wonder, does the test >> "test/java/util/Currency/ValidateISO4217.java" pass? Furthermore, the >> test itself needs to be modified as well because "BYN" should be added >> in "otherCodes" field. >> >> I also noticed that the English name for "BYB" is now "Belarusian >> Ruble (1994?1999)". Note that "New" has been removed. >> >> Naoto >> >> On 8/31/16 11:34 AM, Leo Jiang wrote: >>> Thank you Naoto! >>> >>> Updated webrev: >>> http://cr.openjdk.java.net/~ljiang/8145952/webrev.01/ >>> >>> Regards, >>> Leo >>> >>> On 08/31/2016 01:22 AM, Naoto Sato wrote: >>>> Hi Leo, >>>> >>>> Here are my comments: >>>> >>>> - CurrencyData.properties/tablea1.txt: Since it is already past the >>>> transition date (7/1/16), I think we don't need to >>>> use the transition format. "BY=BYN" should suffice. >>>> >>>> - CurrencyNames.properties: the English name for BYR is now >>>> "Belarusian Ruble (2000?2016)" in the latest CLDR data. >>>> >>>> Naoto >>>> >>>> On 8/30/16 1:31 AM, Leo Jiang wrote: >>>>> Sorry >>>>> Webrev: http://cr.openjdk.java.net/~ljiang/8145952/webrev.00/ >>>>> >>>>> Thanks, >>>>> Leo >>>>> >>>>> On 08/30/2016 04:29 PM, Leo Jiang wrote: >>>>>> Hi all, >>>>>> >>>>>> Please review the change for Currency data update for ISO 4217 >>>>>> Amendment #161 162. >>>>>> >>>>>> Bugs: >>>>>> >>>>>> https://bugs.openjdk.java.net/browse/JDK-8145952 >>>>>> https://bugs.openjdk.java.net/browse/JDK-8164784 >>>>>> >>>>>> Please refer these docs for currency changes. >>>>>> http://www.currency-iso.org/dam/isocy/downloads/dl_currency_iso_amendment_161.pdf >>>>>> >>>>>> >>>>>> >>>>>> http://www.currency-iso.org/dam/isocy/downloads/dl_currency_iso_amendment_162.pdf >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Have run the builds and test jdk_text for all platform, passed. >>>>>> >>>>>> Regards, >>>>>> Leo From alexander.vorobyev at oracle.com Thu Sep 1 17:58:06 2016 From: alexander.vorobyev at oracle.com (Alexander Vorobyev) Date: Thu, 1 Sep 2016 20:58:06 +0300 Subject: [9-dev] Request for review: JDK-8146128: compiler/cpuflags/TestAESIntrinsicsOnSupportedConfig timeouts In-Reply-To: <542E8041.1010101@oracle.com> References: <542E8041.1010101@oracle.com> Message-ID: <0be045b2-ec1f-cf9b-bcf8-86ca602eadec@oracle.com> Hi All, I'd like review for JDK-8146128 (https://bugs.openjdk.java.net/browse/JDK-8146128) Test passes with timeout increased. Looks like it times out in sub-tests where AESIntrinsics are disabled (testNoUseAES(), testNoUseAESIntrinsic()). The easiest way to fix this test is to increase timeout. Run parameter was added: @run main/othervm/timeout=300 Here is webrev: http://cr.openjdk.java.net/~avorobye/8146128/webrev.00/ Thanks, Alexander From Leonid.Mesnik at oracle.com Thu Sep 1 18:13:45 2016 From: Leonid.Mesnik at oracle.com (Leonid Mesnik) Date: Thu, 1 Sep 2016 21:13:45 +0300 Subject: [9-dev] Request for review: JDK-8146128: compiler/cpuflags/TestAESIntrinsicsOnSupportedConfig timeouts In-Reply-To: <0be045b2-ec1f-cf9b-bcf8-86ca602eadec@oracle.com> References: <542E8041.1010101@oracle.com> <0be045b2-ec1f-cf9b-bcf8-86ca602eadec@oracle.com> Message-ID: <57C86FD9.2030508@oracle.com> Hi The hotspot compiler changes should go to jdk9/hs-comp and not to 9-dev. Also hotspot-compiler-dev at openjdk.java.net alias should be used for compiler specific product and test changes. It is unclear from issue description/comment what is the root cause of failure and how it was fixed. Could you please add this information. Leonid On 01.09.2016 20:58, Alexander Vorobyev wrote: > > Hi All, > > I'd like review for JDK-8146128 > (https://bugs.openjdk.java.net/browse/JDK-8146128) > > Test passes with timeout increased. Looks like it times out in > sub-tests where AESIntrinsics are disabled (testNoUseAES(), > testNoUseAESIntrinsic()). The easiest way to fix this test is to > increase timeout. > > Run parameter was added: > @run main/othervm/timeout=300 > > > Here is webrev: > http://cr.openjdk.java.net/~avorobye/8146128/webrev.00/ > > > Thanks, > Alexander > > > From federico.fissore at gmail.com Fri Sep 2 08:53:25 2016 From: federico.fissore at gmail.com (federico.fissore at gmail.com) Date: Fri, 2 Sep 2016 10:53:25 +0200 Subject: CompletableFuture.stopIf Message-ID: Hi all I hope this is the right place, since it's the first time I try to humbly contribute to jdk development Is there still time to add a method to CompletableFuture? I would like to have a stopIf/interruptIf method that stops a chain of CFs when the given predicate is true Consider the following example: fetchUser(id) - changeEmail(user) - notifyOtherSystems(user) If fetchUser returns null (non existent ID), the following steps are non sense. At the moment, you have to copy/paste a check for a null user in both changeEmail and notifyOtherSystems steps. What about: fetchUser(id) - stopIf((user) -> user == null) - changeEmail(user) - notifyOtherSystemsOfNewEmail(user) stopIf exceptionally completes the CF with a CompletionException. Please note that fetchUser cannot complete exceptionally on its own, since it may be used elsewhere in the code base, where a null result has different semantics Best regards Federico Fissore From pavel.rappo at oracle.com Fri Sep 2 09:10:27 2016 From: pavel.rappo at oracle.com (Pavel Rappo) Date: Fri, 2 Sep 2016 10:10:27 +0100 Subject: CompletableFuture.stopIf In-Reply-To: References: Message-ID: Hi Federico, The right place to discuss this would be the Concurrency-interest mailing list: http://altair.cs.oswego.edu/mailman/listinfo/concurrency-interest Thanks. > On 2 Sep 2016, at 09:53, federico.fissore at gmail.com wrote: > > Hi all > > I hope this is the right place, since it's the first time I try to humbly contribute to jdk development > > Is there still time to add a method to CompletableFuture? > > I would like to have a stopIf/interruptIf method that stops a chain of CFs when the given predicate is true > > Consider the following example: > > fetchUser(id) > - changeEmail(user) > - notifyOtherSystems(user) > > If fetchUser returns null (non existent ID), the following steps are non sense. At the moment, you have to copy/paste a check for a null user in both changeEmail and notifyOtherSystems steps. > > What about: > > fetchUser(id) > - stopIf((user) -> user == null) > - changeEmail(user) > - notifyOtherSystemsOfNewEmail(user) > > stopIf exceptionally completes the CF with a CompletionException. > > Please note that fetchUser cannot complete exceptionally on its own, since it may be used elsewhere in the code base, where a null result has different semantics > > Best regards > > Federico Fissore From maurizio.cimadamore at oracle.com Fri Sep 2 12:37:56 2016 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Fri, 2 Sep 2016 13:37:56 +0100 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam Message-ID: I hereby nominate Srikanth Adayapalam to JDK 9 Reviewer. Srikanth has contributed 86 changesets to JDK 9 [3, 4]. In particular, he has been actively working on many of the language features in JEP 213 [5]. A curated list of the most relevant changesets is included below. Votes are due by September 16, 2016. Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. Maurizio [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#reviewer-vote [3] http://hg.openjdk.java.net/jdk9/dev/langtools?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() [4] http://hg.openjdk.java.net/jdk9/dev/jdk?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() [5] https://bugs.openjdk.java.net/browse/JDK-8042880 JDK-8062373 Project Coin: diamond and anonymous classes http://hg.openjdk.java.net/jdk9/dev/langtools/rev/816bd88d33a8 JDK-8071453 Allow interface methods to be private http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/592d64800143 JDK-8129740 Incorrect class file created when passing lambda in inner class constructor http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/ed4c306ec942 JDK-8076538 Verify error at runtime due to incorrect classification of a lambda as being instance capturing http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/4faaf5acd008 JDK-8067429 java.lang.VerifyError: Inconsistent stackmap frames at branch target http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/7dfe06818a80 JDK-8141508 java.lang.invoke.LambdaConversionException: Invalid receiver type ... http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/60e39427dbd0 JDK-8142476 Call site initialization exception caused by LambdaConversionException: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/582f31e79d74 JDK-8069265 "ClassCastException when compiled with JDK 9b08+ http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/2d2baba27992 JDK-8046977 ClassCastException: typing information needed for method reference bridging not preserved http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/1580b10e028a JDK-8148930 Incorrect erasure of exceptions in override-equivalent dual interface impl http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/f5991c73ed73 JDK-8143647 Javac compiles method reference that allows results in an IllegalAccessError http://hg.openjdk.java.net/jdk9/dev/langtools/rev/73adc11fd50f JDK-8164073 Javac should unconditionally warn if deprecated javadoc tag is used without @Deprecated annotation http://hg.openjdk.java.net/jdk9/dev/langtools/rev/192d58e5d899 JDK-8144168 No type annotations generated for nested lambdas http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3a9a4b5eabe4 JDK-8136419 Type annotations in initializers and lambda bodies not written to class file: http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3449ae78c6dc JDK-8080842 Using Lambda Expression with name clash results in ClassFormatError http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/283c9951fd23 JDK-8066871 java.lang.VerifyError: Bad local variable type - local final String http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/6a927a9114c1 JDK-8130506 javac AssertionError when invoking MethodHandle.invoke with lambda parameter: http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/21b0862fdd32 From sundararajan.athijegannathan at oracle.com Fri Sep 2 12:43:11 2016 From: sundararajan.athijegannathan at oracle.com (Sundararajan Athijegannathan) Date: Fri, 2 Sep 2016 18:13:11 +0530 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam In-Reply-To: References: Message-ID: Vote: yes -Sundar On 9/2/2016 6:07 PM, Maurizio Cimadamore wrote: > I hereby nominate Srikanth Adayapalam to JDK 9 Reviewer. > > > Srikanth has contributed 86 changesets to JDK 9 [3, 4]. In particular, > he has > been actively working on many of the language features in JEP 213 [5]. > > A curated list of the most relevant changesets is included below. > > Votes are due by September 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Maurizio > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/langtools?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk9/dev/jdk?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > [5] https://bugs.openjdk.java.net/browse/JDK-8042880 > > > JDK-8062373 Project Coin: diamond and anonymous classes > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/816bd88d33a8 > > JDK-8071453 Allow interface methods to be private > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/592d64800143 > > JDK-8129740 Incorrect class file created when passing lambda in inner > class constructor > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/ed4c306ec942 > > JDK-8076538 Verify error at runtime due to incorrect classification > of a lambda as being instance capturing > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/4faaf5acd008 > > JDK-8067429 java.lang.VerifyError: Inconsistent stackmap frames at > branch target > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/7dfe06818a80 > > JDK-8141508 java.lang.invoke.LambdaConversionException: Invalid > receiver type ... > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/60e39427dbd0 > > JDK-8142476 Call site initialization exception caused by > LambdaConversionException: > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/582f31e79d74 > > JDK-8069265 "ClassCastException when compiled with JDK 9b08+ > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/2d2baba27992 > > JDK-8046977 ClassCastException: typing information needed for method > reference bridging not preserved > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/1580b10e028a > > JDK-8148930 Incorrect erasure of exceptions in override-equivalent > dual interface impl > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/f5991c73ed73 > > JDK-8143647 Javac compiles method reference that allows results in an > IllegalAccessError > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/73adc11fd50f > > JDK-8164073 Javac should unconditionally warn if deprecated javadoc > tag is used without @Deprecated annotation > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/192d58e5d899 > > JDK-8144168 No type annotations generated for nested lambdas > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3a9a4b5eabe4 > > JDK-8136419 Type annotations in initializers and lambda bodies not > written to class file: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3449ae78c6dc > > JDK-8080842 Using Lambda Expression with name clash results in > ClassFormatError > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/283c9951fd23 > > JDK-8066871 java.lang.VerifyError: Bad local variable type - local > final String > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/6a927a9114c1 > > JDK-8130506 javac AssertionError when invoking MethodHandle.invoke > with lambda parameter: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/21b0862fdd32 > From jan.lahoda at oracle.com Fri Sep 2 12:44:07 2016 From: jan.lahoda at oracle.com (Jan Lahoda) Date: Fri, 2 Sep 2016 14:44:07 +0200 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam In-Reply-To: References: Message-ID: <57C97417.4030104@oracle.com> Vote: yes On 2.9.2016 14:37, Maurizio Cimadamore wrote: > I hereby nominate Srikanth Adayapalam to JDK 9 Reviewer. > > > Srikanth has contributed 86 changesets to JDK 9 [3, 4]. In particular, > he has > been actively working on many of the language features in JEP 213 [5]. > > A curated list of the most relevant changesets is included below. > > Votes are due by September 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Maurizio > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/langtools?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > > [4] > http://hg.openjdk.java.net/jdk9/dev/jdk?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > > [5] https://bugs.openjdk.java.net/browse/JDK-8042880 > > > JDK-8062373 Project Coin: diamond and anonymous classes > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/816bd88d33a8 > > JDK-8071453 Allow interface methods to be private > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/592d64800143 > > JDK-8129740 Incorrect class file created when passing lambda in inner > class constructor > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/ed4c306ec942 > > JDK-8076538 Verify error at runtime due to incorrect classification of > a lambda as being instance capturing > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/4faaf5acd008 > > JDK-8067429 java.lang.VerifyError: Inconsistent stackmap frames at > branch target > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/7dfe06818a80 > > JDK-8141508 java.lang.invoke.LambdaConversionException: Invalid > receiver type ... > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/60e39427dbd0 > > JDK-8142476 Call site initialization exception caused by > LambdaConversionException: > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/582f31e79d74 > > JDK-8069265 "ClassCastException when compiled with JDK 9b08+ > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/2d2baba27992 > > JDK-8046977 ClassCastException: typing information needed for method > reference bridging not preserved > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/1580b10e028a > > JDK-8148930 Incorrect erasure of exceptions in override-equivalent dual > interface impl > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/f5991c73ed73 > > JDK-8143647 Javac compiles method reference that allows results in an > IllegalAccessError > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/73adc11fd50f > > JDK-8164073 Javac should unconditionally warn if deprecated javadoc tag > is used without @Deprecated annotation > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/192d58e5d899 > > JDK-8144168 No type annotations generated for nested lambdas > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3a9a4b5eabe4 > > JDK-8136419 Type annotations in initializers and lambda bodies not > written to class file: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3449ae78c6dc > > JDK-8080842 Using Lambda Expression with name clash results in > ClassFormatError > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/283c9951fd23 > > JDK-8066871 java.lang.VerifyError: Bad local variable type - local > final String > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/6a927a9114c1 > > JDK-8130506 javac AssertionError when invoking MethodHandle.invoke with > lambda parameter: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/21b0862fdd32 > From Alan.Bateman at oracle.com Fri Sep 2 12:49:58 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 2 Sep 2016 13:49:58 +0100 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam In-Reply-To: References: Message-ID: <1727f015-995d-f99a-d126-8a83cb99a7d9@oracle.com> Vote: yes From vicente.romero at oracle.com Fri Sep 2 13:00:50 2016 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Fri, 2 Sep 2016 09:00:50 -0400 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam In-Reply-To: References: Message-ID: vote: yes Vicente On 09/02/2016 08:37 AM, Maurizio Cimadamore wrote: > I hereby nominate Srikanth Adayapalam to JDK 9 Reviewer. > > > Srikanth has contributed 86 changesets to JDK 9 [3, 4]. In particular, > he has > been actively working on many of the language features in JEP 213 [5]. > > A curated list of the most relevant changesets is included below. > > Votes are due by September 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Maurizio > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/langtools?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk9/dev/jdk?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > [5] https://bugs.openjdk.java.net/browse/JDK-8042880 > > > JDK-8062373 Project Coin: diamond and anonymous classes > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/816bd88d33a8 > > JDK-8071453 Allow interface methods to be private > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/592d64800143 > > JDK-8129740 Incorrect class file created when passing lambda in inner > class constructor > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/ed4c306ec942 > > JDK-8076538 Verify error at runtime due to incorrect classification > of a lambda as being instance capturing > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/4faaf5acd008 > > JDK-8067429 java.lang.VerifyError: Inconsistent stackmap frames at > branch target > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/7dfe06818a80 > > JDK-8141508 java.lang.invoke.LambdaConversionException: Invalid > receiver type ... > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/60e39427dbd0 > > JDK-8142476 Call site initialization exception caused by > LambdaConversionException: > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/582f31e79d74 > > JDK-8069265 "ClassCastException when compiled with JDK 9b08+ > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/2d2baba27992 > > JDK-8046977 ClassCastException: typing information needed for method > reference bridging not preserved > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/1580b10e028a > > JDK-8148930 Incorrect erasure of exceptions in override-equivalent > dual interface impl > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/f5991c73ed73 > > JDK-8143647 Javac compiles method reference that allows results in an > IllegalAccessError > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/73adc11fd50f > > JDK-8164073 Javac should unconditionally warn if deprecated javadoc > tag is used without @Deprecated annotation > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/192d58e5d899 > > JDK-8144168 No type annotations generated for nested lambdas > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3a9a4b5eabe4 > > JDK-8136419 Type annotations in initializers and lambda bodies not > written to class file: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3449ae78c6dc > > JDK-8080842 Using Lambda Expression with name clash results in > ClassFormatError > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/283c9951fd23 > > JDK-8066871 java.lang.VerifyError: Bad local variable type - local > final String > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/6a927a9114c1 > > JDK-8130506 javac AssertionError when invoking MethodHandle.invoke > with lambda parameter: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/21b0862fdd32 > From george.triantafillou at oracle.com Fri Sep 2 14:04:58 2016 From: george.triantafillou at oracle.com (George Triantafillou) Date: Fri, 2 Sep 2016 10:04:58 -0400 Subject: RFR(XXS): JDK-8165293: Remove ClassesByName2Test.java and RedefineCrossEvent.java from ProblemList.txt Message-ID: <88e5d0f7-cf13-aa28-b4f2-fe71b47b090a@oracle.com> Please review the following trivial fix which removes ClassesByName2Test.java and RedefineCrossEvent.java from ProblemList.txt. The tests were fixed in https://bugs.openjdk.java.net/browse/JDK-8160833, and this change enables those tests: JBS: https://bugs.openjdk.java.net/browse/JDK-8165293 diff --git a/test/ProblemList.txt b/test/ProblemList.txt --- a/test/ProblemList.txt +++ b/test/ProblemList.txt @@ -330,9 +330,6 @@ com/sun/jdi/sde/SourceDebugExtensionTest.java 8158066 windows-all -com/sun/jdi/ClassesByName2Test.java 8160833 generic-all -com/sun/jdi/RedefineCrossEvent.java 8160833 generic-all - ############################################################################ # jdk_time Thanks. -George From daniel.daugherty at oracle.com Fri Sep 2 14:15:09 2016 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Fri, 2 Sep 2016 08:15:09 -0600 Subject: RFR(XXS): JDK-8165293: Remove ClassesByName2Test.java and RedefineCrossEvent.java from ProblemList.txt In-Reply-To: <88e5d0f7-cf13-aa28-b4f2-fe71b47b090a@oracle.com> References: <88e5d0f7-cf13-aa28-b4f2-fe71b47b090a@oracle.com> Message-ID: Thumbs up! Dan On 9/2/16 8:04 AM, George Triantafillou wrote: > Please review the following trivial fix which removes > ClassesByName2Test.java and RedefineCrossEvent.java from ProblemList.txt. > > The tests were fixed in > https://bugs.openjdk.java.net/browse/JDK-8160833, and this change > enables those tests: > > JBS: https://bugs.openjdk.java.net/browse/JDK-8165293 > > diff --git a/test/ProblemList.txt b/test/ProblemList.txt > --- a/test/ProblemList.txt > +++ b/test/ProblemList.txt > @@ -330,9 +330,6 @@ > > com/sun/jdi/sde/SourceDebugExtensionTest.java 8158066 windows-all > > -com/sun/jdi/ClassesByName2Test.java 8160833 generic-all > -com/sun/jdi/RedefineCrossEvent.java 8160833 generic-all > - > ############################################################################ > > > # jdk_time > > Thanks. > > -George > From george.triantafillou at oracle.com Fri Sep 2 14:27:05 2016 From: george.triantafillou at oracle.com (George Triantafillou) Date: Fri, 2 Sep 2016 10:27:05 -0400 Subject: RFR(XXS): JDK-8165293: Remove ClassesByName2Test.java and RedefineCrossEvent.java from ProblemList.txt In-Reply-To: References: <88e5d0f7-cf13-aa28-b4f2-fe71b47b090a@oracle.com> Message-ID: <4f01308f-52e3-d9f4-64c0-933b475776f3@oracle.com> Thanks Dan! -George On 9/2/2016 10:15 AM, Daniel D. Daugherty wrote: > Thumbs up! > > Dan > > > On 9/2/16 8:04 AM, George Triantafillou wrote: >> Please review the following trivial fix which removes >> ClassesByName2Test.java and RedefineCrossEvent.java from >> ProblemList.txt. >> >> The tests were fixed in >> https://bugs.openjdk.java.net/browse/JDK-8160833, and this change >> enables those tests: >> >> JBS: https://bugs.openjdk.java.net/browse/JDK-8165293 >> >> diff --git a/test/ProblemList.txt b/test/ProblemList.txt >> --- a/test/ProblemList.txt >> +++ b/test/ProblemList.txt >> @@ -330,9 +330,6 @@ >> >> com/sun/jdi/sde/SourceDebugExtensionTest.java 8158066 windows-all >> >> -com/sun/jdi/ClassesByName2Test.java 8160833 generic-all >> -com/sun/jdi/RedefineCrossEvent.java 8160833 generic-all >> - >> ############################################################################ >> >> >> # jdk_time >> >> Thanks. >> >> -George >> > From mandy.chung at oracle.com Fri Sep 2 15:03:29 2016 From: mandy.chung at oracle.com (Mandy Chung) Date: Fri, 2 Sep 2016 08:03:29 -0700 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam In-Reply-To: References: Message-ID: <8744E36B-4E5E-48B5-A3FF-09E1037CBEF0@oracle.com> Vote: yes Mandy From joe.darcy at oracle.com Fri Sep 2 15:12:10 2016 From: joe.darcy at oracle.com (joe darcy) Date: Fri, 2 Sep 2016 08:12:10 -0700 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam In-Reply-To: References: Message-ID: Vote: yes -Joe On 9/2/2016 5:37 AM, Maurizio Cimadamore wrote: > I hereby nominate Srikanth Adayapalam to JDK 9 Reviewer. > > > Srikanth has contributed 86 changesets to JDK 9 [3, 4]. In particular, > he has > been actively working on many of the language features in JEP 213 [5]. > > A curated list of the most relevant changesets is included below. > > Votes are due by September 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Maurizio > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/langtools?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk9/dev/jdk?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > [5] https://bugs.openjdk.java.net/browse/JDK-8042880 > > > JDK-8062373 Project Coin: diamond and anonymous classes > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/816bd88d33a8 > > JDK-8071453 Allow interface methods to be private > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/592d64800143 > > JDK-8129740 Incorrect class file created when passing lambda in inner > class constructor > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/ed4c306ec942 > > JDK-8076538 Verify error at runtime due to incorrect classification > of a lambda as being instance capturing > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/4faaf5acd008 > > JDK-8067429 java.lang.VerifyError: Inconsistent stackmap frames at > branch target > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/7dfe06818a80 > > JDK-8141508 java.lang.invoke.LambdaConversionException: Invalid > receiver type ... > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/60e39427dbd0 > > JDK-8142476 Call site initialization exception caused by > LambdaConversionException: > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/582f31e79d74 > > JDK-8069265 "ClassCastException when compiled with JDK 9b08+ > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/2d2baba27992 > > JDK-8046977 ClassCastException: typing information needed for method > reference bridging not preserved > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/1580b10e028a > > JDK-8148930 Incorrect erasure of exceptions in override-equivalent > dual interface impl > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/f5991c73ed73 > > JDK-8143647 Javac compiles method reference that allows results in an > IllegalAccessError > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/73adc11fd50f > > JDK-8164073 Javac should unconditionally warn if deprecated javadoc > tag is used without @Deprecated annotation > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/192d58e5d899 > > JDK-8144168 No type annotations generated for nested lambdas > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3a9a4b5eabe4 > > JDK-8136419 Type annotations in initializers and lambda bodies not > written to class file: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3449ae78c6dc > > JDK-8080842 Using Lambda Expression with name clash results in > ClassFormatError > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/283c9951fd23 > > JDK-8066871 java.lang.VerifyError: Bad local variable type - local > final String > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/6a927a9114c1 > > JDK-8130506 javac AssertionError when invoking MethodHandle.invoke > with lambda parameter: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/21b0862fdd32 > From chris.hegarty at oracle.com Fri Sep 2 15:16:23 2016 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Fri, 2 Sep 2016 16:16:23 +0100 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam In-Reply-To: References: Message-ID: Vote: YES. -Chris. On 02/09/16 13:37, Maurizio Cimadamore wrote: > I hereby nominate Srikanth Adayapalam to JDK 9 Reviewer. > > > Srikanth has contributed 86 changesets to JDK 9 [3, 4]. In particular, > he has > been actively working on many of the language features in JEP 213 [5]. > > A curated list of the most relevant changesets is included below. > > Votes are due by September 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Maurizio > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/langtools?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > > [4] > http://hg.openjdk.java.net/jdk9/dev/jdk?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > > [5] https://bugs.openjdk.java.net/browse/JDK-8042880 > > > JDK-8062373 Project Coin: diamond and anonymous classes > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/816bd88d33a8 > > JDK-8071453 Allow interface methods to be private > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/592d64800143 > > JDK-8129740 Incorrect class file created when passing lambda in inner > class constructor > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/ed4c306ec942 > > JDK-8076538 Verify error at runtime due to incorrect classification of > a lambda as being instance capturing > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/4faaf5acd008 > > JDK-8067429 java.lang.VerifyError: Inconsistent stackmap frames at > branch target > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/7dfe06818a80 > > JDK-8141508 java.lang.invoke.LambdaConversionException: Invalid > receiver type ... > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/60e39427dbd0 > > JDK-8142476 Call site initialization exception caused by > LambdaConversionException: > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/582f31e79d74 > > JDK-8069265 "ClassCastException when compiled with JDK 9b08+ > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/2d2baba27992 > > JDK-8046977 ClassCastException: typing information needed for method > reference bridging not preserved > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/1580b10e028a > > JDK-8148930 Incorrect erasure of exceptions in override-equivalent dual > interface impl > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/f5991c73ed73 > > JDK-8143647 Javac compiles method reference that allows results in an > IllegalAccessError > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/73adc11fd50f > > JDK-8164073 Javac should unconditionally warn if deprecated javadoc tag > is used without @Deprecated annotation > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/192d58e5d899 > > JDK-8144168 No type annotations generated for nested lambdas > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3a9a4b5eabe4 > > JDK-8136419 Type annotations in initializers and lambda bodies not > written to class file: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3449ae78c6dc > > JDK-8080842 Using Lambda Expression with name clash results in > ClassFormatError > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/283c9951fd23 > > JDK-8066871 java.lang.VerifyError: Bad local variable type - local > final String > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/6a927a9114c1 > > JDK-8130506 javac AssertionError when invoking MethodHandle.invoke with > lambda parameter: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/21b0862fdd32 > From joe.darcy at oracle.com Fri Sep 2 16:49:48 2016 From: joe.darcy at oracle.com (joe darcy) Date: Fri, 2 Sep 2016 09:49:48 -0700 Subject: RFR(XXS): JDK-8165293: Remove ClassesByName2Test.java and RedefineCrossEvent.java from ProblemList.txt In-Reply-To: <4f01308f-52e3-d9f4-64c0-933b475776f3@oracle.com> References: <88e5d0f7-cf13-aa28-b4f2-fe71b47b090a@oracle.com> <4f01308f-52e3-d9f4-64c0-933b475776f3@oracle.com> Message-ID: Recently a a number of changesets have been sent for review to jdk9-dev as opposed to a list of the technology area under in question (hotspot-dev, core-libs-dev, compiler-dev, etc.). While jdk9-dev is nominally a development list, I think reviews for particular changesets are better handled on technology area lists, with pointers to reviews that cross many areas or of wide interest sent do jdk9-dev. The technology area lists have subscribers interested in that particular area and have better continuity over time; in a few years, it will be easier to search foo-dev for a discussion about a foo-area feature than to remember if feature came in JDK N or JDK N+1. Thanks, -Joe On 9/2/2016 7:27 AM, George Triantafillou wrote: > Thanks Dan! > > -George > > On 9/2/2016 10:15 AM, Daniel D. Daugherty wrote: >> Thumbs up! >> >> Dan >> >> >> On 9/2/16 8:04 AM, George Triantafillou wrote: >>> Please review the following trivial fix which removes >>> ClassesByName2Test.java and RedefineCrossEvent.java from >>> ProblemList.txt. >>> >>> The tests were fixed in >>> https://bugs.openjdk.java.net/browse/JDK-8160833, and this change >>> enables those tests: >>> >>> JBS: https://bugs.openjdk.java.net/browse/JDK-8165293 >>> >>> diff --git a/test/ProblemList.txt b/test/ProblemList.txt >>> --- a/test/ProblemList.txt >>> +++ b/test/ProblemList.txt >>> @@ -330,9 +330,6 @@ >>> >>> com/sun/jdi/sde/SourceDebugExtensionTest.java 8158066 windows-all >>> >>> -com/sun/jdi/ClassesByName2Test.java 8160833 generic-all >>> -com/sun/jdi/RedefineCrossEvent.java 8160833 generic-all >>> - >>> ############################################################################ >>> >>> >>> # jdk_time >>> >>> Thanks. >>> >>> -George >>> >> > From henri at tremblay.pro Fri Sep 2 17:53:52 2016 From: henri at tremblay.pro (Henri Tremblay) Date: Fri, 2 Sep 2016 13:53:52 -0400 Subject: module-info compilation on legacy JDK Message-ID: Hi, I might not have look hard enough but I can't find a documentation about it. So I figured here is a good place to ask. I'm pretty sure this was discussed before. I would like to provide a jar that is a JDK 9 module but that can run on older JDK. So a jar that is compiled for Java 6 for instance but that still have the module-info.java. How can I do that? Do I need to compile everything in Java 6 and then module-info.java in Java 9? Or am I supposed to deliver 2 different jars? Thanks, Henri From forax at univ-mlv.fr Fri Sep 2 18:32:20 2016 From: forax at univ-mlv.fr (Remi Forax) Date: Fri, 2 Sep 2016 20:32:20 +0200 (CEST) Subject: module-info compilation on legacy JDK In-Reply-To: References: Message-ID: <356469888.2308913.1472841140086.JavaMail.zimbra@u-pem.fr> Hi Henry, there are two ways to do that, -with javac, you first compile all your .java files but the module-info.java with --release 6 (or -source 6 -target 6 -Xbootclasspath ...) then you compile the module-info.java with --release 9. -with a bytecode tool like ASM, you don't need a module-info.java in that case, because you can generate it, so you compile all your classes with javac --release 6 and you generate the module-info.class with the bytecode tool. BTW, the right list for this kind of questions is still jigsaw-dev. cheers, R?mi ----- Mail original ----- > De: "Henri Tremblay" > ?: "jdk9-dev" > Envoy?: Vendredi 2 Septembre 2016 19:53:52 > Objet: module-info compilation on legacy JDK > Hi, > > I might not have look hard enough but I can't find a documentation about it. > > So I figured here is a good place to ask. I'm pretty sure this was > discussed before. > > I would like to provide a jar that is a JDK 9 module but that can run on > older JDK. So a jar that is compiled for Java 6 for instance but that still > have the module-info.java. > > How can I do that? > > Do I need to compile everything in Java 6 and then module-info.java in Java > 9? > > Or am I supposed to deliver 2 different jars? > > Thanks, > Henri From stuart.marks at oracle.com Fri Sep 2 18:47:24 2016 From: stuart.marks at oracle.com (Stuart Marks) Date: Fri, 2 Sep 2016 11:47:24 -0700 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam In-Reply-To: References: Message-ID: <4554d983-85d6-9aa4-4515-88660bfef554@oracle.com> Vote: yes On 9/2/16 5:37 AM, Maurizio Cimadamore wrote: > I hereby nominate Srikanth Adayapalam to JDK 9 Reviewer. > > > Srikanth has contributed 86 changesets to JDK 9 [3, 4]. In particular, he has > been actively working on many of the language features in JEP 213 [5]. > > A curated list of the most relevant changesets is included below. > > Votes are due by September 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Maurizio > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/langtools?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > > [4] > http://hg.openjdk.java.net/jdk9/dev/jdk?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > > [5] https://bugs.openjdk.java.net/browse/JDK-8042880 > > > JDK-8062373 Project Coin: diamond and anonymous classes > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/816bd88d33a8 > > JDK-8071453 Allow interface methods to be private > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/592d64800143 > > JDK-8129740 Incorrect class file created when passing lambda in inner class > constructor > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/ed4c306ec942 > > JDK-8076538 Verify error at runtime due to incorrect classification of a lambda > as being instance capturing > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/4faaf5acd008 > > JDK-8067429 java.lang.VerifyError: Inconsistent stackmap frames at branch target > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/7dfe06818a80 > > JDK-8141508 java.lang.invoke.LambdaConversionException: Invalid receiver type ... > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/60e39427dbd0 > > JDK-8142476 Call site initialization exception caused by > LambdaConversionException: > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/582f31e79d74 > > JDK-8069265 "ClassCastException when compiled with JDK 9b08+ > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/2d2baba27992 > > JDK-8046977 ClassCastException: typing information needed for method reference > bridging not preserved > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/1580b10e028a > > JDK-8148930 Incorrect erasure of exceptions in override-equivalent dual > interface impl > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/f5991c73ed73 > > JDK-8143647 Javac compiles method reference that allows results in an > IllegalAccessError > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/73adc11fd50f > > JDK-8164073 Javac should unconditionally warn if deprecated javadoc tag is used > without @Deprecated annotation > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/192d58e5d899 > > JDK-8144168 No type annotations generated for nested lambdas > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3a9a4b5eabe4 > > JDK-8136419 Type annotations in initializers and lambda bodies not written to > class file: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3449ae78c6dc > > JDK-8080842 Using Lambda Expression with name clash results in ClassFormatError > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/283c9951fd23 > > JDK-8066871 java.lang.VerifyError: Bad local variable type - local final String > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/6a927a9114c1 > > JDK-8130506 javac AssertionError when invoking MethodHandle.invoke with lambda > parameter: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/21b0862fdd32 > From Alan.Bateman at oracle.com Fri Sep 2 20:18:24 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 2 Sep 2016 21:18:24 +0100 Subject: module-info compilation on legacy JDK In-Reply-To: <356469888.2308913.1472841140086.JavaMail.zimbra@u-pem.fr> References: <356469888.2308913.1472841140086.JavaMail.zimbra@u-pem.fr> Message-ID: On 02/09/2016 19:32, Remi Forax wrote: > Hi Henry, > there are two ways to do that, > -with javac, you first compile all your .java files but the module-info.java with --release 6 (or -source 6 -target 6 -Xbootclasspath ...) then you compile the module-info.java with --release 9. > -with a bytecode tool like ASM, you don't need a module-info.java in that case, because you can generate it, so you compile all your classes with javac --release 6 and you generate the module-info.class with the bytecode tool. > > BTW, the right list for this kind of questions is still jigsaw-dev. > Yes, jigsaw-dev is the list for ths. A similar thread was posted there last week discussing how to do this with Maven [1]. -Alan [1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-August/009185.html From michael.haupt at oracle.com Mon Sep 5 07:13:06 2016 From: michael.haupt at oracle.com (Michael Haupt) Date: Mon, 5 Sep 2016 09:13:06 +0200 Subject: CFV: New JDK 9 Reviewer: Yasumasa Suenaga In-Reply-To: <509c3919-178a-75d8-04ae-ded95765800c@oracle.com> References: <509c3919-178a-75d8-04ae-ded95765800c@oracle.com> Message-ID: <5FFBD8F5-5CF5-4322-9F1B-5164B55AB48C@oracle.com> Vote: yes. > Am 23.08.2016 um 13:07 schrieb Jesper Wilhelmsson : > I hereby nominate Yasumasa Suenaga (ysuenaga) to JDK 9 Reviewer. -- Dr. Michael Haupt | Principal Member of Technical Staff Phone: +49 331 200 7277 | Fax: +49 331 200 7561 Oracle Java Platform Group | LangTools Team | Nashorn Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 | 14467 Potsdam, Germany ORACLE Deutschland B.V. & Co. KG | Hauptverwaltung: Riesstra?e 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. | Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From michael.haupt at oracle.com Mon Sep 5 07:13:42 2016 From: michael.haupt at oracle.com (Michael Haupt) Date: Mon, 5 Sep 2016 09:13:42 +0200 Subject: CFV: New jdk9 Committer: Alexandre Iline In-Reply-To: <40AC2912-1B98-47DC-BA54-9DC009E6E4C2@oracle.com> References: <40AC2912-1B98-47DC-BA54-9DC009E6E4C2@oracle.com> Message-ID: Vote: yes. > Am 26.08.2016 um 20:31 schrieb Mandy Chung : > I hereby nominate Alexandre Iline to jdk9 Committer. -- Dr. Michael Haupt | Principal Member of Technical Staff Phone: +49 331 200 7277 | Fax: +49 331 200 7561 Oracle Java Platform Group | LangTools Team | Nashorn Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 | 14467 Potsdam, Germany ORACLE Deutschland B.V. & Co. KG | Hauptverwaltung: Riesstra?e 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. | Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From michael.haupt at oracle.com Mon Sep 5 07:15:19 2016 From: michael.haupt at oracle.com (Michael Haupt) Date: Mon, 5 Sep 2016 09:15:19 +0200 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam In-Reply-To: References: Message-ID: <7D4200B2-E5D8-41D9-8B96-2E0F2DA2A02E@oracle.com> Vote: yes. > Am 02.09.2016 um 14:37 schrieb Maurizio Cimadamore : > I hereby nominate Srikanth Adayapalam to JDK 9 Reviewer. -- Dr. Michael Haupt | Principal Member of Technical Staff Phone: +49 331 200 7277 | Fax: +49 331 200 7561 Oracle Java Platform Group | LangTools Team | Nashorn Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 | 14467 Potsdam, Germany ORACLE Deutschland B.V. & Co. KG | Hauptverwaltung: Riesstra?e 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. | Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From aleksey.shipilev at gmail.com Mon Sep 5 09:17:33 2016 From: aleksey.shipilev at gmail.com (Aleksey Shipilev) Date: Mon, 5 Sep 2016 12:17:33 +0300 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam In-Reply-To: References: Message-ID: Vote: yes. -Aleksey On 09/02/2016 03:37 PM, Maurizio Cimadamore wrote: > I hereby nominate Srikanth Adayapalam to JDK 9 Reviewer. > > > Srikanth has contributed 86 changesets to JDK 9 [3, 4]. In particular, > he has > been actively working on many of the language features in JEP 213 [5]. > > A curated list of the most relevant changesets is included below. > > Votes are due by September 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Maurizio > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/langtools?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > > [4] > http://hg.openjdk.java.net/jdk9/dev/jdk?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > > [5] https://bugs.openjdk.java.net/browse/JDK-8042880 > > > JDK-8062373 Project Coin: diamond and anonymous classes > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/816bd88d33a8 > > JDK-8071453 Allow interface methods to be private > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/592d64800143 > > JDK-8129740 Incorrect class file created when passing lambda in inner > class constructor > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/ed4c306ec942 > > JDK-8076538 Verify error at runtime due to incorrect classification of > a lambda as being instance capturing > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/4faaf5acd008 > > JDK-8067429 java.lang.VerifyError: Inconsistent stackmap frames at > branch target > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/7dfe06818a80 > > JDK-8141508 java.lang.invoke.LambdaConversionException: Invalid > receiver type ... > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/60e39427dbd0 > > JDK-8142476 Call site initialization exception caused by > LambdaConversionException: > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/582f31e79d74 > > JDK-8069265 "ClassCastException when compiled with JDK 9b08+ > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/2d2baba27992 > > JDK-8046977 ClassCastException: typing information needed for method > reference bridging not preserved > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/1580b10e028a > > JDK-8148930 Incorrect erasure of exceptions in override-equivalent dual > interface impl > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/f5991c73ed73 > > JDK-8143647 Javac compiles method reference that allows results in an > IllegalAccessError > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/73adc11fd50f > > JDK-8164073 Javac should unconditionally warn if deprecated javadoc tag > is used without @Deprecated annotation > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/192d58e5d899 > > JDK-8144168 No type annotations generated for nested lambdas > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3a9a4b5eabe4 > > JDK-8136419 Type annotations in initializers and lambda bodies not > written to class file: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3449ae78c6dc > > JDK-8080842 Using Lambda Expression with name clash results in > ClassFormatError > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/283c9951fd23 > > JDK-8066871 java.lang.VerifyError: Bad local variable type - local > final String > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/6a927a9114c1 > > JDK-8130506 javac AssertionError when invoking MethodHandle.invoke with > lambda parameter: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/21b0862fdd32 > From aleksey.shipilev at gmail.com Mon Sep 5 09:17:58 2016 From: aleksey.shipilev at gmail.com (Aleksey Shipilev) Date: Mon, 5 Sep 2016 12:17:58 +0300 Subject: CFV: New jdk9 Committer: Alexandre Iline In-Reply-To: <40AC2912-1B98-47DC-BA54-9DC009E6E4C2@oracle.com> References: <40AC2912-1B98-47DC-BA54-9DC009E6E4C2@oracle.com> Message-ID: <836bacae-32c8-c8ad-75d0-e37eeed1bf57@gmail.com> Vote: yes. -Aleksey On 08/26/2016 09:31 PM, Mandy Chung wrote: > I hereby nominate Alexandre Iline to jdk9 Committer. > > Shura is the lead of the JDK quality team and has been contributing > to the OpenJDK test development and execution. He has contributed > at least 17 changes to jdk9/jdk and langtools since April 2014 [1] > including the Jemmy library and analyzing the regression tests > and update them to enable proper test selection and also to work > with limited module availability. > > Votes are due by September 9, 2016 @ 12:00 pm PDT > > Only current JDK9 Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Thanks, > Mandy Chung > > [1] > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/eeef9a64af04 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/a13f1f59f8f4 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/31a2e3bd54fe > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ce592cf6d7d3 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/21b1b5d178ff > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0df4fcfad601 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ed8ca9167d66 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/232843a54696 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/31d97a109d04 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/25b577ea72d5 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2e63fa2efdb1 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b3cc1d52ebb0 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/3b50efed107a > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/7a2e220a737d > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1993af50385d > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b97dc13c55b2 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b2a69d66dc65 > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/203a9e1b82b6 > > [2] http://openjdk.java.net/census#jdk9 > [3] http://openjdk.java.net/projects#committer-vote > From aleksey.shipilev at gmail.com Mon Sep 5 09:18:15 2016 From: aleksey.shipilev at gmail.com (Aleksey Shipilev) Date: Mon, 5 Sep 2016 12:18:15 +0300 Subject: CFV: New JDK 9 Reviewer: Yasumasa Suenaga In-Reply-To: <509c3919-178a-75d8-04ae-ded95765800c@oracle.com> References: <509c3919-178a-75d8-04ae-ded95765800c@oracle.com> Message-ID: Vote: yes. -Aleksey On 08/23/2016 02:07 PM, Jesper Wilhelmsson wrote: > I hereby nominate Yasumasa Suenaga (ysuenaga) to JDK 9 Reviewer. > > Yasumasa has contributed 47 changesets to JDK 9. In particular, he has > been actively working in the serviceability area on serviceability tools > and diagnostic commands. > > Votes are due by September 6, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > From doko at ubuntu.com Mon Sep 5 12:03:28 2016 From: doko at ubuntu.com (Matthias Klose) Date: Mon, 5 Sep 2016 14:03:28 +0200 Subject: [patch] add zero support for x86_64-linux-gnux32 target Message-ID: <44e0be8d-f78b-0143-ebf7-d23937becdfd@ubuntu.com> The attached patch adds support for building zero for the x86_64-linux-gnux32 target, having changes in the build system, hotspot and jdk. - the build system currently only derives the target from the cpu in PLATFORM_EXTRACT_VARS_FROM_CPU; that is not enough for the new target, which only differs by the ending of the triplet. However the $host macro should be available anywhere. - the hotspot part just handles the new "cpu" - GensrcX11Wrappers.gmk assumes that there is a black/white decision about -m32/-m64. The patch works around it. However the real patch should be to get these flags from the build system, and not hardcode itself. - the sysctl system call is unsupported in the x32 kernel, and just the include leads to a build error. From my point of view the header is not needed. I had successful builds on all other targets without including it. If you want to keep the include, then it should be guarded with #if !(defined(_ILP32) && defined(__x86_64__)) Matthias -------------- next part -------------- A non-text attachment was scrubbed... Name: zero-x32.diff Type: text/x-diff Size: 2767 bytes Desc: not available URL: From erik.joelsson at oracle.com Mon Sep 5 12:11:45 2016 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Mon, 5 Sep 2016 14:11:45 +0200 Subject: [patch] add zero support for x86_64-linux-gnux32 target In-Reply-To: <44e0be8d-f78b-0143-ebf7-d23937becdfd@ubuntu.com> References: <44e0be8d-f78b-0143-ebf7-d23937becdfd@ubuntu.com> Message-ID: <3e7b40fa-acab-b631-7b36-ba6d6ea41813@oracle.com> Build changes look ok. /Erik On 2016-09-05 14:03, Matthias Klose wrote: > The attached patch adds support for building zero for the x86_64-linux-gnux32 > target, having changes in the build system, hotspot and jdk. > > - the build system currently only derives the target from > the cpu in PLATFORM_EXTRACT_VARS_FROM_CPU; that is not enough > for the new target, which only differs by the ending of the > triplet. However the $host macro should be available anywhere. > > - the hotspot part just handles the new "cpu" > > - GensrcX11Wrappers.gmk assumes that there is a black/white > decision about -m32/-m64. The patch works around it. However > the real patch should be to get these flags from the build > system, and not hardcode itself. > > - the sysctl system call is unsupported in the x32 kernel, and > just the include leads to a build error. From my point of view > the header is not needed. I had successful builds on all other > targets without including it. If you want to keep the include, > then it should be guarded with > #if !(defined(_ILP32) && defined(__x86_64__)) > > Matthias From david.holmes at oracle.com Mon Sep 5 23:01:59 2016 From: david.holmes at oracle.com (David Holmes) Date: Tue, 6 Sep 2016 09:01:59 +1000 Subject: [patch] add zero support for x86_64-linux-gnux32 target In-Reply-To: <1473077772.2884.11.camel@redhat.com> References: <44e0be8d-f78b-0143-ebf7-d23937becdfd@ubuntu.com> <1473077772.2884.11.camel@redhat.com> Message-ID: <490d3972-937f-893a-dd97-ae8759493e59@oracle.com> Hi Severin, Matthias, On 5/09/2016 10:16 PM, Severin Gehwolf wrote: > On Mon, 2016-09-05 at 14:03 +0200, Matthias Klose wrote: >> The attached patch adds support for building zero for the x86_64- >> linux-gnux32 >> target, having changes in the build system, hotspot and jdk. >> >> - the build system currently only derives the target from >> the cpu in PLATFORM_EXTRACT_VARS_FROM_CPU; that is not enough >> for the new target, which only differs by the ending of the >> triplet. However the $host macro should be available anywhere. >> >> - the hotspot part just handles the new "cpu" >> >> - GensrcX11Wrappers.gmk assumes that there is a black/white >> decision about -m32/-m64. The patch works around it. However >> the real patch should be to get these flags from the build >> system, and not hardcode itself. >> >> - the sysctl system call is unsupported in the x32 kernel, and >> just the include leads to a build error. From my point of view >> the header is not needed. I had successful builds on all other >> targets without including it. If you want to keep the include, >> then it should be guarded with >> #if !(defined(_ILP32) && defined(__x86_64__)) >> >> Matthias > > I've filed this bug for this: > https://bugs.openjdk.java.net/browse/JDK-8165440 Please note that as a P4 issue this can not be fixed given we have hit RDP1: http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-August/004777.html Further this is filed as "bug" but seems to clearly be an enhancement, so you would need approval for it to come in post-Feature-Complete. Please consider if this is something that must be fixed for 9 or can be deferred. Otherwise you will need to follow additional approval processes. Sorry. David (just the messenger!) > Unfortunately, I have no way of testing it. > > Cheers, > Severin > From scolebourne at joda.org Tue Sep 6 15:43:42 2016 From: scolebourne at joda.org (Stephen Colebourne) Date: Tue, 6 Sep 2016 16:43:42 +0100 Subject: JDK 9 Rampdown Phase 1: Process proposal In-Reply-To: <57c6f0c4.05a3c20a.8a69b.a8e9SMTPIN_ADDED_BROKEN@mx.google.com> References: <57c6f0c4.05a3c20a.8a69b.a8e9SMTPIN_ADDED_BROKEN@mx.google.com> Message-ID: Given that the major feature of JDK 9 (modules/jigsaw) still has major outstanding unresolved issues [1] and the schedule still suggests feature complete should have been over three months ago (26th May 2016) [2], the schedule on which this email is based is clearly deeply flawed. I am also very uncomfortable with the notion that modules - a complex, difficult and still highly debated feature - is still far from complete, and yet about to be rushed to meet an artificial timeline. Stephen [1] http://openjdk.java.net/projects/jigsaw/spec/issues/ [2] http://openjdk.java.net/projects/jdk9/ On 31 August 2016 at 15:57, wrote: > Per the JDK 9 schedule [1], the first phase of the Rampdown process > starts tomorrow. The overall goal of this process is to ensure that > we're fixing the bugs that need to be fixed, and that we understand why > we're not fixing some bugs that ought to be fixed. For this release I > propose that our specific goals for this phase should be: > > - Fix all P1-P3 bugs that are new in JDK 9, > > - Fix additional P1-P3 bugs targeted to JDK 9 as time permits, and > > - Explicitly defer any P1-P2 bugs that are new in JDK 9 but will not, > for good reason, be fixed in JDK 9. > > P4-P5 bugs should, in general, be left to future releases unless they > only affect documentation, demos, or tests, in which case they should be > identified as such with the "noreg-doc", "noreg-demo", and "noreg-self" > labels, respectively. > > The current list of candidate Rampdown Phase 1 (RDP1) bugs can be found > here: http://j.mp/jdk9-rdp1 . If you're responsible for a bug on this > list then you can take one of the following actions: > > - Fix the bug (preferred), or > > - If the bug is not new in JDK 9 (check the "Affects Version" field) > then you can un-target it from JDK 9 by clearing the "Fix Version" > field or setting that field to some future release, or > > - If the bug is new in JDK 9 and is P1 or P2 but it cannot be fixed in > time then you can request that the bug be deferred from the release. > > In any case, do not change the priority of a bug in order to remove it > from the list. The priority of a bug should reflect the importance of > fixing it independent of any particular release, as has been standard > practice for the JDK for many years. > > To document the reason for deferring a P1 or P2 bug I propose the > following process: > > - Request a deferral by updating the JBS issue to add a comment whose > first line is "Deferral Request". In that comment briefly describe > the reason for the deferral (e.g., insufficient time, complexity or > risk of fix, etc.). Add the label "jdk9-defer-request" to the issue. > > - The Area Leads, relevant Group Leads, and the JDK 9 Project Lead will > review such requests on a regular basis, at least weekly if not more > often. One of them will take one of the following actions: > > - Approve the request by adding the label "jdk9-defer-yes". > > - Reject the request by adding the label "jdk9-defer-no", along > with a comment describing the reason for this action. > > - Request more information by adding the label "jdk9-defer-nmi" > ("nmi" = "needs more information"), along with a comment > describing what information is requested. > > - If you're asked to provide more information for a deferral request > then please do so in a new comment in the issue, and then remove the > "jdk9-defer-nmi" label so that we see that it's ready for re-review. > > - If your request is approved then clear the issue's "Fix Version" > field or set it to some future release. > > - In any case, do not remove the original "jdk9-defer-request" label. > > Deferrals will not be granted for TCK issues identified by the label > "tck-red-9" [2]. Deferrals are also unlikely for bugs that prevent > release testing. > > For the record, the Area Leads are Mikael Vidstedt (VM), Brian Goetz > (Language and Libraries), and Kevin Rushforth (Client Libraries). > The relevant Group Leads are as follows, per the Census [3]: > > Sergey Bylokhov - AWT > Tim Bell - Build > Jonathan Gibbons - Compiler > Alan Bateman - Core Libraries > Vladimir Kozlov - HotSpot > Masayoshi Okutsu - Internationalization > Michael McMahon - Networking > Dalibor Topic - Porters > Sean Mullan - Security > Staffan Larsen - Serviceability > Alexander Scherbatiy - Swing > Phil Race - 2D Graphics & Sound > > JDK 9 Committers are invited to comment on this process proposal. If > no serious objections are raised in one week's time, by 15:00 UTC next > Wednesday, 7 September 2016, then this is the process that we'll use. > > In anticipation that we'll use this process, more or less, owners of > bugs on the RDP1 candidate list are encouraged to proceed as outlined > above. This will allow us to move quickly once the process is in > place. > > - Mark > > > [1] http://openjdk.java.net/projects/jdk9/ > [2] https://bugs.openjdk.java.net/issues/?filter=18893 > [3] http://openjdk.java.net/census From Roger.Riggs at Oracle.com Tue Sep 6 17:25:16 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Tue, 6 Sep 2016 13:25:16 -0400 Subject: CFV: New jdk9 Committer: Alexandre Iline In-Reply-To: <40AC2912-1B98-47DC-BA54-9DC009E6E4C2@oracle.com> References: <40AC2912-1B98-47DC-BA54-9DC009E6E4C2@oracle.com> Message-ID: <39e15bce-e994-af3b-c7bd-98215d6a8ea8@Oracle.com> Vote: Yes On 8/26/2016 2:31 PM, Mandy Chung wrote: > I hereby nominate Alexandre Iline to jdk9 Committer. > > Shura is the lead of the JDK quality team and has been contributing > to the OpenJDK test development and execution. He has contributed > at least 17 changes to jdk9/jdk and langtools since April 2014 [1] > including the Jemmy library and analyzing the regression tests > and update them to enable proper test selection and also to work > with limited module availability. > > Votes are due by September 9, 2016 @ 12:00 pm PDT > > Only current JDK9 Committers [2] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this > mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Thanks, > Mandy Chung > > [1] > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/eeef9a64af04 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/a13f1f59f8f4 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/31a2e3bd54fe > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ce592cf6d7d3 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/21b1b5d178ff > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0df4fcfad601 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ed8ca9167d66 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/232843a54696 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/31d97a109d04 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/25b577ea72d5 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2e63fa2efdb1 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b3cc1d52ebb0 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/3b50efed107a > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/7a2e220a737d > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1993af50385d > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b97dc13c55b2 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b2a69d66dc65 > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/203a9e1b82b6 > > [2] http://openjdk.java.net/census#jdk9 > [3] http://openjdk.java.net/projects#committer-vote > From henri at tremblay.pro Wed Sep 7 18:18:14 2016 From: henri at tremblay.pro (Henri Tremblay) Date: Wed, 7 Sep 2016 14:18:14 -0400 Subject: module-info compilation on legacy JDK In-Reply-To: References: <356469888.2308913.1472841140086.JavaMail.zimbra@u-pem.fr> Message-ID: Thanks a lot R?mi pour the answer. Sorry about the noise. Wasn't aware of the jigsaw-dev list. On 2 September 2016 at 16:18, Alan Bateman wrote: > > > On 02/09/2016 19:32, Remi Forax wrote: > >> Hi Henry, >> there are two ways to do that, >> -with javac, you first compile all your .java files but the >> module-info.java with --release 6 (or -source 6 -target 6 -Xbootclasspath >> ...) then you compile the module-info.java with --release 9. >> -with a bytecode tool like ASM, you don't need a module-info.java in that >> case, because you can generate it, so you compile all your classes with >> javac --release 6 and you generate the module-info.class with the bytecode >> tool. >> >> BTW, the right list for this kind of questions is still jigsaw-dev. >> >> Yes, jigsaw-dev is the list for ths. A similar thread was posted there > last week discussing how to do this with Maven [1]. > > -Alan > > [1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-Augus > t/009185.html > From jesper.wilhelmsson at oracle.com Wed Sep 7 18:52:45 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Wed, 7 Sep 2016 20:52:45 +0200 Subject: Result: New JDK9 Reviewer: Yasumasa Suenaga Message-ID: <7810c063-bf7e-dd5b-c180-1b94aef28ca3@oracle.com> Voting for Yasumasa Suenaga is now closed [1] Yes: 10 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. /Jesper [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-August/004687.html From lana.steuck at oracle.com Wed Sep 7 21:41:00 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 7 Sep 2016 21:41:00 GMT Subject: jdk9-b135: dev Message-ID: <201609072141.u87Lf0VD026334@scaaa563.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/82b94cb5f342 http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/cb00d5ef023a http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/af5eb8f3ffd2 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/021369229cfd http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/22631824f551 http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/f695240370c7 http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/3b1c4562953d http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/094d0db606db --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-6357887 client-libs selected printertray is ignored under linux JDK-8139176 client-libs [macosx] java.awt.TextLayout does not handle correctly the bolded logi JDK-8148109 client-libs [SWT] Provide a supported mechanism to use EmbeddedFrame JDK-8149562 client-libs TIFFField#createFromMetadataNode javadoc should provide information ab JDK-8151303 client-libs [macosx] [hidpi] JButton's low-res. icon is visible when clicking on i JDK-8154218 client-libs Non-usage of owner Frame when Frame object is passed to getPrintJob() JDK-8155691 client-libs Update GIFlib library to the latest up-to-date JDK-8156099 client-libs [macosx] Drag and drop of link from web browser, DataFlavor types appl JDK-8156182 client-libs [macosx] HiDPI/Retina icons do not work for disabled JButton/JMenuItem JDK-8158356 client-libs SIGSEGV when attempting to rotate BufferedImage using AffineTransform JDK-8159898 client-libs Negative array size in java/beans/Introspector/Test8027905.java JDK-8160217 client-libs JavaSound should clean up resources better JDK-8161913 client-libs [PIT] java/awt/Window/8159168/SetShapeTest.java mostly fails JDK-8161923 client-libs Fix free in awt_PrintControl. JDK-8162840 client-libs Desktop. enableSuddenTermination() has no effect JDK-8163160 client-libs [PIT][TEST_BUG] Some issues in java/awt/image/multiresolution/MultiRe JDK-8163161 client-libs [PIT][TEST_BUG] increase timeout in javax/swing/plaf/nimbus/8057791/bu JDK-8163169 client-libs [PIT][TEST_BUG] fix to JDK-8161470 doesn't work JDK-8163258 client-libs Getting NullPointerException from ImageIO.getReaderWriterInfo due to f JDK-8163362 client-libs Reconsider reflection usage in java.awt.font.JavaAWTFontAccessImpl cla JDK-8163922 client-libs Print-to-file is disabled for SERVICE_FORMATTED docflavor in linux JDK-8164104 client-libs Cleanup of javaclient related mapfiles JDK-8164205 client-libs [PIT][TEST_BUG] test javax/print/attribute/ServiceDlgPageRangeTest.jav JDK-8164628 client-libs update copyright header in java.awt.font.JavaAWTFontAccessImpl class JDK-8164752 client-libs Extraneous debugging printf in hb-jdk-font.cc JDK-8155102 core-libs (Process) Process.toString could include pid, isAlive, exitStatus JDK-8157792 core-libs After Integrating tzdata2016d the test/sun/util/calendar/zi/TestZoneIn JDK-8161016 core-libs Strange behavior of URLConnection with proxy JDK-8161360 core-libs Deprecated vfork() should not be used on Solaris JDK-8161444 core-libs VarHandles should provide access bitwise atomics JDK-8162106 core-libs Remove VarHandle.addAndGet JDK-8162107 core-libs Add acquire/release variants for getAndSet and getAndAdd JDK-8162108 core-libs Rename weakCompareAndSetVolatile to weakCompareAndSet JDK-8163181 core-libs Further improvements for Unix NetworkInterface native implementation JDK-8163934 core-libs Remove intermittent key from java/lang/ProcessBuilder/Zombies.java JDK-8164545 core-libs Mark java/net/URLPermission/nstest/lookup.sh as intermittently failing JDK-8164837 core-libs fix jdeprscan TestLoad and TestScan failures on Windows JDK-8164859 core-libs Fix module dependences in java/text tests JDK-8164982 core-libs Fix legal notices in java/lang, java/net, java/util tests. JDK-8165000 core-libs Selector.select(timeout) throws IOException when timeout is a large lo JDK-8165180 core-libs Provide a shared secret to access non-public ServerSocket constructor JDK-8165243 core-libs Base64.Encoder.wrap(os).write(byte[],int,int) with incorrect arguments JDK-8151345 core-svc compiler/codecache/jmx/PeakUsageTest.java is failing on jdk9/dev for J JDK-8158628 core-svc test/java/lang/instrument/NativeMethodPrefixAgent.java: Error occurred JDK-8162530 core-svc src/jdk.management/share/native/libmanagement_ext/GcInfoBuilder.c does JDK-8164319 core-svc CLHSDB dumpcodecache throws StackOverflowError JDK-8164609 core-svc javax/management/remote/mandatory/notif/DeadListenerTest.java fails wi JDK-8164730 core-svc Make it clear that 'cl' parameter passed to RMIConnector.OISWL is neve JDK-8133045 deploy java.lang.SecurityException: Failed to extract baseline.versions error JDK-8155401 deploy Move from ALL-SYSTEM to ALL-DEFAULT JDK-8159563 deploy The third applet can not be loaded and it will redirect to an invalid JDK-8159574 deploy At step4.The shortCut with name "Hello" can not be created in Desktop JDK-8160727 deploy Add new format arguments to the list of secure VM arguments JDK-8161986 deploy Selecting 32/64 bit resources failed if user has installed both jre's JDK-8163338 deploy JnlpDownloadServlet doesn't handle newline character properly JDK-8164013 deploy [test] Some cases in CacheViewerTest still failed due to new FX JCP ch JDK-8164014 deploy [test] JawsLocalSecurityPolicyTest::testLSPCertRun_High need to be upd JDK-8164022 deploy [test] JawsOcspAndCrlCheckTest::testMultiJarValidCertDoubleSignOnlyB f JDK-8164054 deploy Version information is blank if launch JCP using "javaws -viewer" JDK-8164069 deploy [test] JawsESLExtraTest::testESLUnsignedSandBoxMultiJarVHigh failed du JDK-8164098 deploy Unable to export certificate from Client Authentication store JDK-8164557 deploy Fix translatability Issue on JCP General Tab JDK-8164559 deploy [JCP] Include architecture (x86 of x64) to version string JDK-8037138 hotspot x86: problem with JVMTI breakpoint JDK-8038797 hotspot JVMTI FollowReferences does not report roots reachable from nmethods JDK-8061219 hotspot Implement unit-tests for UL JDK-8068614 hotspot [TESTBUG] OOMProductionAnonymousTrace creates a broken stack trace JDK-8145964 hotspot NoClassDefFound error in transforming lambdas JDK-8152849 hotspot share/vm/runtime/mutex.cpp:1161 assert(((uintptr_t(_owner))|(uintptr_t JDK-8155043 hotspot BitMap set operations assume clear bits beyond unaligned end JDK-8156659 hotspot assert(CodeCache::find_blob_unsafe(_pc) == _cb) failed: inconsistent JDK-8157904 hotspot Atomic::cmpxchg for jbyte is missing a fence on initial failure JDK-8157907 hotspot Incorrect inclusion of atomic.hpp instead of atomic.inline.hpp JDK-8157957 hotspot ClassNotFoundException: jdk.test.lib.JDKToolFinder JDK-8163146 hotspot Remove os::check_heap on Windows JDK-8163413 hotspot gc/metaspace/TestMetaspacePerfCounters failure JDK-8163808 hotspot Fix asserts and logging for old classfile vtable construction JDK-8163962 hotspot [JVMCI] integrate VarHandles JDK-8163973 hotspot VM Anonymous classes should not call Class File Load Hooks JDK-8164035 hotspot compiler/profiling/spectrapredefineclass_classloaders/Launcher.java fa JDK-8164091 hotspot VM fails during startup with "assert(resolved_method->method_holder()- JDK-8164103 hotspot C2: Broken cmpxchgb encoding on x86 JDK-8164113 hotspot AArch64: follow-up the fix for 8161598 JDK-8164208 hotspot Update tests with redefine classes UL options and tags JDK-8164520 hotspot java/lang/ProcessHandle/Basic.java is missing @library tag JDK-8164521 hotspot compiler/rangechecks/TestRangeCheckSmearing.java is missing @build for JDK-8164523 hotspot Clean up metadata for event based tracing JDK-8164297 infrastructure Jtreg test exeinvoke fails to link on Ubuntu JDK-8164858 infrastructure Enable build-time use of java.lang.invoke resolve tracing JDK-8165158 infrastructure Fix zero builds for non-listed architectures JDK-8165314 infrastructure Javac server process left running if build fails on Windows JDK-6474807 security-libs (smartcardio) CardTerminal.connect() throws CardException instead of C JDK-8015595 security-libs Test sun/security/krb5/auto/Unreachable.java fails with Timeout error JDK-8156062 security-libs Test Task: Develop new tests for JEP 288: Disable SHA-1 Certificates JDK-8164229 security-libs Redundant "sun/net/www/protocol/https" tests in jdk_security3 group JDK-8164846 security-libs CertificateException missing cause of underlying exception JDK-8164922 security-libs sun/security/provider/SecureRandom/AutoReseed.java failed with timeout JDK-8131023 tools JShell: System.in does not work JDK-8133507 tools JShell: StackTraceElement#getFileName of EvalException does not use cu JDK-8157992 tools Improve jlink help message on optimization-related options JDK-8160454 tools JSR269 jigsaw update: javax.lang.model.element.ModuleElement.getDirect JDK-8161376 tools Introduce -Xlint:exports JDK-8163952 tools jlink exclude VM plugin does not support static libraries JDK-8164073 tools Javac should unconditionally warn if deprecated javadoc tag is used wi JDK-8164518 tools JShell: Add failover case of explicitly listening to "localhost" JDK-8164825 tools jshell tool: Completion for subcommand JDK-8164952 tools JShell tests: jdk/jshell/CompletionSuggestionTest.testUncompletedDecla JDK-8165008 tools javac -Xmodule compiles the module in a way that reads the unnamed mod JDK-8165109 tools langtools/test switches to use new CLI options JDK-8165193 tools Workaround intermittent failures of JavacTreeScannerTest and SourceTre JDK-8165211 tools JShell: Fix completion analysis problems JDK-8150145 xml javax/xml/jaxp/unittest/common/TransformationWarningsTest.java and Val JDK-8161454 xml Fails to Load external Java method from inside of a XSL stylesheet if JDK-8162431 xml CatalogUriResolver with circular/self referencing catalog file is not From huizhe.wang at oracle.com Wed Sep 7 22:51:16 2016 From: huizhe.wang at oracle.com (Joe Wang) Date: Wed, 07 Sep 2016 15:51:16 -0700 Subject: Deprecate JDK internal Catalog API in JDK 9 Message-ID: <57D099E4.105@oracle.com> Hi, With the introduction of the new public Catalog API [1][2], we'd like to consider deprecating the old JDK internal API in package com.sun.org.apache.xml.internal.resolver and com.sun.org.apache.xerces.internal.util.XMLCatalogResolver. With JDK 9, this internal API is encapsulated (not exported), users of this API will shall consider migrating to the public API. The deprecation therefore is a further notice and also serves as an option to remove it in the future. Your feedback on this proposal is welcome. [1] http://openjdk.java.net/jeps/268 [2] http://download.java.net/java/jdk9/docs/api/javax/xml/catalog/package-summary.html Thanks, Joe From pavel.rappo at oracle.com Thu Sep 8 20:57:35 2016 From: pavel.rappo at oracle.com (Pavel Rappo) Date: Thu, 8 Sep 2016 21:57:35 +0100 Subject: CFV: New JDK9 Committer: Sergey Kuksenko Message-ID: I hereby nominate Sergey Kuksenko to JDK 9 Committer. Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], and jmh [4] projects. He's worked on BigDecimal, double to string conversions, lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of valuable contributions to HTTP client (JEP 110). Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. -Pavel [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko From claes.redestad at oracle.com Thu Sep 8 21:02:46 2016 From: claes.redestad at oracle.com (Claes Redestad) Date: Thu, 8 Sep 2016 23:02:46 +0200 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <57D1D1F6.3000005@oracle.com> Vote: yes /Claes From artem.smotrakov at oracle.com Thu Sep 8 21:10:55 2016 From: artem.smotrakov at oracle.com (Artem Smotrakov) Date: Thu, 8 Sep 2016 14:10:55 -0700 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: Vote: yes Artem On 09/08/2016 01:57 PM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From brian.burkhalter at oracle.com Thu Sep 8 21:18:33 2016 From: brian.burkhalter at oracle.com (Brian Burkhalter) Date: Thu, 8 Sep 2016 14:18:33 -0700 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: Vote: yes Brian On Sep 8, 2016, at 1:57 PM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. From shade at redhat.com Thu Sep 8 21:23:26 2016 From: shade at redhat.com (Aleksey Shipilev) Date: Fri, 9 Sep 2016 00:23:26 +0300 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <7a3de635-bc86-a5fe-2562-9a89a93116e0@redhat.com> Vote: yes. On 09/08/2016 11:57 PM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From volker.simonis at gmail.com Thu Sep 8 21:23:43 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Thu, 8 Sep 2016 23:23:43 +0200 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: Vote: yes On Thu, Sep 8, 2016 at 10:57 PM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From eric.caspole at oracle.com Thu Sep 8 21:24:43 2016 From: eric.caspole at oracle.com (Eric Caspole) Date: Thu, 8 Sep 2016 17:24:43 -0400 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <809ffa65-be0e-593e-542c-1c1ef48701c3@oracle.com> Vote: yes Eric On 09/08/2016 04:57 PM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From paul.sandoz at oracle.com Thu Sep 8 21:27:20 2016 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Thu, 8 Sep 2016 14:27:20 -0700 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <98D67BD7-367A-494B-AC2C-FEEF78666E54@oracle.com> Vote: yes Paul. From serguei.spitsyn at oracle.com Thu Sep 8 21:48:37 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Thu, 8 Sep 2016 14:48:37 -0700 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <46773776-3552-1eab-cc46-d48a625a9cab@oracle.com> Vote: yes From artem.ananiev at oracle.com Thu Sep 8 21:49:50 2016 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Thu, 08 Sep 2016 14:49:50 -0700 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <57D1DCFE.5060102@oracle.com> Vote: yes Artem On 9/8/16, 1:57 PM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From stuart.marks at oracle.com Thu Sep 8 22:11:03 2016 From: stuart.marks at oracle.com (Stuart Marks) Date: Thu, 8 Sep 2016 15:11:03 -0700 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <9a0b4771-124d-b802-04a5-fc460960fd3f@oracle.com> Vote: yes On 9/8/16 1:57 PM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From vladimir.x.ivanov at oracle.com Thu Sep 8 22:32:37 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Fri, 9 Sep 2016 01:32:37 +0300 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <53525402-523a-5642-5ba8-ec5950b6429e@oracle.com> Vote: yes Best regards, Vladimir Ivanov On 9/8/16 11:57 PM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. From huizhe.wang at oracle.com Thu Sep 8 22:51:07 2016 From: huizhe.wang at oracle.com (Joe Wang) Date: Thu, 08 Sep 2016 15:51:07 -0700 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <57D1EB5B.3030004@oracle.com> vote: yes Joe (openjdk id: joehw) On 9/8/16, 1:57 PM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. From anthony.scarpino at oracle.com Thu Sep 8 23:32:17 2016 From: anthony.scarpino at oracle.com (Anthony Scarpino) Date: Thu, 8 Sep 2016 19:32:17 -0400 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <2803A4C1-6FAF-42D3-90CA-175F8FBB9B70@oracle.com> Vote: yes > On Sep 8, 2016, at 4:57 PM, Pavel Rappo wrote: > > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From john.r.rose at oracle.com Fri Sep 9 00:56:13 2016 From: john.r.rose at oracle.com (John Rose) Date: Thu, 8 Sep 2016 17:56:13 -0700 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <7E91D776-2CA3-4830-82C6-1E10FADEDA61@oracle.com> Vote: yes! On Sep 8, 2016, at 1:57 PM, Pavel Rappo wrote: > > I hereby nominate Sergey Kuksenko to JDK 9 Committer. From sundararajan.athijegannathan at oracle.com Fri Sep 9 03:37:41 2016 From: sundararajan.athijegannathan at oracle.com (Sundararajan Athijegannathan) Date: Fri, 9 Sep 2016 09:07:41 +0530 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <7f71a0d4-f254-d04d-8772-0ca623f6733d@oracle.com> Vote: yes -Sundar On 9/9/2016 2:27 AM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From filipp.zhinkin at gmail.com Fri Sep 9 05:48:32 2016 From: filipp.zhinkin at gmail.com (Filipp Zhinkin) Date: Fri, 9 Sep 2016 08:48:32 +0300 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: Vote: yes 8 ????. 2016 ?. 23:58 ???????????? "Pavel Rappo" ???????: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 > [3], > and jmh [4] projects. He's worked on BigDecimal, double to string > conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number > of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > > From tobias.hartmann at oracle.com Fri Sep 9 06:19:44 2016 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Fri, 9 Sep 2016 08:19:44 +0200 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <57D25480.5080100@oracle.com> Vote: yes Best regards, Tobias On 08.09.2016 22:57, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From christoph.langer at sap.com Fri Sep 9 06:27:35 2016 From: christoph.langer at sap.com (Langer, Christoph) Date: Fri, 9 Sep 2016 06:27:35 +0000 Subject: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <26ab5a2aa3014296bd564668c8e4e625@DEWDFE13DE11.global.corp.sap> Vote: yes > -----Original Message----- > From: jdk9-dev [mailto:jdk9-dev-bounces at openjdk.java.net] On Behalf Of Pavel > Rappo > Sent: Donnerstag, 8. September 2016 22:58 > To: jdk9-dev at openjdk.java.net > Subject: CFV: New JDK9 Committer: Sergey Kuksenko > > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a > number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko From zoltan.majo at oracle.com Fri Sep 9 07:23:16 2016 From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=) Date: Fri, 9 Sep 2016 09:23:16 +0200 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <77fba977-0752-75c5-fb5c-519121580670@oracle.com> Vote: yes. Best regards, Zoltan From dmitry.fazunenko at oracle.com Fri Sep 9 07:43:26 2016 From: dmitry.fazunenko at oracle.com (Dmitry Fazunenko) Date: Fri, 9 Sep 2016 10:43:26 +0300 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <8b33e4cc-2716-5714-d278-c24c2a0af172@oracle.com> Vote: yes From chris.hegarty at oracle.com Fri Sep 9 08:02:22 2016 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Fri, 9 Sep 2016 09:02:22 +0100 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <79CFE269-0F48-4006-A3A5-9058903CE063@oracle.com> Vote: YES -Chris. > On 8 Sep 2016, at 21:57, Pavel Rappo wrote: > > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From dalibor.topic at oracle.com Fri Sep 9 08:38:24 2016 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Fri, 9 Sep 2016 10:38:24 +0200 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <0A005775-BADE-4D39-BAEB-12FFB03C2F02@oracle.com> Vote: Yes. -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment > On 08.09.2016, at 22:57, Pavel Rappo wrote: > > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From ivan.gerasimov at oracle.com Fri Sep 9 09:53:47 2016 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Fri, 9 Sep 2016 12:53:47 +0300 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <1689c75d-ef7d-ab19-457d-a7f403a689f5@oracle.com> Vote: yes With kind regards, Ivan From Roger.Riggs at Oracle.com Fri Sep 9 15:03:06 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Fri, 9 Sep 2016 11:03:06 -0400 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: Vote: Yes On 9/8/2016 4:57 PM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > From henry.jen at oracle.com Fri Sep 9 15:35:51 2016 From: henry.jen at oracle.com (Henry Jen) Date: Fri, 9 Sep 2016 08:35:51 -0700 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: Vote: Yes Cheers, Henry > On 9/8/2016 4:57 PM, Pavel Rappo wrote: > > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > > > From sean.coffey at oracle.com Fri Sep 9 15:38:21 2016 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=) Date: Fri, 9 Sep 2016 16:38:21 +0100 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova Message-ID: <57D2D76D.3010702@oracle.com> I hereby nominate Svetlana Nikandrova to JDK 9 Committer. Svetlana is a member of the Java Quality team and has made many contributions[1][2] to the Project. Most focus on stabilization of tests which is an ongoing project. Votes are due by Friday, 23rd September 2016 18:00 GMT Only current JDK 9 Committers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. regards, Sean. [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 [3] http://openjdk.java.net/census [4] http://openjdk.java.net/projects/#committer-vote From xuelei.fan at oracle.com Fri Sep 9 15:43:54 2016 From: xuelei.fan at oracle.com (Xuelei Fan) Date: Fri, 9 Sep 2016 23:43:54 +0800 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: <90770087-8e7f-4f4d-04bc-d55eb51f0394@oracle.com> Vote: Yes. Xuelei On 9/9/2016 11:38 PM, Se?n Coffey wrote: > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. > > Svetlana is a member of the Java Quality team and has made > many contributions[1][2] to the Project. Most focus on stabilization > of tests which is an ongoing project. > > Votes are due by Friday, 23rd September 2016 18:00 GMT > > Only current JDK 9 Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > regards, > Sean. > > [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 > [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 > [3] http://openjdk.java.net/census > [4] http://openjdk.java.net/projects/#committer-vote > From ivan.gerasimov at oracle.com Fri Sep 9 15:44:08 2016 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Fri, 9 Sep 2016 18:44:08 +0300 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: <60e1e4b4-0d5c-8869-489c-aa7d71a8a73d@oracle.com> Vote: yes With kind regards, Ivan From pavel.rappo at oracle.com Fri Sep 9 15:49:30 2016 From: pavel.rappo at oracle.com (Pavel Rappo) Date: Fri, 9 Sep 2016 16:49:30 +0100 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: Vote: yes > On 9 Sep 2016, at 16:38, Se?n Coffey wrote: > > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. > > Svetlana is a member of the Java Quality team and has made > many contributions[1][2] to the Project. Most focus on stabilization > of tests which is an ongoing project. > > Votes are due by Friday, 23rd September 2016 18:00 GMT > > Only current JDK 9 Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > regards, > Sean. > > [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 > [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 > [3] http://openjdk.java.net/census > [4] http://openjdk.java.net/projects/#committer-vote > From sean.coffey at oracle.com Fri Sep 9 15:51:17 2016 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=) Date: Fri, 9 Sep 2016 16:51:17 +0100 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: <57D2DA75.4070000@oracle.com> Vote: yes Regards, Sean. On 09/09/16 16:38, Se?n Coffey wrote: > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. > > Svetlana is a member of the Java Quality team and has made > many contributions[1][2] to the Project. Most focus on stabilization > of tests which is an ongoing project. > > Votes are due by Friday, 23rd September 2016 18:00 GMT > > Only current JDK 9 Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > regards, > Sean. > > [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 > [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 > [3] http://openjdk.java.net/census > [4] http://openjdk.java.net/projects/#committer-vote > From filipp.zhinkin at gmail.com Fri Sep 9 16:01:55 2016 From: filipp.zhinkin at gmail.com (Filipp Zhinkin) Date: Fri, 9 Sep 2016 19:01:55 +0300 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: Vote: yes On Fri, Sep 9, 2016 at 6:38 PM, Se?n Coffey wrote: > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. > > Svetlana is a member of the Java Quality team and has made > many contributions[1][2] to the Project. Most focus on stabilization > of tests which is an ongoing project. > > Votes are due by Friday, 23rd September 2016 18:00 GMT > > Only current JDK 9 Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > regards, > Sean. > > [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 > [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 > [3] http://openjdk.java.net/census > [4] http://openjdk.java.net/projects/#committer-vote > From igor.ignatyev at oracle.com Fri Sep 9 16:20:53 2016 From: igor.ignatyev at oracle.com (Igor Ignatyev) Date: Fri, 9 Sep 2016 19:20:53 +0300 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: Vote: yes ? Igor > On Sep 9, 2016, at 6:38 PM, Se?n Coffey wrote: > > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. From joe.darcy at oracle.com Fri Sep 9 16:48:19 2016 From: joe.darcy at oracle.com (joe darcy) Date: Fri, 9 Sep 2016 09:48:19 -0700 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <9bbdefe1-5d68-9210-73af-d861a3296a77@oracle.com> Vote: yes -Joe On 9/8/2016 10:48 PM, Filipp Zhinkin wrote: > Vote: yes > > 8 ????. 2016 ?. 23:58 ???????????? "Pavel Rappo" > ???????: > >> I hereby nominate Sergey Kuksenko to JDK 9 Committer. >> >> Sergey is a member of Java Performance team. He has contributed to JDK 9 >> [3], >> and jmh [4] projects. He's worked on BigDecimal, double to string >> conversions, >> lambdas, SHA-3 performance improvements (JEP 287). He's also made a number >> of >> valuable contributions to HTTP client (JEP 110). >> >> Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. >> >> Only current JDK 9 Committers [1] are eligible to vote >> on this nomination. Votes must be cast in the open by replying >> to this mailing list. >> >> For Lazy Consensus voting instructions, see [2]. >> >> -Pavel >> >> [1] http://openjdk.java.net/census >> [2] http://openjdk.java.net/projects/#committer-vote >> [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko >> [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko >> >> From Sergey.Bylokhov at oracle.com Fri Sep 9 16:50:48 2016 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Fri, 9 Sep 2016 19:50:48 +0300 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: Vote: Yes On 09.09.16 18:38, Se?n Coffey wrote: > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. > > Svetlana is a member of the Java Quality team and has made > many contributions[1][2] to the Project. Most focus on stabilization > of tests which is an ongoing project. > > Votes are due by Friday, 23rd September 2016 18:00 GMT > > Only current JDK 9 Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > regards, > Sean. > > [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 > [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 > [3] http://openjdk.java.net/census > [4] http://openjdk.java.net/projects/#committer-vote > -- Best regards, Sergey. From artem.smotrakov at oracle.com Fri Sep 9 16:54:56 2016 From: artem.smotrakov at oracle.com (Artem Smotrakov) Date: Fri, 9 Sep 2016 09:54:56 -0700 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: Vote: Yes Artem On 09/09/2016 08:38 AM, Se?n Coffey wrote: > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. > > Svetlana is a member of the Java Quality team and has made > many contributions[1][2] to the Project. Most focus on stabilization > of tests which is an ongoing project. > > Votes are due by Friday, 23rd September 2016 18:00 GMT > > Only current JDK 9 Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > regards, > Sean. > > [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 > [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 > [3] http://openjdk.java.net/census > [4] http://openjdk.java.net/projects/#committer-vote > From robert.field at oracle.com Fri Sep 9 17:19:13 2016 From: robert.field at oracle.com (Robert Field) Date: Fri, 9 Sep 2016 10:19:13 -0700 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: <26501429-6022-441B-941C-7EB17A5B7A02@oracle.com> Vote: Yes Robert Field > On Sep 9, 2016, at 8:38 AM, Se?n Coffey wrote: > > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. > > Svetlana is a member of the Java Quality team and has made > many contributions[1][2] to the Project. Most focus on stabilization > of tests which is an ongoing project. > > Votes are due by Friday, 23rd September 2016 18:00 GMT > > Only current JDK 9 Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > regards, > Sean. > > [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 > [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 > [3] http://openjdk.java.net/census > [4] http://openjdk.java.net/projects/#committer-vote > From openjdk at duigou.org Fri Sep 9 17:39:48 2016 From: openjdk at duigou.org (Mike Duigou) Date: Fri, 09 Sep 2016 10:39:48 -0700 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <871b5d11e65f2a01492c0e5a2eb13dee@sonic.net> Vote: YES From k.s.shefov at gmail.com Fri Sep 9 17:52:28 2016 From: k.s.shefov at gmail.com (Konstantin Shefov) Date: Fri, 9 Sep 2016 20:52:28 +0300 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: Vote: yes From serguei.spitsyn at oracle.com Fri Sep 9 19:46:18 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Fri, 9 Sep 2016 12:46:18 -0700 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: Vote: yes From alejandro.murillo at oracle.com Fri Sep 9 21:30:08 2016 From: alejandro.murillo at oracle.com (Alejandro Murillo) Date: Fri, 9 Sep 2016 15:30:08 -0600 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <45b816de-37df-835d-6af2-f24badd65538@oracle.com> vote: yes On 9/8/2016 2:57 PM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > -- Alejandro From henri at tremblay.pro Sat Sep 10 03:39:08 2016 From: henri at tremblay.pro (Henri Tremblay) Date: Fri, 9 Sep 2016 23:39:08 -0400 Subject: module-info compilation on legacy JDK In-Reply-To: References: <356469888.2308913.1472841140086.JavaMail.zimbra@u-pem.fr> Message-ID: And thanks Alan for the link. Highly useful. On 7 September 2016 at 14:18, Henri Tremblay wrote: > Thanks a lot R?mi pour the answer. > > Sorry about the noise. Wasn't aware of the jigsaw-dev list. > > On 2 September 2016 at 16:18, Alan Bateman > wrote: > >> >> >> On 02/09/2016 19:32, Remi Forax wrote: >> >>> Hi Henry, >>> there are two ways to do that, >>> -with javac, you first compile all your .java files but the >>> module-info.java with --release 6 (or -source 6 -target 6 -Xbootclasspath >>> ...) then you compile the module-info.java with --release 9. >>> -with a bytecode tool like ASM, you don't need a module-info.java in >>> that case, because you can generate it, so you compile all your classes >>> with javac --release 6 and you generate the module-info.class with the >>> bytecode tool. >>> >>> BTW, the right list for this kind of questions is still jigsaw-dev. >>> >>> Yes, jigsaw-dev is the list for ths. A similar thread was posted there >> last week discussing how to do this with Maven [1]. >> >> -Alan >> >> [1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-Augus >> t/009185.html >> > > From felix.yang at oracle.com Sun Sep 11 00:55:55 2016 From: felix.yang at oracle.com (Felix Yang) Date: Sun, 11 Sep 2016 08:55:55 +0800 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: Vote: Yes -Felix > ? 2016?9?9??23:35?Henry Jen ??? > > Vote: Yes > > Cheers, > Henry > >>> On 9/8/2016 4:57 PM, Pavel Rappo wrote: >>> I hereby nominate Sergey Kuksenko to JDK 9 Committer. > From mandy.chung at oracle.com Sun Sep 11 01:11:43 2016 From: mandy.chung at oracle.com (Mandy Chung) Date: Sat, 10 Sep 2016 18:11:43 -0700 Subject: Result: New JDK 9 Committer: Alexandre Iline Message-ID: <96474D53-EB32-42A0-8B9F-145DF8B959D7@oracle.com> Voting for Alexandre Iline (shurailine) [1] is now closed. Yes: 46 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Mandy Chung [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-August/004719.html From ramanand.patil at oracle.com Sun Sep 11 06:18:05 2016 From: ramanand.patil at oracle.com (Ramanand Patil) Date: Sat, 10 Sep 2016 23:18:05 -0700 (PDT) Subject: Behavioral change introduced by 8161016: Strange behavior of URLConnection with proxy Message-ID: Hi all, This is to inform you all that a recent networking bug fix[1] has introduced a behavioral change to HttpURLConnection. A release note[2] to accompany it is pasted here for convenience : "The behavior of HttpURLConnection when using a ProxySelector has been modified with this JDK release. Currently, HttpURLConnection.connect() call would fallback to a DIRECT connection attempt if the configured proxy/proxies failed to make a connection. This release introduces a change whereby no DIRECT connection will be attempted in such a scenario. Instead, the HttpURLConnection.connect() method will fail and throw an IOException which occurred from the last proxy tested. This behavior now matches with the HTTP connections made by popular web browsers. But this change will bring compatibility issues for the applications expecting a DIRECT connection when a proxy server is down or when wrong proxies are provided." Can I request you all to test a JDK 9 early access build[3] which contains this fix (build 135 or later) and check out for any unexpected breakage because of this change. Please report any issue via the Java bugs portal[4] [1] https://bugs.openjdk.java.net/browse/JDK-8161016 [2] https://bugs.openjdk.java.net/browse/JDK-8164200 [3] https://jdk9.java.net/download/ [4] http://bugreport.java.com/ Regards, Ramanand. From vladimir.kozlov at oracle.com Sun Sep 11 07:33:55 2016 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Sun, 11 Sep 2016 00:33:55 -0700 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <911c536d-03bc-0176-e066-d944c292433b@oracle.com> Vote: yes On 9/8/16 1:57 PM, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From nadeesh.tv at oracle.com Mon Sep 12 05:41:56 2016 From: nadeesh.tv at oracle.com (nadeesh tv) Date: Mon, 12 Sep 2016 11:11:56 +0530 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: <57D64024.6060204@oracle.com> Vote : Yes On 9/9/2016 9:08 PM, Se?n Coffey wrote: > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. > > Svetlana is a member of the Java Quality team and has made > many contributions[1][2] to the Project. Most focus on stabilization > of tests which is an ongoing project. > > Votes are due by Friday, 23rd September 2016 18:00 GMT > > Only current JDK 9 Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > regards, > Sean. > > [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 > [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 > [3] http://openjdk.java.net/census > [4] http://openjdk.java.net/projects/#committer-vote > -- Thanks and Regards, Nadeesh TV From yuri.nesterenko at oracle.com Mon Sep 12 06:37:33 2016 From: yuri.nesterenko at oracle.com (Yuri Nesterenko) Date: Mon, 12 Sep 2016 09:37:33 +0300 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: Vote: yes -yan On 09/09/2016 06:38 PM, Se?n Coffey wrote: > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. > > Svetlana is a member of the Java Quality team and has made > many contributions[1][2] to the Project. Most focus on stabilization > of tests which is an ongoing project. > > Votes are due by Friday, 23rd September 2016 18:00 GMT > > Only current JDK 9 Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > regards, > Sean. > > [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 > [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 > [3] http://openjdk.java.net/census > [4] http://openjdk.java.net/projects/#committer-vote > From michael.haupt at oracle.com Mon Sep 12 06:51:04 2016 From: michael.haupt at oracle.com (Michael Haupt) Date: Mon, 12 Sep 2016 08:51:04 +0200 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: Vote: yes. > Am 08.09.2016 um 22:57 schrieb Pavel Rappo : > I hereby nominate Sergey Kuksenko to JDK 9 Committer. -- Dr. Michael Haupt | Principal Member of Technical Staff Phone: +49 331 200 7277 | Fax: +49 331 200 7561 Oracle Java Platform Group | LangTools Team | Nashorn Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 | 14467 Potsdam, Germany ORACLE Deutschland B.V. & Co. KG | Hauptverwaltung: Riesstra?e 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. | Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From michael.haupt at oracle.com Mon Sep 12 06:52:55 2016 From: michael.haupt at oracle.com (Michael Haupt) Date: Mon, 12 Sep 2016 08:52:55 +0200 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: Vote: yes. > Am 09.09.2016 um 17:38 schrieb Se?n Coffey : > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. -- Dr. Michael Haupt | Principal Member of Technical Staff Phone: +49 331 200 7277 | Fax: +49 331 200 7561 Oracle Java Platform Group | LangTools Team | Nashorn Oracle Deutschland B.V. & Co. KG | Schiffbauergasse 14 | 14467 Potsdam, Germany ORACLE Deutschland B.V. & Co. KG | Hauptverwaltung: Riesstra?e 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. | Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From sibabrata.sahoo at oracle.com Mon Sep 12 06:54:43 2016 From: sibabrata.sahoo at oracle.com (Sibabrata Sahoo) Date: Sun, 11 Sep 2016 23:54:43 -0700 (PDT) Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: Vote: Yes Thanks, Siba -----Original Message----- From: Se?n Coffey Sent: Friday, September 09, 2016 9:08 PM To: jdk9-dev at openjdk.java.net Subject: CFV: New JDK9 Committer: Svetlana Nikandrova I hereby nominate Svetlana Nikandrova to JDK 9 Committer. Svetlana is a member of the Java Quality team and has made many contributions[1][2] to the Project. Most focus on stabilization of tests which is an ongoing project. Votes are due by Friday, 23rd September 2016 18:00 GMT Only current JDK 9 Committers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. regards, Sean. [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 [3] http://openjdk.java.net/census [4] http://openjdk.java.net/projects/#committer-vote From daniel.fuchs at oracle.com Mon Sep 12 10:12:54 2016 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Mon, 12 Sep 2016 11:12:54 +0100 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: Vote: yes -- daniel On 08/09/16 21:57, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. From alexey.ivanov at oracle.com Mon Sep 12 11:00:21 2016 From: alexey.ivanov at oracle.com (Alexey Ivanov) Date: Mon, 12 Sep 2016 14:00:21 +0300 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <7fb9f73d-f0a7-bf99-09af-5b167e0aaaad@oracle.com> Vote: yes Regards, Alexey On 08.09.2016 23:57, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From vladimir.x.ivanov at oracle.com Mon Sep 12 12:57:32 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Mon, 12 Sep 2016 15:57:32 +0300 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: <1ef029b4-dc58-d127-c262-7bf1fd07282d@oracle.com> Vote: yes Best regards, Vladimir Ivanov On 9/9/16 6:38 PM, Se?n Coffey wrote: > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. From christoph.langer at sap.com Mon Sep 12 12:58:04 2016 From: christoph.langer at sap.com (Langer, Christoph) Date: Mon, 12 Sep 2016 12:58:04 +0000 Subject: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: <0a52a6ca3cc9468fb43f991b4d22ef09@DEWDFE13DE11.global.corp.sap> Vote: yes Best regards Christoph > -----Original Message----- > From: jdk9-dev [mailto:jdk9-dev-bounces at openjdk.java.net] On Behalf Of Se?n > Coffey > Sent: Freitag, 9. September 2016 17:38 > To: jdk9-dev at openjdk.java.net > Subject: CFV: New JDK9 Committer: Svetlana Nikandrova > > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. > > Svetlana is a member of the Java Quality team and has made > many contributions[1][2] to the Project. Most focus on stabilization > of tests which is an ongoing project. > > Votes are due by Friday, 23rd September 2016 18:00 GMT > > Only current JDK 9 Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > regards, > Sean. > > [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 > [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 > [3] http://openjdk.java.net/census > [4] http://openjdk.java.net/projects/#committer-vote From aleksej.efimov at oracle.com Mon Sep 12 13:23:46 2016 From: aleksej.efimov at oracle.com (Aleks Efimov) Date: Mon, 12 Sep 2016 16:23:46 +0300 Subject: CFV: New JDK9 Committer: Sergey Kuksenko In-Reply-To: References: Message-ID: <8889a98e-f20f-0897-4fe6-5cbc3991a346@oracle.com> Vote: yes On 08/09/16 23:57, Pavel Rappo wrote: > I hereby nominate Sergey Kuksenko to JDK 9 Committer. > > Sergey is a member of Java Performance team. He has contributed to JDK 9 [3], > and jmh [4] projects. He's worked on BigDecimal, double to string conversions, > lambdas, SHA-3 performance improvements (JEP 287). He's also made a number of > valuable contributions to HTTP client (JEP 110). > > Votes are due by Thu, 23 Sep 2016 23:59:59 GMT. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > -Pavel > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/jdk/log?rev=kuksenko > [4] http://hg.openjdk.java.net/code-tools/jmh/log?rev=kuksenko > From aleksej.efimov at oracle.com Mon Sep 12 13:24:14 2016 From: aleksej.efimov at oracle.com (Aleks Efimov) Date: Mon, 12 Sep 2016 16:24:14 +0300 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: Vote: yes On 09/09/16 18:38, Se?n Coffey wrote: > I hereby nominate Svetlana Nikandrova to JDK 9 Committer. > > Svetlana is a member of the Java Quality team and has made > many contributions[1][2] to the Project. Most focus on stabilization > of tests which is an ongoing project. > > Votes are due by Friday, 23rd September 2016 18:00 GMT > > Only current JDK 9 Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to > this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > regards, > Sean. > > [1] http://hg.openjdk.java.net/jdk9/dev/jdk/search/?rev=nika&revcount=500 > [2] http://hg.openjdk.java.net/jdk9/dev/jaxp/search/?rev=nika&revcount=500 > [3] http://openjdk.java.net/census > [4] http://openjdk.java.net/projects/#committer-vote > From alok.sharma at hpe.com Mon Sep 12 07:41:49 2016 From: alok.sharma at hpe.com (Sharma, Alok Kumar (OSTL)) Date: Mon, 12 Sep 2016 07:41:49 +0000 Subject: OpenJDK JDK-7067885 code changes for community review In-Reply-To: References: Message-ID: Following is the fix for JDK-7067885. I am not sure which mailing ID to post this. Bug: FileChooser does not display soft link name if link is to nonexistent file/directory https://bugs.openjdk.java.net/browse/JDK-7067885 This bug is unassigned. Can someone please look into these changes and get back to me? Explanation of fix is at the end of the source code diff. Mercurial diff for source change: ------------------------------------------------------------------- diff -r 021369229cfd src/java.base/share/classes/java/io/File.java --- a/src/java.base/share/classes/java/io/File.java Tue Sep 06 13:09:29 2016 -0400 +++ b/src/java.base/share/classes/java/io/File.java Mon Sep 12 11:27:07 2016 +0530 @@ -164,6 +164,27 @@ private final String path; /** + * The flag indicates whether to follow the symlink. + */ + private boolean follow_link = true; + + /** + * Sets the follow_link of file. + * description: Sets follow_link on or off. + * @param follow_link the value that determines whether to follow the symlink or not. + * TRUE: file.io.exists() checks the file existence using stat() which follows the symlink. + * + * FALSE: file.io.exists() checks the file existence using lstat() if stat() fails to retrieve + * the file info. lstat() if file is a symbolic link, then it returns information + * about the link itself. + * @return Returns ZERO at success + */ + public int set_follow_link(boolean follow_link) { + this.follow_link=follow_link; + return 0; + } + + /** * Enum type that indicates the status of a file path. */ private static enum PathStatus { INVALID, CHECKED }; diff -r 021369229cfd src/java.base/unix/native/libjava/UnixFileSystem_md.c --- a/src/java.base/unix/native/libjava/UnixFileSystem_md.c Tue Sep 06 13:09:29 2016 -0400 +++ b/src/java.base/unix/native/libjava/UnixFileSystem_md.c Mon Sep 12 11:27:07 2016 +0530 @@ -51,6 +51,7 @@ #define dirent64 dirent #define readdir64_r readdir_r #define stat64 stat +#define lstat64 lstat #ifndef MACOSX #define statvfs64 statvfs #endif @@ -62,6 +63,7 @@ jfieldID path; } ids; +jfieldID ufs_follow_link; JNIEXPORT void JNICALL Java_java_io_UnixFileSystem_initIDs(JNIEnv *env, jclass cls) @@ -70,6 +72,8 @@ if (!fileClass) return; ids.path = (*env)->GetFieldID(env, fileClass, "path", "Ljava/lang/String;"); + ufs_follow_link = (*env)->GetFieldID(env, fileClass, + "follow_link", "Z"); } /* -- Path operations -- */ @@ -113,20 +117,42 @@ return JNI_FALSE; } +static jboolean +lstatMode(const char *path, int *mode) +{ + struct stat64 sb; + if (lstat64(path, &sb) == 0) { + *mode = sb.st_mode; + return JNI_TRUE; + } + return JNI_FALSE; +} JNIEXPORT jint JNICALL Java_java_io_UnixFileSystem_getBooleanAttributes0(JNIEnv *env, jobject this, jobject file) { jint rv = 0; + jint follow_link = 0; WITH_FIELD_PLATFORM_STRING(env, file, ids.path, path) { int mode; - if (statMode(path, &mode)) { - int fmt = mode & S_IFMT; - rv = (jint) (java_io_FileSystem_BA_EXISTS - | ((fmt == S_IFREG) ? java_io_FileSystem_BA_REGULAR : 0) - | ((fmt == S_IFDIR) ? java_io_FileSystem_BA_DIRECTORY : 0)); + follow_link = (*env)->GetBooleanField(env, file, ufs_follow_link); + if ( follow_link ) { + if (statMode(path, &mode)) { + int fmt = mode & S_IFMT; + rv = (jint) (java_io_FileSystem_BA_EXISTS + | ((fmt == S_IFREG) ? java_io_FileSystem_BA_REGULAR : 0) + | ((fmt == S_IFDIR) ? java_io_FileSystem_BA_DIRECTORY : 0)); + } + } + else { + if (lstatMode(path, &mode)) { + int fmt = mode & S_IFMT; + rv = (jint) (java_io_FileSystem_BA_EXISTS + | ((fmt == S_IFREG) ? java_io_FileSystem_BA_REGULAR : 0) + | ((fmt == S_IFDIR) ? java_io_FileSystem_BA_DIRECTORY : 0)); + } } } END_PLATFORM_STRING(env, path); return rv; diff -r 021369229cfd src/java.desktop/share/classes/javax/swing/filechooser/FileSystemView.java --- a/src/java.desktop/share/classes/javax/swing/filechooser/FileSystemView.java Tue Sep 06 13:09:29 2016 -0400 +++ b/src/java.desktop/share/classes/javax/swing/filechooser/FileSystemView.java Mon Sep 12 11:27:07 2016 +0530 @@ -521,6 +521,7 @@ f = createFileSystemRoot(f); } try { + f.set_follow_link(false); f = ShellFolder.getShellFolder(f); } catch (FileNotFoundException e) { // Not a valid file (wouldn't show in native file chooser) ------------------------------------------ Below is the explanation for fix. Problem description: FileChooser behavior when there is a soft link to a non-existent file/directory. Soft link to be displayed with an error/exception when attempt is made to open it. Instead the soft link name is not displayed in the file chooser. Analysis: JFileChooser() internally uses java.io.exists() to check whether file exists. In this scenario JFileChooser() checks dangling symlink existence using java.io.exists(). java.io.exists() api does not handle dangling symlink and returns false. JFileChooser() expects exists() api to return true for dangling symlink but, java.io.exists() returns false. We see that there are two exists() apis in JAVA java.io.exists() and java.nio.exists(). java.nio.exists() handles dangling symlinks it accepts second argument link option which determines whether to follow the link or not and returns true for dangling symlinks. java.io.exists() follows the symlink and returns false if target file doesn't exist. We have enhanced the java.io.exists() api to return true if it is a dangling symlink. Changes in code: New variable "follow_link" is introduced in "jdk/src/java.base/share/classes/java/io/File.java", we check for this flag in exists() code if its set then we handle symlinks. In case of dangling symlink java.io.exists() api checks file existence symlink itself not the target file and returns true. JFileChooser() issue (JDK-7067885) gets resolved with these changes. Testing: I have covered the testing for the below apis. Jfilechooser getShellFolder FileSystemView and ran /openjdk9/jdk/test/javax/swing/JFileChooser/* tests. From Alan.Bateman at oracle.com Mon Sep 12 16:08:47 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 12 Sep 2016 17:08:47 +0100 Subject: OpenJDK JDK-7067885 code changes for community review In-Reply-To: References: Message-ID: Best to follow-up on swing-dev as I assume the right thing is to update JFileChooser rather than changing java.io.File to be mutable. You did acknowledge near the end of your mail that the new file system API supports sym links so it may be that JFileChooser could use that. -Alan On 12/09/2016 08:41, Sharma, Alok Kumar (OSTL) wrote: > Following is the fix for JDK-7067885. I am not sure which mailing ID to post this. > > Bug: FileChooser does not display soft link name if link is to nonexistent file/directory > https://bugs.openjdk.java.net/browse/JDK-7067885 > > This bug is unassigned. Can someone please look into these changes and get back to me? Explanation of fix is at the end of the source code diff. > > Mercurial diff for source change: > ------------------------------------------------------------------- > diff -r 021369229cfd src/java.base/share/classes/java/io/File.java > --- a/src/java.base/share/classes/java/io/File.java Tue Sep 06 13:09:29 2016 -0400 > +++ b/src/java.base/share/classes/java/io/File.java Mon Sep 12 11:27:07 2016 +0530 > @@ -164,6 +164,27 @@ > private final String path; > > /** > + * The flag indicates whether to follow the symlink. > + */ > + private boolean follow_link = true; > + > + /** > + * Sets the follow_link of file. > + * description: Sets follow_link on or off. > + * @param follow_link the value that determines whether to follow the symlink or not. > + * TRUE: file.io.exists() checks the file existence using stat() which follows the symlink. > + * > + * FALSE: file.io.exists() checks the file existence using lstat() if stat() fails to retrieve > + * the file info. lstat() if file is a symbolic link, then it returns information > + * about the link itself. > + * @return Returns ZERO at success > + */ > + public int set_follow_link(boolean follow_link) { > + this.follow_link=follow_link; > + return 0; > + } > + > + /** > * Enum type that indicates the status of a file path. > */ > private static enum PathStatus { INVALID, CHECKED }; > diff -r 021369229cfd src/java.base/unix/native/libjava/UnixFileSystem_md.c > --- a/src/java.base/unix/native/libjava/UnixFileSystem_md.c Tue Sep 06 13:09:29 2016 -0400 > +++ b/src/java.base/unix/native/libjava/UnixFileSystem_md.c Mon Sep 12 11:27:07 2016 +0530 > @@ -51,6 +51,7 @@ > #define dirent64 dirent > #define readdir64_r readdir_r > #define stat64 stat > +#define lstat64 lstat > #ifndef MACOSX > #define statvfs64 statvfs > #endif > @@ -62,6 +63,7 @@ > jfieldID path; > } ids; > > +jfieldID ufs_follow_link; > > JNIEXPORT void JNICALL > Java_java_io_UnixFileSystem_initIDs(JNIEnv *env, jclass cls) > @@ -70,6 +72,8 @@ > if (!fileClass) return; > ids.path = (*env)->GetFieldID(env, fileClass, > "path", "Ljava/lang/String;"); > + ufs_follow_link = (*env)->GetFieldID(env, fileClass, > + "follow_link", "Z"); > } > > /* -- Path operations -- */ > @@ -113,20 +117,42 @@ > return JNI_FALSE; > } > > +static jboolean > +lstatMode(const char *path, int *mode) > +{ > + struct stat64 sb; > + if (lstat64(path, &sb) == 0) { > + *mode = sb.st_mode; > + return JNI_TRUE; > + } > + return JNI_FALSE; > +} > > JNIEXPORT jint JNICALL > Java_java_io_UnixFileSystem_getBooleanAttributes0(JNIEnv *env, jobject this, > jobject file) > { > jint rv = 0; > + jint follow_link = 0; > > WITH_FIELD_PLATFORM_STRING(env, file, ids.path, path) { > int mode; > - if (statMode(path, &mode)) { > - int fmt = mode & S_IFMT; > - rv = (jint) (java_io_FileSystem_BA_EXISTS > - | ((fmt == S_IFREG) ? java_io_FileSystem_BA_REGULAR : 0) > - | ((fmt == S_IFDIR) ? java_io_FileSystem_BA_DIRECTORY : 0)); > + follow_link = (*env)->GetBooleanField(env, file, ufs_follow_link); > + if ( follow_link ) { > + if (statMode(path, &mode)) { > + int fmt = mode & S_IFMT; > + rv = (jint) (java_io_FileSystem_BA_EXISTS > + | ((fmt == S_IFREG) ? java_io_FileSystem_BA_REGULAR : 0) > + | ((fmt == S_IFDIR) ? java_io_FileSystem_BA_DIRECTORY : 0)); > + } > + } > + else { > + if (lstatMode(path, &mode)) { > + int fmt = mode & S_IFMT; > + rv = (jint) (java_io_FileSystem_BA_EXISTS > + | ((fmt == S_IFREG) ? java_io_FileSystem_BA_REGULAR : 0) > + | ((fmt == S_IFDIR) ? java_io_FileSystem_BA_DIRECTORY : 0)); > + } > } > } END_PLATFORM_STRING(env, path); > return rv; > diff -r 021369229cfd src/java.desktop/share/classes/javax/swing/filechooser/FileSystemView.java > --- a/src/java.desktop/share/classes/javax/swing/filechooser/FileSystemView.java Tue Sep 06 13:09:29 2016 -0400 > +++ b/src/java.desktop/share/classes/javax/swing/filechooser/FileSystemView.java Mon Sep 12 11:27:07 2016 +0530 > @@ -521,6 +521,7 @@ > f = createFileSystemRoot(f); > } > try { > + f.set_follow_link(false); > f = ShellFolder.getShellFolder(f); > } catch (FileNotFoundException e) { > // Not a valid file (wouldn't show in native file chooser) > ------------------------------------------ > > Below is the explanation for fix. > > Problem description: > FileChooser behavior when there is a soft link to a non-existent file/directory. > Soft link to be displayed with an error/exception when attempt is made to > open it. Instead the soft link name is not displayed in the file chooser. > > Analysis: > JFileChooser() internally uses java.io.exists() to check whether file exists. > In this scenario JFileChooser() checks dangling symlink existence using java.io.exists(). > java.io.exists() api does not handle dangling symlink and returns false. > > JFileChooser() expects exists() api to return true for dangling symlink but, java.io.exists() returns false. > > We see that there are two exists() apis in JAVA java.io.exists() and java.nio.exists(). > > java.nio.exists() handles dangling symlinks it accepts second argument link option which > determines whether to follow the link or not and returns true for dangling symlinks. > java.io.exists() follows the symlink and returns false if target file doesn't exist. > > We have enhanced the java.io.exists() api to return true if it is a dangling symlink. > > Changes in code: > > New variable "follow_link" is introduced in "jdk/src/java.base/share/classes/java/io/File.java", we check for this flag in exists() code > if its set then we handle symlinks. In case of dangling symlink java.io.exists() api checks file existence > symlink itself not the target file and returns true. > > JFileChooser() issue (JDK-7067885) gets resolved with these changes. > > Testing: > I have covered the testing for the below apis. > Jfilechooser > getShellFolder > FileSystemView > and ran /openjdk9/jdk/test/javax/swing/JFileChooser/* tests. > From philip.race at oracle.com Mon Sep 12 16:25:50 2016 From: philip.race at oracle.com (Phil Race) Date: Mon, 12 Sep 2016 09:25:50 -0700 Subject: Result: New JDK9 Reviewer: Vadim Pakhnushev Message-ID: Voting for Vadim Pakhnushev [1] is now closed. Yes: 7 Veto: 0 Abstain: 0 According to the Bylaws definition of Three-Vote Consensus, this is sufficient to approve the nomination. -Phil Race. [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-August/004725.html From dalibor.topic at oracle.com Mon Sep 12 22:04:52 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 13 Sep 2016 00:04:52 +0200 Subject: CFV: New JDK9 Committer: Svetlana Nikandrova In-Reply-To: <57D2D76D.3010702@oracle.com> References: <57D2D76D.3010702@oracle.com> Message-ID: <8e9879ad-9b41-9224-1569-aeed6526f8b9@oracle.com> Vote: Yes. -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From mark.reinhold at oracle.com Tue Sep 13 15:56:40 2016 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Tue, 13 Sep 2016 08:56:40 -0700 (PDT) Subject: Proposed schedule change for JDK 9 Message-ID: <20160913155640.71291CD3B6@eggemoggin.niobe.net> Eighty-five JEPs are targeted to JDK 9 [1]. Most of those are done, or very nearly so. We are not, unfortunately, where we need to be relative to the current schedule. We've made a lot of progress on Project Jigsaw [2], the key feature of the release, over the last eight months. In March 2016 we published a major update to the proposed design of the module system [3] and merged it into the JDK 9 master forest [4]. Since then many developers have downloaded the EA builds and sent in feedback (thanks!), both on the module system itself and on its impact upon the rest of the JDK. Despite this progress, at this point it's clear that Jigsaw needs more time. We recently received critical feedback that motivated a redesign of the module system's package-export feature [5], without which we'd have failed to achieve one of our main goals. There are, beyond that, still many open design issues [6], which will take time to work through. Looking at the release as a whole, the number of open bugs that are new in JDK 9 is quite a bit larger than it was at this point in JDK 8. The maintainers of many popular projects are now actively testing against the JDK 9 EA builds [7], but we'd like to see even more in order to be confident that potential issues have been found and reported. For these reasons I hereby propose a four-month extension of the JDK 9 schedule, moving the General Availability (GA) milestone to July 2017. I'll make a more detailed proposal for that date and other milestones in the next few weeks, but for now I suggest we defer the start of the Rampdown process [8] and continue to operate with the previously-adopted Feature Complete extension-request process [9]. Minor enhancements and even strongly-justified proposals to target new JEPs to JDK 9 will be considered, so long as they do not add undue risk to the overall release. As before, however, our main focus should be to use this additional time to stabilize, polish, and fine-tune the features that we already have rather than add a bunch of new ones. Comments on this proposal from JDK 9 Committers are welcome, as are reasoned objections. If no such objections are raised by 16:00 UTC next Tuesday, 20 September, or if they're raised and satisfactorily answered, then per the JEP 2.0 process proposal [a] this will be adopted as the new schedule for JDK 9. - Mark [1] http://openjdk.java.net/projects/jdk9/ [2] http://openjdk.java.net/projects/jigsaw/ [3] http://openjdk.java.net/projects/jigsaw/spec/sotms/ [4] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-March/003877.html [5] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-September/009365.html [6] http://openjdk.java.net/projects/jigsaw/spec/issues/ [7] https://wiki.openjdk.java.net/display/quality/Quality+Outreach [8] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-August/004777.html [9] http://openjdk.java.net/projects/jdk9/fc-extension-process [a] http://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From martijnverburg at gmail.com Tue Sep 13 16:11:32 2016 From: martijnverburg at gmail.com (Martijn Verburg) Date: Tue, 13 Sep 2016 17:11:32 +0100 Subject: Proposed schedule change for JDK 9 In-Reply-To: <20160913155640.71291CD3B6@eggemoggin.niobe.net> References: <20160913155640.71291CD3B6@eggemoggin.niobe.net> Message-ID: Hi Mark, Not a committer but this is welcome news as far as the Adoption Group's work with the quality group is concerned. We do need more time to try and double the number of popular projects out there testing regularly well in advance of a GA release. Cheers, Martijn On 13 September 2016 at 16:56, Mark Reinhold wrote: > Eighty-five JEPs are targeted to JDK 9 [1]. Most of those are done, or > very nearly so. We are not, unfortunately, where we need to be relative > to the current schedule. > > We've made a lot of progress on Project Jigsaw [2], the key feature of > the release, over the last eight months. In March 2016 we published a > major update to the proposed design of the module system [3] and merged > it into the JDK 9 master forest [4]. Since then many developers have > downloaded the EA builds and sent in feedback (thanks!), both on the > module system itself and on its impact upon the rest of the JDK. > > Despite this progress, at this point it's clear that Jigsaw needs more > time. We recently received critical feedback that motivated a redesign > of the module system's package-export feature [5], without which we'd > have failed to achieve one of our main goals. There are, beyond that, > still many open design issues [6], which will take time to work through. > > Looking at the release as a whole, the number of open bugs that are new > in JDK 9 is quite a bit larger than it was at this point in JDK 8. The > maintainers of many popular projects are now actively testing against > the JDK 9 EA builds [7], but we'd like to see even more in order to be > confident that potential issues have been found and reported. > > For these reasons I hereby propose a four-month extension of the JDK 9 > schedule, moving the General Availability (GA) milestone to July 2017. > I'll make a more detailed proposal for that date and other milestones > in the next few weeks, but for now I suggest we defer the start of the > Rampdown process [8] and continue to operate with the previously-adopted > Feature Complete extension-request process [9]. > > Minor enhancements and even strongly-justified proposals to target new > JEPs to JDK 9 will be considered, so long as they do not add undue risk > to the overall release. As before, however, our main focus should be to > use this additional time to stabilize, polish, and fine-tune the features > that we already have rather than add a bunch of new ones. > > Comments on this proposal from JDK 9 Committers are welcome, as are > reasoned objections. If no such objections are raised by 16:00 UTC next > Tuesday, 20 September, or if they're raised and satisfactorily answered, > then per the JEP 2.0 process proposal [a] this will be adopted as the > new schedule for JDK 9. > > - Mark > > > [1] http://openjdk.java.net/projects/jdk9/ > [2] http://openjdk.java.net/projects/jigsaw/ > [3] http://openjdk.java.net/projects/jigsaw/spec/sotms/ > [4] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-March/003877.html > [5] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016- > September/009365.html > [6] http://openjdk.java.net/projects/jigsaw/spec/issues/ > [7] https://wiki.openjdk.java.net/display/quality/Quality+Outreach > [8] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016- > August/004777.html > [9] http://openjdk.java.net/projects/jdk9/fc-extension-process > [a] http://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html > From adinn at redhat.com Tue Sep 13 16:16:27 2016 From: adinn at redhat.com (Andrew Dinn) Date: Tue, 13 Sep 2016 17:16:27 +0100 Subject: Proposed schedule change for JDK 9 In-Reply-To: <20160913155640.71291CD3B6@eggemoggin.niobe.net> References: <20160913155640.71291CD3B6@eggemoggin.niobe.net> Message-ID: <4abf3768-079f-3e8f-4ca1-580cceb2f01d@redhat.com> On 13/09/16 16:56, Mark Reinhold wrote: > Comments on this proposal from JDK 9 Committers are welcome, as are > reasoned objections. If no such objections are raised by 16:00 UTC next > Tuesday, 20 September, or if they're raised and satisfactorily answered, > then per the JEP 2.0 process proposal [a] this will be adopted as the > new schedule for JDK 9. I know a positive acknowledgement is not required per the JEP process but I'm posting anyway. I think this is a wise move given the issues still to address on Jigsaw. Thanks you for proposing this, Mark. regards, Andrew Dinn ----------- Senior Principal Software Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill, Eric Shander From benjamin.john.evans at gmail.com Tue Sep 13 16:27:23 2016 From: benjamin.john.evans at gmail.com (Ben Evans) Date: Tue, 13 Sep 2016 21:57:23 +0530 Subject: Proposed schedule change for JDK 9 In-Reply-To: <20160913155640.71291CD3B6@eggemoggin.niobe.net> References: <20160913155640.71291CD3B6@eggemoggin.niobe.net> Message-ID: Hi Mark, I don't think you'll find too many developers in the community that think this is anything other than a very good idea. A fully-baked JDK 9 that has had enough time to fully consider the new complexities Jigsaw that brings is clearly far better than the alternative. The proposed schedule will also make it far easier to get to the same level of third-party library testing as JDK 8 had at launch, especially as more Jigsaw features arrive in the main JDK 9 forest. On a personal (and selfish) note the delay also means I'll be able to get my decks clear & participate more fully then my schedule has allowed this year - so thank you for that! Thanks, Ben On Tue, Sep 13, 2016 at 9:26 PM, Mark Reinhold wrote: > Eighty-five JEPs are targeted to JDK 9 [1]. Most of those are done, or > very nearly so. We are not, unfortunately, where we need to be relative > to the current schedule. > > We've made a lot of progress on Project Jigsaw [2], the key feature of > the release, over the last eight months. In March 2016 we published a > major update to the proposed design of the module system [3] and merged > it into the JDK 9 master forest [4]. Since then many developers have > downloaded the EA builds and sent in feedback (thanks!), both on the > module system itself and on its impact upon the rest of the JDK. > > Despite this progress, at this point it's clear that Jigsaw needs more > time. We recently received critical feedback that motivated a redesign > of the module system's package-export feature [5], without which we'd > have failed to achieve one of our main goals. There are, beyond that, > still many open design issues [6], which will take time to work through. > > Looking at the release as a whole, the number of open bugs that are new > in JDK 9 is quite a bit larger than it was at this point in JDK 8. The > maintainers of many popular projects are now actively testing against > the JDK 9 EA builds [7], but we'd like to see even more in order to be > confident that potential issues have been found and reported. > > For these reasons I hereby propose a four-month extension of the JDK 9 > schedule, moving the General Availability (GA) milestone to July 2017. > I'll make a more detailed proposal for that date and other milestones > in the next few weeks, but for now I suggest we defer the start of the > Rampdown process [8] and continue to operate with the previously-adopted > Feature Complete extension-request process [9]. > > Minor enhancements and even strongly-justified proposals to target new > JEPs to JDK 9 will be considered, so long as they do not add undue risk > to the overall release. As before, however, our main focus should be to > use this additional time to stabilize, polish, and fine-tune the features > that we already have rather than add a bunch of new ones. > > Comments on this proposal from JDK 9 Committers are welcome, as are > reasoned objections. If no such objections are raised by 16:00 UTC next > Tuesday, 20 September, or if they're raised and satisfactorily answered, > then per the JEP 2.0 process proposal [a] this will be adopted as the > new schedule for JDK 9. > > - Mark > > > [1] http://openjdk.java.net/projects/jdk9/ > [2] http://openjdk.java.net/projects/jigsaw/ > [3] http://openjdk.java.net/projects/jigsaw/spec/sotms/ > [4] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-March/003877.html > [5] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-September/009365.html > [6] http://openjdk.java.net/projects/jigsaw/spec/issues/ > [7] https://wiki.openjdk.java.net/display/quality/Quality+Outreach > [8] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-August/004777.html > [9] http://openjdk.java.net/projects/jdk9/fc-extension-process > [a] http://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From kumar.x.srinivasan at oracle.com Tue Sep 13 16:58:47 2016 From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan) Date: Tue, 13 Sep 2016 09:58:47 -0700 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam In-Reply-To: References: Message-ID: <57D83047.3080104@oracle.com> Vote: Yes On 9/2/2016 5:37 AM, Maurizio Cimadamore wrote: > I hereby nominate Srikanth Adayapalam to JDK 9 Reviewer. > > > Srikanth has contributed 86 changesets to JDK 9 [3, 4]. In particular, > he has > been actively working on many of the language features in JEP 213 [5]. > > A curated list of the most relevant changesets is included below. > > Votes are due by September 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Maurizio > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/langtools?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > [4] > http://hg.openjdk.java.net/jdk9/dev/jdk?revcount=2000&rev=(author(%22sadayapalam%22)+or+desc(%22Contributed-by%3A+srikanth.adayapalam%40oracle.com%22))+and+not+merge() > [5] https://bugs.openjdk.java.net/browse/JDK-8042880 > > > JDK-8062373 Project Coin: diamond and anonymous classes > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/816bd88d33a8 > > JDK-8071453 Allow interface methods to be private > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/592d64800143 > > JDK-8129740 Incorrect class file created when passing lambda in inner > class constructor > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/ed4c306ec942 > > JDK-8076538 Verify error at runtime due to incorrect classification > of a lambda as being instance capturing > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/4faaf5acd008 > > JDK-8067429 java.lang.VerifyError: Inconsistent stackmap frames at > branch target > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/7dfe06818a80 > > JDK-8141508 java.lang.invoke.LambdaConversionException: Invalid > receiver type ... > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/60e39427dbd0 > > JDK-8142476 Call site initialization exception caused by > LambdaConversionException: > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/582f31e79d74 > > JDK-8069265 "ClassCastException when compiled with JDK 9b08+ > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/2d2baba27992 > > JDK-8046977 ClassCastException: typing information needed for method > reference bridging not preserved > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/1580b10e028a > > JDK-8148930 Incorrect erasure of exceptions in override-equivalent > dual interface impl > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/f5991c73ed73 > > JDK-8143647 Javac compiles method reference that allows results in an > IllegalAccessError > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/73adc11fd50f > > JDK-8164073 Javac should unconditionally warn if deprecated javadoc > tag is used without @Deprecated annotation > http://hg.openjdk.java.net/jdk9/dev/langtools/rev/192d58e5d899 > > JDK-8144168 No type annotations generated for nested lambdas > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3a9a4b5eabe4 > > JDK-8136419 Type annotations in initializers and lambda bodies not > written to class file: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/3449ae78c6dc > > JDK-8080842 Using Lambda Expression with name clash results in > ClassFormatError > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/283c9951fd23 > > JDK-8066871 java.lang.VerifyError: Bad local variable type - local > final String > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/6a927a9114c1 > > JDK-8130506 javac AssertionError when invoking MethodHandle.invoke > with lambda parameter: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/21b0862fdd32 > From Roger.Riggs at Oracle.com Tue Sep 13 17:52:35 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Tue, 13 Sep 2016 13:52:35 -0400 Subject: CFV: New JDK 9 Reviewer: Srikanth Adayapalam In-Reply-To: References: Message-ID: <8695f672-fd5c-914f-3095-b48af09cb3fc@Oracle.com> Vote: Yes On 9/2/2016 8:37 AM, Maurizio Cimadamore wrote: > I hereby nominate Srikanth Adayapalam to JDK 9 Reviewer. > From aph at redhat.com Wed Sep 14 15:31:01 2016 From: aph at redhat.com (Andrew Haley) Date: Wed, 14 Sep 2016 16:31:01 +0100 Subject: Proposed schedule change for JDK 9 In-Reply-To: <20160913155640.71291CD3B6@eggemoggin.niobe.net> References: <20160913155640.71291CD3B6@eggemoggin.niobe.net> Message-ID: <452711b4-1729-a7b0-793d-fc6b8dc569bd@redhat.com> On 13/09/16 16:56, Mark Reinhold wrote: > > For these reasons I hereby propose a four-month extension of the JDK 9 > schedule, moving the General Availability (GA) milestone to July 2017. > I'll make a more detailed proposal for that date and other milestones > in the next few weeks, but for now I suggest we defer the start of the > Rampdown process [8] and continue to operate with the previously-adopted > Feature Complete extension-request process [9]. That sounds right to me. Andrew. From lana.steuck at oracle.com Wed Sep 14 19:11:58 2016 From: lana.steuck at oracle.com (Lana Steuck) Date: Wed, 14 Sep 2016 12:11:58 -0700 Subject: jdk9-b136: dev Message-ID: <36091db5-0f2d-7312-18df-e8289bb76785@oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/3ec350f5f32a http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/f11b8f5c4ccb http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/c8f02f0ecbd7 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/54c5931849a3 http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/09ec13a99f50 http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/f1eafcb0eb71 http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/a20da289f646 http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/aa053a3faf26 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-4285505 core-libs deprecate java.lang.Compiler JDK-8077149 core-libs __noSuchProperty__ and __noSuchMethod__ invocations are not properly g JDK-8139237 core-libs java/util/concurrent/ThreadPoolExecutor/ConfigChanges.java fails inter JDK-8148859 core-libs Fix module dependences for java/time tests JDK-8151901 core-libs test/tools/pack200/Pack200Test fails on verifying native unpacked JAR JDK-8159404 core-libs throw UnsupportedOperationException unconditionally for mutator method JDK-8161230 core-libs ClassLoader: add resource methods returning java.util.stream.Stream JDK-8164169 core-libs Miscellaneous changes imported from jsr166 CVS 2016-09 JDK-8164691 core-libs Stream specification clarifications for iterate and collect JDK-8164983 core-libs Improve CountedCompleter code samples; add corresponding tests JDK-8165346 core-libs j.l.ClassLoader.getDefinedPackage(String) throws NPE JDK-8165393 core-libs bad merge in java/lang/ref/package-info.java JDK-8165492 core-libs Reduce number of lambda forms generated by MethodHandleInlineCopyStrat JDK-8165563 core-libs ClassLoader::getSystemClassLoader will never be null JDK-8165583 core-libs Fix module dependencies for jdk/java/util/* tests JDK-8165592 core-libs Fix module dependencies for sun/text/* tests JDK-8165595 core-libs Main class should be set for nashorn modules JDK-8165604 core-libs Fix module dependencies for sun/util/* tests JDK-8165605 core-libs Thai resources in jdk.localedata cause split package issue with java.b JDK-8165636 core-libs add removal text to Runtime.traceInstructions/MethodCalls deprecation JDK-8165643 core-libs SecureDirectoryStream doesn't work on linux non-x86 JDK-8165711 core-libs java/net/SetFactoryPermission/SetFactoryPermission.java needs to run i JDK-8165723 core-libs JarFile::isMultiRelease() method returns false when it should return t JDK-8165726 core-libs fix for 8165595 revealed a bug in pack200 tool's handling of main clas JDK-8165731 core-libs Reference to removed method in VarHandle JavaDoc JDK-8165890 core-libs [TESTBUG] Compilation issue in MultiReleaseJarTest after 8165723 JDK-8160950 core-svc Agent JAR added to app class loader rather than system class loader wh JDK-8165413 security-libs Typos in javadoc: extra period, wrong number, misspelled word JDK-8080352 tools jshell tool: Error message for using "package" should be more descript JDK-8131025 tools JShell: crash on tab-complete reference to bad class file JDK-8162546 tools change hidden options -Xdebug to --debug, -XshouldStop to --should-sto JDK-8165503 tools jlink exclude VM plugin's handling of jvmlibs is wrong JDK-8165697 tools jlink running on Mac with windows jmods produces non-runnable image JDK-8165772 tools fix for 8165595 results in failure of jdk/test/tools/launcher/VersionC JDK-8165810 tools Problem list VersionCheck.java until JDK-8165772 is fixed JDK-8165116 xml redirect function is not allowed even with enableExtensionFunctions JDK-8165617 xml Cleanup whitespace in jaxp/test From brian.burkhalter at oracle.com Wed Sep 14 21:35:57 2016 From: brian.burkhalter at oracle.com (Brian Burkhalter) Date: Wed, 14 Sep 2016 14:35:57 -0700 Subject: jdk9 builds failing with: java.io.IOException: Mount point not found In-Reply-To: <1272a9a5-0289-90b1-1d76-25101fa4a8a1@oracle.com> References: <476205fe-d831-52d5-7f62-9fcd50ca75f1@ubuntu.com> <1272a9a5-0289-90b1-1d76-25101fa4a8a1@oracle.com> Message-ID: On Aug 30, 2016, at 4:57 AM, Alan Bateman wrote: > On 30/08/2016 12:49, Matthias Klose wrote: > >> In some build environments jdk9 builds fail with >> >> Error: jdk.tools.jlink.plugin.PluginException: java.io.IOException: Mount point >> not found >> >> complete build log e.g. at >> https://launchpadlibrarian.net/281693434/buildlog_ubuntu-yakkety-arm64.openjdk-9_9~b133-1ubuntu1_BUILDING.txt.gz >> >> The issue is not new, popped up earlier as seen in >> http://mail.openjdk.java.net/pipermail/nio-dev/2009-May/000547.html >> >> However for some reason this code is not called during 7 and 8 builds, only for 9. > Can you submit a bug on this? It's possible that there hasn't been much testing in chroot environments. > > As to why you are seeing this with JDK 9 builds then it is because the build runs jlink to create the run-time image. In JDK 8 and older then it was done by recipes in the build. Looping in nio-dev which is the appropriate mailing list for this problem. Alan filed https://bugs.openjdk.java.net/browse/JDK-8165323 to track this. I just submitted a review request for a fix for the immediate build problem at http://mail.openjdk.java.net/pipermail/nio-dev/2016-September/003876.html Thanks, Brian From alejandro.murillo at oracle.com Thu Sep 15 00:52:13 2016 From: alejandro.murillo at oracle.com (Alejandro Murillo) Date: Wed, 14 Sep 2016 18:52:13 -0600 Subject: jdk9-dev: HotSpot Message-ID: jdk9-hs-2016-09-10 has been integrated into jdk9-dev. http://hg.openjdk.java.net/jdk9/dev/rev/2621705c0d5a http://hg.openjdk.java.net/jdk9/dev/corba/rev/aa053a3faf26 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/94edac068fa7 http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/3f32c0ee4f8d http://hg.openjdk.java.net/jdk9/dev/jaxws/rev/09ec13a99f50 http://hg.openjdk.java.net/jdk9/dev/jdk/rev/e7de0a5d8396 http://hg.openjdk.java.net/jdk9/dev/langtools/rev/6e028413ea08 http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/f11b8f5c4ccb Component : VM Status : Go for integration Date : 09/13/2016 at 21:00 MSK Tested By : VM SQE &dmitry.fazunenko at oracle.com Bundles : 2016-09-10-191938.amurillo.jdk9-hs-2016-09-10-snapshot Testing: 655 new failures, 2990 known failures, 1561438 passed. Issues and Notes: No detailed analysis. No stoppers have been detected so far. Go for integration CRs for testing: 6822627: NPE at ReferenceTypeImpl.constantPool 8038348: Instance field load is replaced by wrong data Phi 8058575: IllegalAccessError trying to access package-private class from VM anonymous class 8064892: Non-methods code cache overflow is not handled correctly 8066635: Fix deprecation warnings in java.management module 8137035: nsk/stress/stack/stack tests got EXCEPTION_STACK_OVERFLOW on Windows 64 bit 8139700: compiler/jvmci/compilerToVM/DisassembleCodeBlobTest and InvalidateInstalledCodeTest timeout 8148103: add more tests for task "Update JDI and JDWP for modules" 8148854: Class names "SomeClass" and "LSomeClass;" treated by JVM as an equivalent 8150823: UL disables log outputs incorrectly 8150894: Unused -Xlog tag sequences are silently ignored. 8151988: Hotspot deoptimizes div/mod pair usage 8152589: java/lang/management/ThreadMXBean/Locks.java fails intermittently, blocked on wrong object 8155635: C2: Mixed unsafe accesses break alias analysis 8155917: Memory access in free regions during G1 full gc causes regressions in SPECjvm2008 scimark.fft,lu,sor,sparse with 9+116 on Linux-x64 8156500: Move Reference pending list into VM to prevent deadlocks 8157468: gc/testlibrary contains a lot of duplicated code 8157948: UL allows same log file with multiple file= 8158639: C2 compilation fails with SIGSEGV 8158854: Ensure release_store is paired with load_acquire in lock-free code 8160923: sun/tools/jps/TestJpsJar.java fails due to ClassNotFoundException: jdk.testlibrary.ProcessTools 8161079: Default heap size causes native memory exhaustion on 32 bit Windows 8161224: CONSTANT_NameAndType_info permits references to illegal names and descriptors 8161280: assert failed: reference count underflow for symbol 8162101: C2: Handle "wide" aliases for unsafe accesses 8162412: Ignore any System property specified as -Djdk.module that matches reserved module system properties 8162496: missing precedence edge for anti_dependence 8163150: SA: CLHSDB printmdo throws an exception with "java.lang.InternalError: missing reason for 22" 8163346: Update jmap-hashcode/Test8028623.java for better diagnostic of timeout. 8163581: Heap Parameters in HSDB cannot handle G1CollectedHeap 8163589: Add back class id intrinsic method for event based tracing 8163860: Convert TestOldFreeSpaceCalculation_test to GTest 8163864: [JVMCI] move MethodProfileWidth to jvmci_globals.hpp 8164028: Convert TestPredictions_test to GTest 8164039: Convert test_memset_with_concurrent_readers to GTest 8164122: C1: assert(false) failed: stack or locks not matching (invalid bytecodes) 8164133: Tests gc/arguments/TestAlignmentToUseLargePages.java and gc/cms/TestBubbleUpRef.java use too small heap 8164214: [JVMCI] include VarHandle in signature polymorphic method test 8164230: Convert TestCodeCacheRemSet_test to GTest 8164358: [JVMCI] expose Hotspot intrinsics and HotSpotIntrinsicCandidate info to JVMCI 8164562: serviceability/sa/TestInstanceKlassSizeForInterface.java: fails with NPE 8164608: [TESTBUG] compiler/profiling tests fail to compile 8164648: [TESTBUG] jittester failed compilation after 8157957 8164660: MinimalVM is not tested with GC tests 8164692: InstanceKlass::_previous_version_count goes negative 8164737: Remove Unsafe dependency from ProcessTools 8164738: Convert AltHashing_test to GTest 8164743: Convert TestAsUtf8 to GTest 8164862: 2 JVMCI tests should not be executed on linux-x86 8164936: G1 age table printout contains contents from previous GC 8164939: GTest LogDecorations.iso8601_time_test fails on macOS 8164943: sun/tools/jhsdb/HeapDumpTest failed with Can't find library: /test/lib/share/classes 8165014: Unaligned unsafe access should throw InternalError on Solaris 8165018: Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile 8165114: stale reference to hotspot test Test8028623.java 8165153: Crash in rebuild_cpu_to_node_map 8165215: Setting same UL tag multiple times matches wrong tagset 8165226: Bad -Xloggc: arguments crashes the VM 8165246: [REDO] InstanceKlass::_previous_version_count goes negative 8165268: [BACKOUT] InstanceKlass::_previous_version_count goes negative 8165292: The gc+task logging is repeated a lot, decreasing the usefulness of -Xlog:gc*=info 8165293: Remove ClassesByName2Test.java and RedefineCrossEvent.java from ProblemList.txt 8165513: Quarantine sun/tools/jps/TestJpsJar.java 8165579: Add missing javadoc information for javax.management.MBeanServer -- Alejandro From alexey.ivanov at oracle.com Fri Sep 16 10:20:30 2016 From: alexey.ivanov at oracle.com (Alexey Ivanov) Date: Fri, 16 Sep 2016 13:20:30 +0300 Subject: OpenJDK JDK-7067885 code changes for community review In-Reply-To: References: Message-ID: <549b7026-cbf3-8bc3-a593-561699431554@oracle.com> Hi Alok, This change should be discussed on swing-dev mailing list because you modify behavior of javax.swing.JFileChooser, and on core-libs-dev because you also modify java.io.File. I agree with Alan, using the new API appears to be a better alternative than changing java.io.File. Regards, Alexey On 12.09.2016 19:08, Alan Bateman wrote: > Best to follow-up on swing-dev as I assume the right thing is to > update JFileChooser rather than changing java.io.File to be mutable. > You did acknowledge near the end of your mail that the new file system > API supports sym links so it may be that JFileChooser could use that. > > -Alan > > > On 12/09/2016 08:41, Sharma, Alok Kumar (OSTL) wrote: >> Following is the fix for JDK-7067885. I am not sure which mailing ID >> to post this. >> >> Bug: FileChooser does not display soft link name if link is to >> nonexistent file/directory >> https://bugs.openjdk.java.net/browse/JDK-7067885 >> >> This bug is unassigned. Can someone please look into these changes >> and get back to me? Explanation of fix is at the end of the source >> code diff. >> >> Mercurial diff for source change: >> ------------------------------------------------------------------- >> diff -r 021369229cfd src/java.base/share/classes/java/io/File.java >> --- a/src/java.base/share/classes/java/io/File.java Tue Sep 06 >> 13:09:29 2016 -0400 >> +++ b/src/java.base/share/classes/java/io/File.java Mon Sep 12 >> 11:27:07 2016 +0530 >> @@ -164,6 +164,27 @@ >> private final String path; >> >> /** >> + * The flag indicates whether to follow the symlink. >> + */ >> + private boolean follow_link = true; >> + >> + /** >> + * Sets the follow_link of file. >> + * description: Sets follow_link on or off. >> + * @param follow_link the value that determines whether to follow >> the symlink or not. >> + * TRUE: file.io.exists() checks the file existence using >> stat() which follows the symlink. >> + * >> + * FALSE: file.io.exists() checks the file existence using >> lstat() if stat() fails to retrieve >> + * the file info. lstat() if file is a symbolic link, then >> it returns information >> + * about the link itself. >> + * @return Returns ZERO at success >> + */ >> + public int set_follow_link(boolean follow_link) { >> + this.follow_link=follow_link; >> + return 0; >> + } >> + >> + /** >> * Enum type that indicates the status of a file path. >> */ >> private static enum PathStatus { INVALID, CHECKED }; >> diff -r 021369229cfd >> src/java.base/unix/native/libjava/UnixFileSystem_md.c >> --- a/src/java.base/unix/native/libjava/UnixFileSystem_md.c Tue Sep >> 06 13:09:29 2016 -0400 >> +++ b/src/java.base/unix/native/libjava/UnixFileSystem_md.c Mon Sep >> 12 11:27:07 2016 +0530 >> @@ -51,6 +51,7 @@ >> #define dirent64 dirent >> #define readdir64_r readdir_r >> #define stat64 stat >> +#define lstat64 lstat >> #ifndef MACOSX >> #define statvfs64 statvfs >> #endif >> @@ -62,6 +63,7 @@ >> jfieldID path; >> } ids; >> >> +jfieldID ufs_follow_link; >> >> JNIEXPORT void JNICALL >> Java_java_io_UnixFileSystem_initIDs(JNIEnv *env, jclass cls) >> @@ -70,6 +72,8 @@ >> if (!fileClass) return; >> ids.path = (*env)->GetFieldID(env, fileClass, >> "path", "Ljava/lang/String;"); >> + ufs_follow_link = (*env)->GetFieldID(env, fileClass, >> + "follow_link", "Z"); >> } >> >> /* -- Path operations -- */ >> @@ -113,20 +117,42 @@ >> return JNI_FALSE; >> } >> >> +static jboolean >> +lstatMode(const char *path, int *mode) >> +{ >> + struct stat64 sb; >> + if (lstat64(path, &sb) == 0) { >> + *mode = sb.st_mode; >> + return JNI_TRUE; >> + } >> + return JNI_FALSE; >> +} >> >> JNIEXPORT jint JNICALL >> Java_java_io_UnixFileSystem_getBooleanAttributes0(JNIEnv *env, >> jobject this, >> jobject file) >> { >> jint rv = 0; >> + jint follow_link = 0; >> >> WITH_FIELD_PLATFORM_STRING(env, file, ids.path, path) { >> int mode; >> - if (statMode(path, &mode)) { >> - int fmt = mode & S_IFMT; >> - rv = (jint) (java_io_FileSystem_BA_EXISTS >> - | ((fmt == S_IFREG) ? >> java_io_FileSystem_BA_REGULAR : 0) >> - | ((fmt == S_IFDIR) ? >> java_io_FileSystem_BA_DIRECTORY : 0)); >> + follow_link = (*env)->GetBooleanField(env, file, >> ufs_follow_link); >> + if ( follow_link ) { >> + if (statMode(path, &mode)) { >> + int fmt = mode & S_IFMT; >> + rv = (jint) (java_io_FileSystem_BA_EXISTS >> + | ((fmt == S_IFREG) ? >> java_io_FileSystem_BA_REGULAR : 0) >> + | ((fmt == S_IFDIR) ? >> java_io_FileSystem_BA_DIRECTORY : 0)); >> + } >> + } >> + else { >> + if (lstatMode(path, &mode)) { >> + int fmt = mode & S_IFMT; >> + rv = (jint) (java_io_FileSystem_BA_EXISTS >> + | ((fmt == S_IFREG) ? >> java_io_FileSystem_BA_REGULAR : 0) >> + | ((fmt == S_IFDIR) ? >> java_io_FileSystem_BA_DIRECTORY : 0)); >> + } >> } >> } END_PLATFORM_STRING(env, path); >> return rv; >> diff -r 021369229cfd >> src/java.desktop/share/classes/javax/swing/filechooser/FileSystemView.java >> --- >> a/src/java.desktop/share/classes/javax/swing/filechooser/FileSystemView.java >> Tue Sep 06 13:09:29 2016 -0400 >> +++ >> b/src/java.desktop/share/classes/javax/swing/filechooser/FileSystemView.java >> Mon Sep 12 11:27:07 2016 +0530 >> @@ -521,6 +521,7 @@ >> f = createFileSystemRoot(f); >> } >> try { >> + f.set_follow_link(false); >> f = ShellFolder.getShellFolder(f); >> } catch (FileNotFoundException e) { >> // Not a valid file (wouldn't show in native >> file chooser) >> ------------------------------------------ >> >> Below is the explanation for fix. >> >> Problem description: >> FileChooser behavior when there is a soft link to a non-existent >> file/directory. >> Soft link to be displayed with an error/exception when attempt is >> made to >> open it. Instead the soft link name is not displayed in the file >> chooser. >> >> Analysis: >> JFileChooser() internally uses java.io.exists() to check whether file >> exists. >> In this scenario JFileChooser() checks dangling symlink existence >> using java.io.exists(). >> java.io.exists() api does not handle dangling symlink and returns false. >> >> JFileChooser() expects exists() api to return true for dangling >> symlink but, java.io.exists() returns false. >> >> We see that there are two exists() apis in JAVA java.io.exists() and >> java.nio.exists(). >> >> java.nio.exists() handles dangling symlinks it accepts second >> argument link option which >> determines whether to follow the link or not and returns true for >> dangling symlinks. >> java.io.exists() follows the symlink and returns false if target file >> doesn't exist. >> >> We have enhanced the java.io.exists() api to return true if it is a >> dangling symlink. >> >> Changes in code: >> >> New variable "follow_link" is introduced in >> "jdk/src/java.base/share/classes/java/io/File.java", we check for >> this flag in exists() code >> if its set then we handle symlinks. In case of dangling symlink >> java.io.exists() api checks file existence >> symlink itself not the target file and returns true. >> >> JFileChooser() issue (JDK-7067885) gets resolved with these changes. >> >> Testing: >> I have covered the testing for the below apis. >> Jfilechooser >> getShellFolder >> FileSystemView >> and ran /openjdk9/jdk/test/javax/swing/JFileChooser/* tests. >> > From tobias.hartmann at oracle.com Mon Sep 19 07:01:21 2016 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Mon, 19 Sep 2016 09:01:21 +0200 Subject: CFV: New JDK9 Committer: Rahul Raghavan Message-ID: <57DF8D41.6060608@oracle.com> I hereby nominate Rahul Raghavan to JDK 9 Committer. Rahul is a member of the Hotspot JIT compiler team since August 2015. He worked on enhancements and bugs in various parts of Hotspot, including JIT compilers (both C1 and C2), runtime and tests. Rahul contributed 11 changesets to JDK 9 [1]. Votes are due by Mon, October 3, 2016. Only current JDK 9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [3]. Best regards, Tobias [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22rahul.v.raghavan%40oracle.com%22%29+or+author%28rraghavan%29%29+and+not+desc%28%22Merge%22%29 [2] http://openjdk.java.net/census [3] http://openjdk.java.net/projects/#committer-vote From tobias.hartmann at oracle.com Mon Sep 19 07:01:33 2016 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Mon, 19 Sep 2016 09:01:33 +0200 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed Message-ID: <57DF8D4D.6020708@oracle.com> I hereby nominate Jamsheed Mohammed to JDK 9 Committer. Jamsheed is a member of the Hotspot JIT compiler team since October 2015. He worked on enhancements and bugs in various parts of Hotspot, including JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 changesets to JDK 9 [1]. Votes are due by Mon, October 3, 2016. Only current JDK 9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [3]. Best regards, Tobias [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 [2] http://openjdk.java.net/census [3] http://openjdk.java.net/projects/#committer-vote From tobias.hartmann at oracle.com Mon Sep 19 07:02:26 2016 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Mon, 19 Sep 2016 09:02:26 +0200 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: <57DF8D82.4090602@oracle.com> Vote: yes On 19.09.2016 09:01, Tobias Hartmann wrote: > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. > > Jamsheed is a member of the Hotspot JIT compiler team since October 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > From tobias.hartmann at oracle.com Mon Sep 19 07:02:33 2016 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Mon, 19 Sep 2016 09:02:33 +0200 Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <57DF8D41.6060608@oracle.com> References: <57DF8D41.6060608@oracle.com> Message-ID: <57DF8D89.40502@oracle.com> Vote: yes On 19.09.2016 09:01, Tobias Hartmann wrote: > I hereby nominate Rahul Raghavan to JDK 9 Committer. > > Rahul is a member of the Hotspot JIT compiler team since August 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Rahul contributed 11 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22rahul.v.raghavan%40oracle.com%22%29+or+author%28rraghavan%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > > > From shade at redhat.com Mon Sep 19 07:02:29 2016 From: shade at redhat.com (Aleksey Shipilev) Date: Mon, 19 Sep 2016 09:02:29 +0200 Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <57DF8D41.6060608@oracle.com> References: <57DF8D41.6060608@oracle.com> Message-ID: Vote: yes. -Aleksey On 09/19/2016 09:01 AM, Tobias Hartmann wrote: > I hereby nominate Rahul Raghavan to JDK 9 Committer. > > Rahul is a member of the Hotspot JIT compiler team since August 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Rahul contributed 11 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22rahul.v.raghavan%40oracle.com%22%29+or+author%28rraghavan%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > > > From shade at redhat.com Mon Sep 19 07:02:48 2016 From: shade at redhat.com (Aleksey Shipilev) Date: Mon, 19 Sep 2016 09:02:48 +0200 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: <8bfaae7f-35bb-9329-632f-6709e799f31f@redhat.com> Vote: yes. -Aleksey On 09/19/2016 09:01 AM, Tobias Hartmann wrote: > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. > > Jamsheed is a member of the Hotspot JIT compiler team since October 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > From zoltan.majo at oracle.com Mon Sep 19 07:04:19 2016 From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=) Date: Mon, 19 Sep 2016 09:04:19 +0200 Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <57DF8D41.6060608@oracle.com> References: <57DF8D41.6060608@oracle.com> Message-ID: Vote: yes. Best regards, Zoltan On 09/19/2016 09:01 AM, Tobias Hartmann wrote: > I hereby nominate Rahul Raghavan to JDK 9 Committer. > > Rahul is a member of the Hotspot JIT compiler team since August 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Rahul contributed 11 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22rahul.v.raghavan%40oracle.com%22%29+or+author%28rraghavan%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > > > From zoltan.majo at oracle.com Mon Sep 19 07:05:13 2016 From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=) Date: Mon, 19 Sep 2016 09:05:13 +0200 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: <6dfbe4c9-3929-136c-72a4-ef28c80ffa1e@oracle.com> Vote: yes. Best regards, Zoltan On 09/19/2016 09:01 AM, Tobias Hartmann wrote: > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. > > Jamsheed is a member of the Hotspot JIT compiler team since October 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote From nadeesh.tv at oracle.com Mon Sep 19 07:43:57 2016 From: nadeesh.tv at oracle.com (nadeesh tv) Date: Mon, 19 Sep 2016 13:13:57 +0530 Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <57DF8D41.6060608@oracle.com> References: <57DF8D41.6060608@oracle.com> Message-ID: <57DF973D.8090001@oracle.com> Vote: Yes On 9/19/2016 12:31 PM, Tobias Hartmann wrote: > I hereby nominate Rahul Raghavan to JDK 9 Committer. > > Rahul is a member of the Hotspot JIT compiler team since August 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Rahul contributed 11 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22rahul.v.raghavan%40oracle.com%22%29+or+author%28rraghavan%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > > > -- Thanks and Regards, Nadeesh TV From nadeesh.tv at oracle.com Mon Sep 19 07:44:19 2016 From: nadeesh.tv at oracle.com (nadeesh tv) Date: Mon, 19 Sep 2016 13:14:19 +0530 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: <57DF9753.4090600@oracle.com> Vote: Yes On 9/19/2016 12:31 PM, Tobias Hartmann wrote: > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. > > Jamsheed is a member of the Hotspot JIT compiler team since October 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote -- Thanks and Regards, Nadeesh TV From vyom.tewari at oracle.com Mon Sep 19 09:11:51 2016 From: vyom.tewari at oracle.com (Vyom Tewari) Date: Mon, 19 Sep 2016 14:41:51 +0530 Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <57DF8D41.6060608@oracle.com> References: <57DF8D41.6060608@oracle.com> Message-ID: Vote: yes On Monday 19 September 2016 12:31 PM, Tobias Hartmann wrote: > I hereby nominate Rahul Raghavan to JDK 9 Committer. > > Rahul is a member of the Hotspot JIT compiler team since August 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Rahul contributed 11 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22rahul.v.raghavan%40oracle.com%22%29+or+author%28rraghavan%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > > > From vyom.tewari at oracle.com Mon Sep 19 09:12:04 2016 From: vyom.tewari at oracle.com (Vyom Tewari) Date: Mon, 19 Sep 2016 14:42:04 +0530 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: Vote: yes On Monday 19 September 2016 12:31 PM, Tobias Hartmann wrote: > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. > > Jamsheed is a member of the Hotspot JIT compiler team since October 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote From sibabrata.sahoo at oracle.com Mon Sep 19 09:12:34 2016 From: sibabrata.sahoo at oracle.com (Sibabrata Sahoo) Date: Mon, 19 Sep 2016 02:12:34 -0700 (PDT) Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: Vote: Yes -----Original Message----- From: Tobias Hartmann Sent: Monday, September 19, 2016 12:32 PM To: jdk9-dev at openjdk.java.net >> jdk9-dev Subject: CFV: New JDK9 Committer: Jamsheed Mohammed I hereby nominate Jamsheed Mohammed to JDK 9 Committer. Jamsheed is a member of the Hotspot JIT compiler team since October 2015. He worked on enhancements and bugs in various parts of Hotspot, including JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 changesets to JDK 9 [1]. Votes are due by Mon, October 3, 2016. Only current JDK 9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [3]. Best regards, Tobias [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 [2] http://openjdk.java.net/census [3] http://openjdk.java.net/projects/#committer-vote From claes.redestad at oracle.com Mon Sep 19 09:38:45 2016 From: claes.redestad at oracle.com (Claes Redestad) Date: Mon, 19 Sep 2016 11:38:45 +0200 Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <57DF8D41.6060608@oracle.com> References: <57DF8D41.6060608@oracle.com> Message-ID: <57DFB225.5010202@oracle.com> Vote: yes /Claes On 2016-09-19 09:01, Tobias Hartmann wrote: > I hereby nominate Rahul Raghavan to JDK 9 Committer. > > Rahul is a member of the Hotspot JIT compiler team since August 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Rahul contributed 11 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22rahul.v.raghavan%40oracle.com%22%29+or+author%28rraghavan%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > > > From claes.redestad at oracle.com Mon Sep 19 09:38:55 2016 From: claes.redestad at oracle.com (Claes Redestad) Date: Mon, 19 Sep 2016 11:38:55 +0200 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: <57DFB22F.2@oracle.com> Vote: yes /Claes On 2016-09-19 09:01, Tobias Hartmann wrote: > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. > > Jamsheed is a member of the Hotspot JIT compiler team since October 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > From igor.ignatyev at oracle.com Mon Sep 19 09:50:46 2016 From: igor.ignatyev at oracle.com (Igor Ignatyev) Date: Mon, 19 Sep 2016 12:50:46 +0300 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: Vote: yes ? Igor > On Sep 19, 2016, at 10:01 AM, Tobias Hartmann wrote: > > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. > > Jamsheed is a member of the Hotspot JIT compiler team since October 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote From igor.ignatyev at oracle.com Mon Sep 19 09:51:19 2016 From: igor.ignatyev at oracle.com (Igor Ignatyev) Date: Mon, 19 Sep 2016 12:51:19 +0300 Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <57DF8D41.6060608@oracle.com> References: <57DF8D41.6060608@oracle.com> Message-ID: Vote: yes ? Igor > On Sep 19, 2016, at 10:01 AM, Tobias Hartmann wrote: > > I hereby nominate Rahul Raghavan to JDK 9 Committer. > > Rahul is a member of the Hotspot JIT compiler team since August 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Rahul contributed 11 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22rahul.v.raghavan%40oracle.com%22%29+or+author%28rraghavan%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > > > From coleen.phillimore at oracle.com Mon Sep 19 12:45:48 2016 From: coleen.phillimore at oracle.com (Coleen Phillimore) Date: Mon, 19 Sep 2016 08:45:48 -0400 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: <9d11bf7a-2244-de15-4863-0aa50f21da25@oracle.com> Vote: yes On 9/19/16 3:01 AM, Tobias Hartmann wrote: > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. > > Jamsheed is a member of the Hotspot JIT compiler team since October 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote From vladimir.x.ivanov at oracle.com Mon Sep 19 13:05:53 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Mon, 19 Sep 2016 16:05:53 +0300 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: Vote: yes Best regards, Vladimir Ivanov On 9/19/16 10:01 AM, Tobias Hartmann wrote: > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. From vladimir.x.ivanov at oracle.com Mon Sep 19 13:06:16 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Mon, 19 Sep 2016 16:06:16 +0300 Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <57DF8D41.6060608@oracle.com> References: <57DF8D41.6060608@oracle.com> Message-ID: Vote: yes Best regards, Vladimir Ivanov On 9/19/16 10:01 AM, Tobias Hartmann wrote: > I hereby nominate Rahul Raghavan to JDK 9 Committer. From volker.simonis at gmail.com Mon Sep 19 13:57:49 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Mon, 19 Sep 2016 15:57:49 +0200 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: Vote: yes Am Montag, 19. September 2016 schrieb Tobias Hartmann : > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. > > Jamsheed is a member of the Hotspot JIT compiler team since October 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log? > revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle. > com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > From eric.caspole at oracle.com Mon Sep 19 14:12:58 2016 From: eric.caspole at oracle.com (Eric Caspole) Date: Mon, 19 Sep 2016 10:12:58 -0400 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: Vote: yes Eric On 09/19/2016 03:01 AM, Tobias Hartmann wrote: > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. > > Jamsheed is a member of the Hotspot JIT compiler team since October 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > From vladimir.kozlov at oracle.com Mon Sep 19 17:01:07 2016 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Mon, 19 Sep 2016 10:01:07 -0700 Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <57DF8D41.6060608@oracle.com> References: <57DF8D41.6060608@oracle.com> Message-ID: <8dd6ce0e-5abe-f956-c750-b15d45e2fd65@oracle.com> Vote: yes On 9/19/16 12:01 AM, Tobias Hartmann wrote: > I hereby nominate Rahul Raghavan to JDK 9 Committer. > > Rahul is a member of the Hotspot JIT compiler team since August 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Rahul contributed 11 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22rahul.v.raghavan%40oracle.com%22%29+or+author%28rraghavan%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > > > From vladimir.kozlov at oracle.com Mon Sep 19 17:01:22 2016 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Mon, 19 Sep 2016 10:01:22 -0700 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: <48f96e50-f41c-9f08-2727-f14da9d9f590@oracle.com> Vote: yes On 9/19/16 12:01 AM, Tobias Hartmann wrote: > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. > > Jamsheed is a member of the Hotspot JIT compiler team since October 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > From serguei.spitsyn at oracle.com Mon Sep 19 17:03:38 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Mon, 19 Sep 2016 10:03:38 -0700 Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <57DF8D41.6060608@oracle.com> References: <57DF8D41.6060608@oracle.com> Message-ID: <4c2a88ff-65de-93d0-8292-adca3f9f612a@oracle.com> Vote: yes From serguei.spitsyn at oracle.com Mon Sep 19 17:04:44 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Mon, 19 Sep 2016 10:04:44 -0700 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: <82e23b18-736f-b917-55b3-3448f1c4429f@oracle.com> Vote:yes From alexandr.scherbatiy at oracle.com Tue Sep 20 07:15:15 2016 From: alexandr.scherbatiy at oracle.com (Alexandr Scherbatiy) Date: Tue, 20 Sep 2016 10:15:15 +0300 Subject: CFV: New JDK 9 Committer: Prem Balakrishnan Message-ID: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> I hereby nominate Prem Balakrishnan (pkbalakr) to JDK 9 Committer. Prem is a member of the Java Client team. Hes made more than eight contributions to different areas: HiDPI support for accelerated surface in Java 2D, chars mapping in AWT and various L&F improvements in Swing. Here is a list of Prem's changesets: http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=author%28%22pkbalakr%22%29&revcount=50 Votes are due by October 5, 2016. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Thanks, Alexandr. [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote From jayathirth.d.v at oracle.com Tue Sep 20 08:11:46 2016 From: jayathirth.d.v at oracle.com (Jayathirth D V) Date: Tue, 20 Sep 2016 01:11:46 -0700 (PDT) Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <57DF8D41.6060608@oracle.com> References: <57DF8D41.6060608@oracle.com> Message-ID: <7c02deac-f195-4c11-800a-890f7ace2b9f@default> Vote : yes -----Original Message----- From: Tobias Hartmann Sent: Monday, September 19, 2016 12:31 PM To: jdk9-dev at openjdk.java.net >> jdk9-dev Subject: CFV: New JDK9 Committer: Rahul Raghavan I hereby nominate Rahul Raghavan to JDK 9 Committer. Rahul is a member of the Hotspot JIT compiler team since August 2015. He worked on enhancements and bugs in various parts of Hotspot, including JIT compilers (both C1 and C2), runtime and tests. Rahul contributed 11 changesets to JDK 9 [1]. Votes are due by Mon, October 3, 2016. Only current JDK 9 Committers [2] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [3]. Best regards, Tobias [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22rahul.v.raghavan%40oracle.com%22%29+or+author%28rraghavan%29%29+and+not+desc%28%22Merge%22%29 [2] http://openjdk.java.net/census [3] http://openjdk.java.net/projects/#committer-vote From vadim.pakhnushev at oracle.com Tue Sep 20 10:57:06 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Tue, 20 Sep 2016 13:57:06 +0300 Subject: CFV: New JDK 9 Committer: Prem Balakrishnan In-Reply-To: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> References: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> Message-ID: <1f2242e2-8c33-2724-56a0-8f5a51250894@oracle.com> Vote: yes On 20.09.2016 10:15, Alexandr Scherbatiy wrote: > > I hereby nominate Prem Balakrishnan (pkbalakr) to JDK 9 Committer. > > Prem is a member of the Java Client team. Hes made more than eight > contributions to different areas: HiDPI support for accelerated > surface in Java 2D, chars mapping in AWT and various L&F improvements > in Swing. > > Here is a list of Prem's changesets: > http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=author%28%22pkbalakr%22%29&revcount=50 > > > Votes are due by October 5, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Alexandr. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote From Sergey.Bylokhov at oracle.com Tue Sep 20 14:35:43 2016 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Tue, 20 Sep 2016 17:35:43 +0300 Subject: CFV: New JDK 9 Committer: Prem Balakrishnan In-Reply-To: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> References: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> Message-ID: <51912ee1-f258-0f16-18dd-8b62b79d5875@oracle.com> Vote: yes On 20.09.16 10:15, Alexandr Scherbatiy wrote: > > I hereby nominate Prem Balakrishnan (pkbalakr) to JDK 9 Committer. > > Prem is a member of the Java Client team. Hes made more than eight > contributions to different areas: HiDPI support for accelerated surface > in Java 2D, chars mapping in AWT and various L&F improvements in Swing. > > Here is a list of Prem's changesets: > http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=author%28%22pkbalakr%22%29&revcount=50 > > > Votes are due by October 5, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Alexandr. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote -- Best regards, Sergey. From dalibor.topic at oracle.com Tue Sep 20 14:53:56 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 20 Sep 2016 16:53:56 +0200 Subject: CFV: New JDK 9 Committer: Prem Balakrishnan In-Reply-To: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> References: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> Message-ID: <6a4893f4-79b8-2abc-a112-b59340733a9a@oracle.com> Vote: Yes. -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From yuri.nesterenko at oracle.com Tue Sep 20 15:15:48 2016 From: yuri.nesterenko at oracle.com (Yuri Nesterenko) Date: Tue, 20 Sep 2016 18:15:48 +0300 Subject: CFV: New JDK 9 Committer: Prem Balakrishnan In-Reply-To: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> References: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> Message-ID: <77da36c6-39e1-1adf-3758-cbcb05171131@oracle.com> Vote: yes -yan On 09/20/2016 10:15 AM, Alexandr Scherbatiy wrote: > > I hereby nominate Prem Balakrishnan (pkbalakr) to JDK 9 Committer. > > Prem is a member of the Java Client team. Hes made more than eight > contributions to different areas: HiDPI support for accelerated surface > in Java 2D, chars mapping in AWT and various L&F improvements in Swing. > > Here is a list of Prem's changesets: > http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=author%28%22pkbalakr%22%29&revcount=50 > > > Votes are due by October 5, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Alexandr. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote From semyon.sadetsky at oracle.com Tue Sep 20 15:38:26 2016 From: semyon.sadetsky at oracle.com (Semyon Sadetsky) Date: Tue, 20 Sep 2016 18:38:26 +0300 Subject: CFV: New JDK 9 Committer: Prem Balakrishnan In-Reply-To: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> References: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> Message-ID: <565b9ecc-b88e-ed7f-2d53-9b3e97978424@oracle.com> Vote: yes --Semyon On 9/20/2016 10:15 AM, Alexandr Scherbatiy wrote: > > I hereby nominate Prem Balakrishnan (pkbalakr) to JDK 9 Committer. > > Prem is a member of the Java Client team. Hes made more than eight > contributions to different areas: HiDPI support for accelerated > surface in Java 2D, chars mapping in AWT and various L&F improvements > in Swing. > > Here is a list of Prem's changesets: > http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=author%28%22pkbalakr%22%29&revcount=50 > > > Votes are due by October 5, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Alexandr. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote From alexandr.scherbatiy at oracle.com Tue Sep 20 17:31:08 2016 From: alexandr.scherbatiy at oracle.com (Alexandr Scherbatiy) Date: Tue, 20 Sep 2016 20:31:08 +0300 Subject: CFV: New JDK 9 Committer: Prem Balakrishnan In-Reply-To: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> References: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> Message-ID: <6936eb9b-73e5-a781-78a2-12c82affd976@oracle.com> Vote: yes Thanks, Alexandr. On 9/20/2016 10:15 AM, Alexandr Scherbatiy wrote: > > I hereby nominate Prem Balakrishnan (pkbalakr) to JDK 9 Committer. > > Prem is a member of the Java Client team. Hes made more than eight > contributions to different areas: HiDPI support for accelerated > surface in Java 2D, chars mapping in AWT and various L&F improvements > in Swing. > > Here is a list of Prem's changesets: > http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=author%28%22pkbalakr%22%29&revcount=50 > > > Votes are due by October 5, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Alexandr. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote From cthalinger at twitter.com Tue Sep 20 18:00:02 2016 From: cthalinger at twitter.com (Christian Thalinger) Date: Tue, 20 Sep 2016 08:00:02 -1000 Subject: CFV: New JDK9 Committer: Jamsheed Mohammed In-Reply-To: <57DF8D4D.6020708@oracle.com> References: <57DF8D4D.6020708@oracle.com> Message-ID: Vote: yes > On Sep 18, 2016, at 9:01 PM, Tobias Hartmann wrote: > > I hereby nominate Jamsheed Mohammed to JDK 9 Committer. > > Jamsheed is a member of the Hotspot JIT compiler team since October 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Jamsheed contributed 13 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22jamsheed.c.m%40oracle.com%22%29+or+author%28jcm%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote From cthalinger at twitter.com Tue Sep 20 18:00:16 2016 From: cthalinger at twitter.com (Christian Thalinger) Date: Tue, 20 Sep 2016 08:00:16 -1000 Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <57DF8D41.6060608@oracle.com> References: <57DF8D41.6060608@oracle.com> Message-ID: <7213B010-3403-42C6-B003-399F64153EDD@twitter.com> Vote: yes > On Sep 18, 2016, at 9:01 PM, Tobias Hartmann wrote: > > I hereby nominate Rahul Raghavan to JDK 9 Committer. > > Rahul is a member of the Hotspot JIT compiler team since August 2015. > He worked on enhancements and bugs in various parts of Hotspot, including > JIT compilers (both C1 and C2), runtime and tests. Rahul contributed 11 > changesets to JDK 9 [1]. > > Votes are due by Mon, October 3, 2016. > > Only current JDK 9 Committers [2] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [3]. > > Best regards, > Tobias > > [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22rahul.v.raghavan%40oracle.com%22%29+or+author%28rraghavan%29%29+and+not+desc%28%22Merge%22%29 > [2] http://openjdk.java.net/census > [3] http://openjdk.java.net/projects/#committer-vote > > > From kumar.x.srinivasan at oracle.com Tue Sep 20 21:53:03 2016 From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan) Date: Tue, 20 Sep 2016 14:53:03 -0700 Subject: java launcher option -d32/-d64 Message-ID: <57E1AFBF.7000606@oracle.com> Hello, The java launcher supports the options -d32 and -d64, primarily to allow the user to choose and launch 32bit or 64bit JRE, in a Solaris dual mode. However, since jdk8, the only supported configuration for Solaris is 64bit . Therefore, Is there a need for the launcher to support them ? If so please let me know, as soon as possible, otherwise I will plan on removing the support for these options in jdk9. Thanks Kumar From claes.redestad at oracle.com Tue Sep 20 22:14:49 2016 From: claes.redestad at oracle.com (Claes Redestad) Date: Wed, 21 Sep 2016 00:14:49 +0200 Subject: java launcher option -d32/-d64 In-Reply-To: <57E1AFBF.7000606@oracle.com> References: <57E1AFBF.7000606@oracle.com> Message-ID: <57E1B4D9.7060907@oracle.com> Hi Kumar, what do you intend the outcome to be if someone specifies -d32 or -d64, respectively? Simply ignore it, print a warning - or fail? I know a number of scripts and tools which use -d64 for backwards compatibility with JDK 7, so if it's not too much trouble to keep at least the -d64 flag until 10, i.e., simply accept the option and do nothing, I for one would have less things to worry about. Thanks! /Claes On 2016-09-20 23:53, Kumar Srinivasan wrote: > Hello, > > The java launcher supports the options -d32 and -d64, primarily to > allow the user to choose and launch 32bit or 64bit JRE, in a > Solaris dual mode. However, since jdk8, the only supported configuration > for > Solaris is 64bit . > > Therefore, Is there a need for the launcher to support them ? If so > please let me know, as soon as possible, otherwise I will plan on removing > the support for these options in jdk9. > > Thanks > Kumar > From kumar.x.srinivasan at oracle.com Tue Sep 20 22:29:54 2016 From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan) Date: Tue, 20 Sep 2016 15:29:54 -0700 Subject: java launcher option -d32/-d64 In-Reply-To: <57E1B4D9.7060907@oracle.com> References: <57E1AFBF.7000606@oracle.com> <57E1B4D9.7060907@oracle.com> Message-ID: <57E1B862.1050602@oracle.com> Hi Claes, > Hi Kumar, > > what do you intend the outcome to be if someone specifies -d32 or -d64, > respectively? Simply ignore it, print a warning - or fail? Fail. > > I know a number of scripts and tools which use -d64 for backwards > compatibility with JDK 7, so if it's not too much trouble to keep at > least the -d64 flag until 10, i.e., simply accept the option and do > nothing, I for one would have less things to worry about. I thought as much, but wanted to check anyway, will keep in mind. Kumar > > Thanks! > > /Claes > > On 2016-09-20 23:53, Kumar Srinivasan wrote: >> Hello, >> >> The java launcher supports the options -d32 and -d64, primarily to >> allow the user to choose and launch 32bit or 64bit JRE, in a >> Solaris dual mode. However, since jdk8, the only supported configuration >> for >> Solaris is 64bit . >> >> Therefore, Is there a need for the launcher to support them ? If so >> please let me know, as soon as possible, otherwise I will plan on >> removing >> the support for these options in jdk9. >> >> Thanks >> Kumar >> From martinrb at google.com Tue Sep 20 22:48:22 2016 From: martinrb at google.com (Martin Buchholz) Date: Tue, 20 Sep 2016 15:48:22 -0700 Subject: java launcher option -d32/-d64 In-Reply-To: <57E1AFBF.7000606@oracle.com> References: <57E1AFBF.7000606@oracle.com> Message-ID: At Google we found that -d32/-d64 was useful for maintaining fat binaries during a 32-bit to 64-bit transition, and we had local patches to enable that for Linux. But we've left 32-bit behind and there's probably not enough interest out there to support this mode of operation for openjdk, and certainly not just for Solaris. On Tue, Sep 20, 2016 at 2:53 PM, Kumar Srinivasan < kumar.x.srinivasan at oracle.com> wrote: > Hello, > > The java launcher supports the options -d32 and -d64, primarily to > allow the user to choose and launch 32bit or 64bit JRE, in a > Solaris dual mode. However, since jdk8, the only supported configuration > for > Solaris is 64bit . > > Therefore, Is there a need for the launcher to support them ? If so > please let me know, as soon as possible, otherwise I will plan on removing > the support for these options in jdk9. > > Thanks > Kumar > > From david.holmes at oracle.com Wed Sep 21 03:08:20 2016 From: david.holmes at oracle.com (David Holmes) Date: Wed, 21 Sep 2016 13:08:20 +1000 Subject: java launcher option -d32/-d64 In-Reply-To: <57E1B862.1050602@oracle.com> References: <57E1AFBF.7000606@oracle.com> <57E1B4D9.7060907@oracle.com> <57E1B862.1050602@oracle.com> Message-ID: <786a9fc0-76a9-a780-0177-b0b485ce7949@oracle.com> On 21/09/2016 8:29 AM, Kumar Srinivasan wrote: > Hi Claes, > >> Hi Kumar, >> >> what do you intend the outcome to be if someone specifies -d32 or -d64, >> respectively? Simply ignore it, print a warning - or fail? > > Fail. That could cause problems for a lot of existing tests I think. David >> >> I know a number of scripts and tools which use -d64 for backwards >> compatibility with JDK 7, so if it's not too much trouble to keep at >> least the -d64 flag until 10, i.e., simply accept the option and do >> nothing, I for one would have less things to worry about. > > I thought as much, but wanted to check anyway, will keep in mind. > > Kumar > >> >> Thanks! >> >> /Claes >> >> On 2016-09-20 23:53, Kumar Srinivasan wrote: >>> Hello, >>> >>> The java launcher supports the options -d32 and -d64, primarily to >>> allow the user to choose and launch 32bit or 64bit JRE, in a >>> Solaris dual mode. However, since jdk8, the only supported configuration >>> for >>> Solaris is 64bit . >>> >>> Therefore, Is there a need for the launcher to support them ? If so >>> please let me know, as soon as possible, otherwise I will plan on >>> removing >>> the support for these options in jdk9. >>> >>> Thanks >>> Kumar >>> > From prasanta.sadhukhan at oracle.com Wed Sep 21 05:56:34 2016 From: prasanta.sadhukhan at oracle.com (Prasanta Sadhukhan) Date: Wed, 21 Sep 2016 11:26:34 +0530 Subject: CFV: New JDK 9 Committer: Prem Balakrishnan In-Reply-To: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> References: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> Message-ID: <57E22112.3010707@oracle.com> Vote: yes Regards Prasanta On 9/20/2016 12:45 PM, Alexandr Scherbatiy wrote: > > I hereby nominate Prem Balakrishnan (pkbalakr) to JDK 9 Committer. > > Prem is a member of the Java Client team. Hes made more than eight > contributions to different areas: HiDPI support for accelerated > surface in Java 2D, chars mapping in AWT and various L&F improvements > in Swing. > > Here is a list of Prem's changesets: > http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=author%28%22pkbalakr%22%29&revcount=50 > > > Votes are due by October 5, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Alexandr. > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote From rajeev.chamyal at oracle.com Wed Sep 21 06:07:53 2016 From: rajeev.chamyal at oracle.com (Rajeev Chamyal) Date: Wed, 21 Sep 2016 11:37:53 +0530 Subject: CFV: New JDK9 Committer: Rahul Raghavan In-Reply-To: <7213B010-3403-42C6-B003-399F64153EDD@twitter.com> References: <57DF8D41.6060608@oracle.com> <7213B010-3403-42C6-B003-399F64153EDD@twitter.com> Message-ID: <375C1F3B-A032-4EB4-97B6-9F7E0CF79F39@oracle.com> Vote: yes Regards, Rajeev Chamyal > On 20-Sep-2016, at 11:30 PM, Christian Thalinger wrote: > > Vote: yes > >> On Sep 18, 2016, at 9:01 PM, Tobias Hartmann wrote: >> >> I hereby nominate Rahul Raghavan to JDK 9 Committer. >> >> Rahul is a member of the Hotspot JIT compiler team since August 2015. >> He worked on enhancements and bugs in various parts of Hotspot, including >> JIT compilers (both C1 and C2), runtime and tests. Rahul contributed 11 >> changesets to JDK 9 [1]. >> >> Votes are due by Mon, October 3, 2016. >> >> Only current JDK 9 Committers [2] are eligible to vote on this nomination. >> Votes must be cast in the open by replying to this mailing list. >> >> For Lazy Consensus voting instructions, see [3]. >> >> Best regards, >> Tobias >> >> [1] http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/log?revcount=1000&rev=%28keyword%28%22rahul.v.raghavan%40oracle.com%22%29+or+author%28rraghavan%29%29+and+not+desc%28%22Merge%22%29 >> [2] http://openjdk.java.net/census >> [3] http://openjdk.java.net/projects/#committer-vote >> >> >> > From jayathirth.d.v at oracle.com Wed Sep 21 06:07:55 2016 From: jayathirth.d.v at oracle.com (Jayathirth D V) Date: Tue, 20 Sep 2016 23:07:55 -0700 (PDT) Subject: CFV: New JDK 9 Committer: Prem Balakrishnan In-Reply-To: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> References: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> Message-ID: Vote: Yes -----Original Message----- From: Alexandr Scherbatiy Sent: Tuesday, September 20, 2016 12:45 PM To: jdk9-dev at openjdk.java.net Subject: CFV: New JDK 9 Committer: Prem Balakrishnan I hereby nominate Prem Balakrishnan (pkbalakr) to JDK 9 Committer. Prem is a member of the Java Client team. Hes made more than eight contributions to different areas: HiDPI support for accelerated surface in Java 2D, chars mapping in AWT and various L&F improvements in Swing. Here is a list of Prem's changesets: http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=author%28%22pkbalakr%22%29&revcount=50 Votes are due by October 5, 2016. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Thanks, Alexandr. [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote From rajeev.chamyal at oracle.com Wed Sep 21 06:12:33 2016 From: rajeev.chamyal at oracle.com (Rajeev Chamyal) Date: Tue, 20 Sep 2016 23:12:33 -0700 (PDT) Subject: CFV: New JDK 9 Committer: Prem Balakrishnan In-Reply-To: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> References: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> Message-ID: <2a060370-b098-4341-8778-ca2d71dfafed@default> Vote: yes Regards, Rajeev Chamyal -----Original Message----- From: Alexandr Scherbatiy Sent: 20 September 2016 12:45 To: jdk9-dev at openjdk.java.net Subject: CFV: New JDK 9 Committer: Prem Balakrishnan I hereby nominate Prem Balakrishnan (pkbalakr) to JDK 9 Committer. Prem is a member of the Java Client team. Hes made more than eight contributions to different areas: HiDPI support for accelerated surface in Java 2D, chars mapping in AWT and various L&F improvements in Swing. Here is a list of Prem's changesets: http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=author%28%22pkbalakr%22%29&revcount=50 Votes are due by October 5, 2016. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Thanks, Alexandr. [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote From ambarish.rapte at oracle.com Wed Sep 21 06:30:55 2016 From: ambarish.rapte at oracle.com (Ambarish Rapte) Date: Tue, 20 Sep 2016 23:30:55 -0700 (PDT) Subject: CFV: New JDK 9 Committer: Prem Balakrishnan In-Reply-To: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> References: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> Message-ID: <42f08d9b-bc0f-444b-8e1c-3a9f401ce735@default> Vote: yes -----Original Message----- From: Alexandr Scherbatiy Sent: Tuesday, September 20, 2016 12:45 PM To: jdk9-dev at openjdk.java.net Subject: CFV: New JDK 9 Committer: Prem Balakrishnan I hereby nominate Prem Balakrishnan (pkbalakr) to JDK 9 Committer. Prem is a member of the Java Client team. Hes made more than eight contributions to different areas: HiDPI support for accelerated surface in Java 2D, chars mapping in AWT and various L&F improvements in Swing. Here is a list of Prem's changesets: http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=author%28%22pkbalakr%22%29&revcount=50 Votes are due by October 5, 2016. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Thanks, Alexandr. [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote From jesper.wilhelmsson at oracle.com Wed Sep 21 08:17:22 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Wed, 21 Sep 2016 10:17:22 +0200 Subject: java launcher option -d32/-d64 In-Reply-To: <786a9fc0-76a9-a780-0177-b0b485ce7949@oracle.com> References: <57E1AFBF.7000606@oracle.com> <57E1B4D9.7060907@oracle.com> <57E1B862.1050602@oracle.com> <786a9fc0-76a9-a780-0177-b0b485ce7949@oracle.com> Message-ID: <0244cb6c-26ae-951f-8258-ddd52dc01a4e@oracle.com> Hi, I think this is a good change. If a flag doesn't make sense anymore we must have the guts to remove it. We have way too many command line flags to be sentimental about them. Updating all our tests that use the flag must of course be part of the work done to remove the flag. This is something that Kumar needs to take into account and staff when planning this work. Updating scripts and other frameworks that are not part of our shared source base can obviously not be part of the work, but will have to be done by the maintainers of the scripts and frameworks. This is unfortunate but we can't let that stand in the way of a good change. Especially in a major release I think this is the kind of changes one have to allow. One question though, should the flag be deprecated for one release before removing? /Jesper Den 21/9/16 kl. 05:08, skrev David Holmes: > On 21/09/2016 8:29 AM, Kumar Srinivasan wrote: >> Hi Claes, >> >>> Hi Kumar, >>> >>> what do you intend the outcome to be if someone specifies -d32 or -d64, >>> respectively? Simply ignore it, print a warning - or fail? >> >> Fail. > > That could cause problems for a lot of existing tests I think. > > David > >>> >>> I know a number of scripts and tools which use -d64 for backwards >>> compatibility with JDK 7, so if it's not too much trouble to keep at >>> least the -d64 flag until 10, i.e., simply accept the option and do >>> nothing, I for one would have less things to worry about. >> >> I thought as much, but wanted to check anyway, will keep in mind. >> >> Kumar >> >>> >>> Thanks! >>> >>> /Claes >>> >>> On 2016-09-20 23:53, Kumar Srinivasan wrote: >>>> Hello, >>>> >>>> The java launcher supports the options -d32 and -d64, primarily to >>>> allow the user to choose and launch 32bit or 64bit JRE, in a >>>> Solaris dual mode. However, since jdk8, the only supported configuration >>>> for >>>> Solaris is 64bit . >>>> >>>> Therefore, Is there a need for the launcher to support them ? If so >>>> please let me know, as soon as possible, otherwise I will plan on >>>> removing >>>> the support for these options in jdk9. >>>> >>>> Thanks >>>> Kumar >>>> >> From kumar.x.srinivasan at oracle.com Wed Sep 21 13:14:22 2016 From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan) Date: Wed, 21 Sep 2016 06:14:22 -0700 Subject: java launcher option -d32/-d64 In-Reply-To: <0244cb6c-26ae-951f-8258-ddd52dc01a4e@oracle.com> References: <57E1AFBF.7000606@oracle.com> <57E1B4D9.7060907@oracle.com> <57E1B862.1050602@oracle.com> <786a9fc0-76a9-a780-0177-b0b485ce7949@oracle.com> <0244cb6c-26ae-951f-8258-ddd52dc01a4e@oracle.com> Message-ID: <57E287AE.7030003@oracle.com> On 9/21/2016 1:17 AM, Jesper Wilhelmsson wrote: > Hi, > > I think this is a good change. If a flag doesn't make sense anymore we > must have the guts to remove it. We have way too many command line > flags to be sentimental about them. > > Updating all our tests that use the flag must of course be part of the > work done to remove the flag. This is something that Kumar needs to > take into account and staff when planning this work. > > Updating scripts and other frameworks that are not part of our shared > source base can obviously not be part of the work, but will have to be > done by the maintainers of the scripts and frameworks. This is > unfortunate but we can't let that stand in the way of a good change. > Especially in a major release I think this is the kind of changes one > have to allow. > > One question though, should the flag be deprecated for one release > before removing? That is the standard rule, ie. deprecate for one major release, launcher perhaps should perhaps accept the flags for jdk9 with a warning, and remove it in jdk10. Kumar > > /Jesper > > > Den 21/9/16 kl. 05:08, skrev David Holmes: >> On 21/09/2016 8:29 AM, Kumar Srinivasan wrote: >>> Hi Claes, >>> >>>> Hi Kumar, >>>> >>>> what do you intend the outcome to be if someone specifies -d32 or >>>> -d64, >>>> respectively? Simply ignore it, print a warning - or fail? >>> >>> Fail. >> >> That could cause problems for a lot of existing tests I think. >> >> David >> >>>> >>>> I know a number of scripts and tools which use -d64 for backwards >>>> compatibility with JDK 7, so if it's not too much trouble to keep at >>>> least the -d64 flag until 10, i.e., simply accept the option and do >>>> nothing, I for one would have less things to worry about. >>> >>> I thought as much, but wanted to check anyway, will keep in mind. >>> >>> Kumar >>> >>>> >>>> Thanks! >>>> >>>> /Claes >>>> >>>> On 2016-09-20 23:53, Kumar Srinivasan wrote: >>>>> Hello, >>>>> >>>>> The java launcher supports the options -d32 and -d64, primarily to >>>>> allow the user to choose and launch 32bit or 64bit JRE, in a >>>>> Solaris dual mode. However, since jdk8, the only supported >>>>> configuration >>>>> for >>>>> Solaris is 64bit . >>>>> >>>>> Therefore, Is there a need for the launcher to support them ? If so >>>>> please let me know, as soon as possible, otherwise I will plan on >>>>> removing >>>>> the support for these options in jdk9. >>>>> >>>>> Thanks >>>>> Kumar >>>>> >>> From jesper.wilhelmsson at oracle.com Wed Sep 21 14:17:14 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Wed, 21 Sep 2016 16:17:14 +0200 Subject: java launcher option -d32/-d64 In-Reply-To: <57E287AE.7030003@oracle.com> References: <57E1AFBF.7000606@oracle.com> <57E1B4D9.7060907@oracle.com> <57E1B862.1050602@oracle.com> <786a9fc0-76a9-a780-0177-b0b485ce7949@oracle.com> <0244cb6c-26ae-951f-8258-ddd52dc01a4e@oracle.com> <57E287AE.7030003@oracle.com> Message-ID: Den 21/9/16 kl. 15:14, skrev Kumar Srinivasan: > > On 9/21/2016 1:17 AM, Jesper Wilhelmsson wrote: >> Hi, >> >> I think this is a good change. If a flag doesn't make sense anymore we must >> have the guts to remove it. We have way too many command line flags to be >> sentimental about them. >> >> Updating all our tests that use the flag must of course be part of the work >> done to remove the flag. This is something that Kumar needs to take into >> account and staff when planning this work. >> >> Updating scripts and other frameworks that are not part of our shared source >> base can obviously not be part of the work, but will have to be done by the >> maintainers of the scripts and frameworks. This is unfortunate but we can't >> let that stand in the way of a good change. Especially in a major release I >> think this is the kind of changes one have to allow. >> >> One question though, should the flag be deprecated for one release before >> removing? > > That is the standard rule, ie. deprecate for one major release, launcher > perhaps should perhaps accept the flags for jdk9 with a warning, and > remove it in jdk10. That would give people some time to clean up their scripts at least. I think that is a good approach. Make sure you run through all tests in jdk/test and hotspot/test before pushing. (And there are likely other test lists that needs to be verified as well.) I'd assume that many of our tests will be surprised by the new warning. Thanks, /Jesper > > Kumar > >> >> /Jesper >> >> >> Den 21/9/16 kl. 05:08, skrev David Holmes: >>> On 21/09/2016 8:29 AM, Kumar Srinivasan wrote: >>>> Hi Claes, >>>> >>>>> Hi Kumar, >>>>> >>>>> what do you intend the outcome to be if someone specifies -d32 or -d64, >>>>> respectively? Simply ignore it, print a warning - or fail? >>>> >>>> Fail. >>> >>> That could cause problems for a lot of existing tests I think. >>> >>> David >>> >>>>> >>>>> I know a number of scripts and tools which use -d64 for backwards >>>>> compatibility with JDK 7, so if it's not too much trouble to keep at >>>>> least the -d64 flag until 10, i.e., simply accept the option and do >>>>> nothing, I for one would have less things to worry about. >>>> >>>> I thought as much, but wanted to check anyway, will keep in mind. >>>> >>>> Kumar >>>> >>>>> >>>>> Thanks! >>>>> >>>>> /Claes >>>>> >>>>> On 2016-09-20 23:53, Kumar Srinivasan wrote: >>>>>> Hello, >>>>>> >>>>>> The java launcher supports the options -d32 and -d64, primarily to >>>>>> allow the user to choose and launch 32bit or 64bit JRE, in a >>>>>> Solaris dual mode. However, since jdk8, the only supported configuration >>>>>> for >>>>>> Solaris is 64bit . >>>>>> >>>>>> Therefore, Is there a need for the launcher to support them ? If so >>>>>> please let me know, as soon as possible, otherwise I will plan on >>>>>> removing >>>>>> the support for these options in jdk9. >>>>>> >>>>>> Thanks >>>>>> Kumar >>>>>> >>>> > From coleen.phillimore at oracle.com Wed Sep 21 14:22:53 2016 From: coleen.phillimore at oracle.com (Coleen Phillimore) Date: Wed, 21 Sep 2016 10:22:53 -0400 Subject: java launcher option -d32/-d64 In-Reply-To: References: <57E1AFBF.7000606@oracle.com> <57E1B4D9.7060907@oracle.com> <57E1B862.1050602@oracle.com> <786a9fc0-76a9-a780-0177-b0b485ce7949@oracle.com> <0244cb6c-26ae-951f-8258-ddd52dc01a4e@oracle.com> <57E287AE.7030003@oracle.com> Message-ID: On 9/21/16 10:17 AM, Jesper Wilhelmsson wrote: > Den 21/9/16 kl. 15:14, skrev Kumar Srinivasan: >> >> On 9/21/2016 1:17 AM, Jesper Wilhelmsson wrote: >>> Hi, >>> >>> I think this is a good change. If a flag doesn't make sense anymore >>> we must >>> have the guts to remove it. We have way too many command line flags >>> to be >>> sentimental about them. >>> >>> Updating all our tests that use the flag must of course be part of >>> the work >>> done to remove the flag. This is something that Kumar needs to take >>> into >>> account and staff when planning this work. >>> >>> Updating scripts and other frameworks that are not part of our >>> shared source >>> base can obviously not be part of the work, but will have to be done >>> by the >>> maintainers of the scripts and frameworks. This is unfortunate but >>> we can't >>> let that stand in the way of a good change. Especially in a major >>> release I >>> think this is the kind of changes one have to allow. >>> >>> One question though, should the flag be deprecated for one release >>> before >>> removing? >> >> That is the standard rule, ie. deprecate for one major release, launcher >> perhaps should perhaps accept the flags for jdk9 with a warning, and >> remove it in jdk10. > > That would give people some time to clean up their scripts at least. I > think that is a good approach. > > Make sure you run through all tests in jdk/test and hotspot/test > before pushing. (And there are likely other test lists that needs to > be verified as well.) I'd assume that many of our tests will be > surprised by the new warning. Please fix all the tests, test harnesses, etc *first*! -d64 is everywhere. Then make the change to the launcher. Can you do this in the hotpot repository also so that it's tested? Thanks, Coleen > > Thanks, > /Jesper > >> >> Kumar >> >>> >>> /Jesper >>> >>> >>> Den 21/9/16 kl. 05:08, skrev David Holmes: >>>> On 21/09/2016 8:29 AM, Kumar Srinivasan wrote: >>>>> Hi Claes, >>>>> >>>>>> Hi Kumar, >>>>>> >>>>>> what do you intend the outcome to be if someone specifies -d32 or >>>>>> -d64, >>>>>> respectively? Simply ignore it, print a warning - or fail? >>>>> >>>>> Fail. >>>> >>>> That could cause problems for a lot of existing tests I think. >>>> >>>> David >>>> >>>>>> >>>>>> I know a number of scripts and tools which use -d64 for backwards >>>>>> compatibility with JDK 7, so if it's not too much trouble to keep at >>>>>> least the -d64 flag until 10, i.e., simply accept the option and do >>>>>> nothing, I for one would have less things to worry about. >>>>> >>>>> I thought as much, but wanted to check anyway, will keep in mind. >>>>> >>>>> Kumar >>>>> >>>>>> >>>>>> Thanks! >>>>>> >>>>>> /Claes >>>>>> >>>>>> On 2016-09-20 23:53, Kumar Srinivasan wrote: >>>>>>> Hello, >>>>>>> >>>>>>> The java launcher supports the options -d32 and -d64, primarily to >>>>>>> allow the user to choose and launch 32bit or 64bit JRE, in a >>>>>>> Solaris dual mode. However, since jdk8, the only supported >>>>>>> configuration >>>>>>> for >>>>>>> Solaris is 64bit . >>>>>>> >>>>>>> Therefore, Is there a need for the launcher to support them ? >>>>>>> If so >>>>>>> please let me know, as soon as possible, otherwise I will plan on >>>>>>> removing >>>>>>> the support for these options in jdk9. >>>>>>> >>>>>>> Thanks >>>>>>> Kumar >>>>>>> >>>>> >> From lana.steuck at oracle.com Wed Sep 21 20:26:27 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 21 Sep 2016 20:26:27 GMT Subject: jdk9-b137: dev Message-ID: <201609212026.u8LKQR0d008387@scaaa563.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/d7f519b00425 http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/17ed43add2f9 http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/dd56c243c199 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/e72df94364e3 http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/297c16d401c5 http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/a8d5fe567ae7 http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/dfcbf839e299 http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/258cf18fa7fc --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-4885375 client-libs Page Ranges 'To Page' field must be populated based on Pageable JDK-4924727 client-libs reader.abort() method does not work when called inside imageStarted fo JDK-6948907 client-libs sun.print.DialogOwner does not support Dialogs as DialogOwner JDK-7064425 client-libs PageFormat Dialog has no owner window to reactivate. JDK-8009477 client-libs PageUp and PageDown keyboard buttons don't move slider indicator to ne JDK-8041480 client-libs ArrayIndexOutOfBoundsException when JTable contains certain string JDK-8050478 client-libs [macosx] Cursor not updating correctly after closing a modal dialog JDK-8144015 client-libs [PIT] failures of text layout font tests JDK-8144023 client-libs [PIT] failure of text measurements in javax/swing/text/html/parser/Par JDK-8144735 client-libs [hidpi] javax/swing/JWindow/ShapedAndTranslucentWindows/TranslucentPer JDK-8145542 client-libs The case failed automatically and thrown java.lang.ArrayIndexOutOfBoun JDK-8151725 client-libs [macosx] ArrayIndexOOB exception when displaying Devanagari text in JE JDK-8152680 client-libs Regression in GlyphVector.getGlyphCharIndex behaviour JDK-8153287 client-libs [PIT] [hidpi] java/awt/image/multiresolution/MultiresolutionIconTest f JDK-8154075 client-libs [TIFF] AIOOB Exception from TIFFLZWDecompressor JDK-8155083 client-libs On Windows, usage of USER_ATTENTION_WINDOW depends on state setting or JDK-8158924 client-libs Incorrect i18n text document layout. JDK-8160570 client-libs [macosx] modal dialog can skip the activation/focus events JDK-8163100 client-libs [hidpi] Linux: display-wise scaling factor issues JDK-8163193 client-libs Metal L&F gradient is lighter on HiDPI display after the fix JDK-81430 JDK-8163274 client-libs [TEST_BUG][macosx] apparent regression: javax/swing/JColorChooser/Test JDK-8164818 client-libs Reg. test java/awt/font/TextLayout/VisibleAdvance.java fails JDK-8164899 client-libs Provide package access to setComponentMixingCutoutShape JDK-8164937 client-libs Remove code from SortingFocusTraversalPolicy that hacks into non-publi JDK-8165146 client-libs [PIT][TEST_BUG] Doubtful usability of java/awt/print/PrinterJob/TestMe JDK-8165269 client-libs (doc) Toolkit.isDynamicLayoutActive(): orphan ')' in first sentence JDK-8165345 client-libs JDK macro definition re-defined by MacOS core framework JDK-8166068 client-libs test/java/awt/font/GlyphVector/GetGlyphCharIndexTest.java does not com JDK-6543126 core-libs Level.known can leak memory JDK-6947916 core-libs JarURLConnection does not handle useCaches correctly JDK-8075484 core-libs SocketInputStream.socketRead0 can hang even with soTimeout set JDK-8145952 core-libs Currency update needed for ISO 4217 Amendment #161 JDK-8159126 core-libs java.sql.DriverManager - Initial log output in static block is lost JDK-8159408 core-libs duplicated data in rmic's javac.properties JDK-8163798 core-libs Create a JarFile versionedStream method JDK-8164784 core-libs Currency update needed for ISO 4217 Amendment #162. JDK-8164791 core-libs Update existing test cases of test/java/text/Format. JDK-8165323 core-libs (fs) Files.getFileStore fails with "Mount point not found" in chroot e JDK-8165870 core-libs Fix module dependencies for javax.script/* tests JDK-8165936 core-libs Potential Heap buffer overflow when seaching timezone info files JDK-8165984 core-libs ResourceBundle lookup fields not completely thread-safe JDK-8165988 core-libs Test JarURLConnectionUseCaches.java fails at windows: failed to clean JDK-8166054 core-libs Problem list JarURLConnectionUseCaches.java until JDK-8165988 is fixed JDK-8166126 core-libs Missing dependecies on jdk.zipfs module for jdk/nio/zipfs/jarfs/JFSTes JDK-8166148 core-libs Fix for JDK-8165936 broke Solaris builds JDK-6822627 core-svc java.lang.NullPointerException at ReferenceTypeImpl.constantPool(Refer JDK-8066635 core-svc Fix deprecation warnings in java.management module JDK-8148103 core-svc add more tests for task "Update JDI and JDWP for modules" JDK-8152589 core-svc java/lang/management/ThreadMXBean/Locks.java fails intermittently, blo JDK-8160923 core-svc sun/tools/jps/TestJpsJar.java fails due to ClassNotFoundException: jdk JDK-8163150 core-svc SA: CLHSDB printmdo throws an exception with "java.lang.InternalError: JDK-8163581 core-svc Heap Parameters in HSDB cannot handle G1CollectedHeap JDK-8164562 core-svc serviceability/sa/TestInstanceKlassSizeForInterface.java: fails with N JDK-8165114 core-svc stale reference to hotspot test Test8028623.java JDK-8165293 core-svc Remove ClassesByName2Test.java and RedefineCrossEvent.java from Proble JDK-8165513 core-svc Quarantine sun/tools/jps/TestJpsJar.java JDK-8165579 core-svc Add missing javadoc information for javax.management.MBeanServer JDK-8166012 core-svc [linux] Remove remnants of LinuxThreads from Linux attach framework JDK-8166237 core-svc jdk.jdi missing requires jdk.jdwp.agent JDK-8157618 deploy new JCP: Cache Viewer does not update. JDK-8160877 deploy At step8:No "Application Error" dialog appear,but a title with "Applic JDK-8161349 deploy It's "Perform..." link shown on the page rather than link "Classic Pre JDK-8164701 deploy [test]Expected Error Dialog is not seen when javaws is launched with e JDK-8165104 deploy File protocol in Exception Site List needs to show three slashes JDK-8165110 deploy Create functional tests to cover JDK-8157042 for plugin JDK-8165297 deploy No "Select Folder" button display on the dialog. JDK-8165298 deploy No "Java" tab can be found in the Java Control Panel JDK-8165301 deploy The security dialog is not the expected one. JDK-8165310 deploy [TEST_BUG]Step8: There is no the security warning dialog regarding "We JDK-8038348 hotspot Instance field load is replaced by wrong data Phi JDK-8058575 hotspot IllegalAccessError trying to access package-private class from VM anon JDK-8064892 hotspot Non-methods code cache overflow is not handled correctly JDK-8139515 hotspot JFR File Read events with Bytes Read=-1 JDK-8139700 hotspot compiler/jvmci/compilerToVM/DisassembleCodeBlobTest and InvalidateInst JDK-8148854 hotspot Class names "SomeClass" and "LSomeClass;" treated by JVM as an equival JDK-8150823 hotspot UL disables log outputs incorrectly JDK-8150894 hotspot Unused -Xlog tag sequences are silently ignored. JDK-8151988 hotspot Hotspot deoptimizes div/mod pair usage JDK-8155635 hotspot C2: Mixed unsafe oop accesses break alias analysis JDK-8155917 hotspot Memory access in free regions during G1 full gc causes regressions in JDK-8156500 hotspot Move Reference pending list into VM to prevent deadlocks JDK-8157468 hotspot gc/testlibrary contains a lot of duplicated code JDK-8157948 hotspot UL allows same log file with multiple file= JDK-8158639 hotspot C2 compilation fails with SIGSEGV JDK-8158854 hotspot Ensure release_store is paired with load_acquire in lock-free code JDK-8159900 hotspot Can't dump recording "0" JDK-8161079 hotspot Default heap size causes native memory exhaustion on 32 bit Windows JDK-8161224 hotspot CONSTANT_NameAndType_info permits references to illegal names and desc JDK-8161280 hotspot assert failed: reference count underflow for symbol JDK-8162101 hotspot C2: Handle "wide" aliases for unsafe accesses JDK-8162412 hotspot Ignore any System property specified as -Djdk.module that matches rese JDK-8162496 hotspot missing precedence edge for anti_dependence JDK-8163346 hotspot Update jmap-hashcode/Test8028623.java for better diagnostic of timeout JDK-8163589 hotspot Add back class id intrinsic method for event based tracing JDK-8163860 hotspot Convert TestOldFreeSpaceCalculation_test to GTest JDK-8163864 hotspot [JVMCI] move MethodProfileWidth to jvmci_globals.hpp JDK-8164028 hotspot Convert TestPredictions_test to GTest JDK-8164039 hotspot Convert test_memset_with_concurrent_readers to GTest JDK-8164122 hotspot C1: assert(false) failed: stack or locks not matching (invalid bytecod JDK-8164133 hotspot Tests gc/arguments/TestAlignmentToUseLargePages.java and gc/cms/TestBu JDK-8164214 hotspot [JVMCI] include VarHandle in signature polymorphic method test JDK-8164230 hotspot Convert TestCodeCacheRemSet_test to GTest JDK-8164358 hotspot [JVMCI] expose Hotspot intrinsics and HotSpotIntrinsicCandidate info t JDK-8164608 hotspot [TESTBUG] compiler/profiling tests fail to compile JDK-8164648 hotspot [TESTBUG] jittester failed compilation after 8157957 JDK-8164692 hotspot InstanceKlass::_previous_version_count goes negative JDK-8164737 hotspot Remove Unsafe dependency from ProcessTools JDK-8164738 hotspot Convert AltHashing_test to GTest JDK-8164743 hotspot Convert TestAsUtf8 to GTest JDK-8164862 hotspot 2 JVMCI tests should not be executed on linux-x86 JDK-8164936 hotspot G1 age table printout contains contents from previous GC JDK-8164939 hotspot GTest LogDecorations.iso8601_time_test fails on macOS JDK-8164943 hotspot sun/tools/jhsdb/HeapDumpTest failed with Can't find library: /test/lib JDK-8165014 hotspot Unaligned unsafe access should throw InternalError on Solaris JDK-8165018 hotspot Missing memory barrier for PPC64 in Unsafe_GetObjectVolatile JDK-8165153 hotspot Crash in rebuild_cpu_to_node_map JDK-8165215 hotspot Setting same UL tag multiple times matches wrong tagset JDK-8165226 hotspot Bad -Xloggc: arguments crashes the VM JDK-8165246 hotspot [REDO] InstanceKlass::_previous_version_count goes negative JDK-8165268 hotspot [BACKOUT] InstanceKlass::_previous_version_count goes negative JDK-8165292 hotspot The gc+task logging is repeated a lot, decreasing the usefulness of -X JDK-8165730 hotspot quarantine anonymous classloader tests JDK-8077138 security-libs Some PKCS11 tests fail because NSS library is not initialized JDK-8132926 security-libs PKIXParameters built with public key form of TrustAnchor causes NPE du JDK-8163924 security-libs SSLEngineBadBufferArrayAccess.java fails intermittently with Unrecogni JDK-8165660 security-libs Remove the intermittent keyword from sun/security/krb5/auto/MaxRetries JDK-8165689 security-libs Fix module dependencies for sun/security/pkcs11/* tests JDK-8165825 security-libs Remove the intermittent keyword from sun/security/krb5/auto/Unreachabl JDK-8166032 security-libs Fix module dependencies for javax.SSL tests JDK-8138667 tools java.lang.IllegalAccessError: tried to access method (for a protected JDK-8138822 tools Source version error missing version number JDK-8160699 tools java.lang.VerifyError: Inconsistent stackmap frames at branch target JDK-8163320 tools JAVA_VERSION in release file should come from java.base module JDK-8165524 tools Better detect JRE that Linux JLI will be using JDK-8165818 tools Remove tools/pack200/Pack200Props.java from ProblemList JDK-8166176 tools module search generates URLs with extra '/' JDK-8165784 xml Deprecate the internal Catalog API in JDK 9 JDK-8166220 xml Catalog API: JAXP XML Processor Support - add StAX test coverage From david.holmes at oracle.com Wed Sep 21 22:01:47 2016 From: david.holmes at oracle.com (David Holmes) Date: Thu, 22 Sep 2016 08:01:47 +1000 Subject: java launcher option -d32/-d64 In-Reply-To: References: <57E1AFBF.7000606@oracle.com> <57E1B4D9.7060907@oracle.com> <57E1B862.1050602@oracle.com> <786a9fc0-76a9-a780-0177-b0b485ce7949@oracle.com> <0244cb6c-26ae-951f-8258-ddd52dc01a4e@oracle.com> <57E287AE.7030003@oracle.com> Message-ID: <21c21fed-5e9a-7e7a-a80f-dfe467d6ce3f@oracle.com> On 22/09/2016 12:22 AM, Coleen Phillimore wrote: > > > On 9/21/16 10:17 AM, Jesper Wilhelmsson wrote: >> Den 21/9/16 kl. 15:14, skrev Kumar Srinivasan: >>> >>> On 9/21/2016 1:17 AM, Jesper Wilhelmsson wrote: >>>> Hi, >>>> >>>> I think this is a good change. If a flag doesn't make sense anymore >>>> we must >>>> have the guts to remove it. We have way too many command line flags >>>> to be >>>> sentimental about them. >>>> >>>> Updating all our tests that use the flag must of course be part of >>>> the work >>>> done to remove the flag. This is something that Kumar needs to take >>>> into >>>> account and staff when planning this work. >>>> >>>> Updating scripts and other frameworks that are not part of our >>>> shared source >>>> base can obviously not be part of the work, but will have to be done >>>> by the >>>> maintainers of the scripts and frameworks. This is unfortunate but >>>> we can't >>>> let that stand in the way of a good change. Especially in a major >>>> release I >>>> think this is the kind of changes one have to allow. >>>> >>>> One question though, should the flag be deprecated for one release >>>> before >>>> removing? >>> >>> That is the standard rule, ie. deprecate for one major release, launcher >>> perhaps should perhaps accept the flags for jdk9 with a warning, and >>> remove it in jdk10. >> >> That would give people some time to clean up their scripts at least. I >> think that is a good approach. >> >> Make sure you run through all tests in jdk/test and hotspot/test >> before pushing. (And there are likely other test lists that needs to >> be verified as well.) I'd assume that many of our tests will be >> surprised by the new warning. > > Please fix all the tests, test harnesses, etc *first*! -d64 is > everywhere. Then make the change to the launcher. Can you do this in > the hotpot repository also so that it's tested? I agree - a warning is likely to cause problems as well so all the uses of -d32/-d64 should be fixed before any changes are made to the launcher. While we seem to see it everywhere in the testing I'm hoping it actually originates from a handful of places. There is actually very little use in hotspot (tonga setup), and not too much in jdk - see below - and in top-level test-lib. Thanks, David > Thanks, > Coleen jdk/test: ./lib/testlibrary/jdk/testlibrary/ProcessTools.java: * Get platform specific VM arguments (e.g. -d64 on 64bit Solaris) ./lib/testlibrary/jdk/testlibrary/ProcessTools.java: return new String[] { "-d64" }; ./java/nio/channels/spi/SelectorProvider/inheritedChannel/run_tests.sh: ${JAVA} -d64 -version > /dev/null 2<&1 ./java/nio/channels/spi/SelectorProvider/inheritedChannel/run_tests.sh: ${JAVA} -d64 -version ./java/awt/JAWT/JAWT.sh: ${TESTJAVA}${FS}bin${FS}java -d64 -version 2>&1 | grep '64-Bit' > $NULL ./java/awt/JAWT/JAWT.sh: ${TESTJAVA}${FS}bin${FS}java -d64 -version 2>&1 | grep '64-Bit' > $NULL ./java/util/Arrays/Big.java:// java -d64 -Xms25g -Xmx25g Big 30 ./java/util/Arrays/Big.java: // java -d64 -Xms13g -Xmx13g Big 30 2 ./JTreport/html/notRun.html:>tools/launcher/ChangeDataModel.java: Verify -d32 and -d64 options are accepted(rejected) on all platforms ./ProblemList.txt:# 4. Make sure you try the -d64 option on Solaris ./tools/launcher/ChangeDataModel.java: * @summary Verify -d32 and -d64 options are accepted(rejected) on all platforms ./tools/launcher/ChangeDataModel.java: checkAcceptance(javaCmd, "-d32"); ./tools/launcher/ChangeDataModel.java: checkRejection(javaCmd, "-d64"); ./tools/launcher/ChangeDataModel.java: checkOption(javaCmd, "-d64"); ./tools/launcher/ChangeDataModel.java: checkAcceptance(javaCmd, "-d64"); ./tools/launcher/ChangeDataModel.java: checkRejection(javaCmd, "-d32"); ./tools/launcher/ChangeDataModel.java: checkOption(javaCmd, "-d32"); ./tools/launcher/Test7029048.java: * java64 -d64, LLP_64 is relevant, LLP_32 is ignored ./Makefile:# Could include: -d64 -server -client OR any java option From alejandro.murillo at oracle.com Wed Sep 21 22:49:28 2016 From: alejandro.murillo at oracle.com (Alejandro Murillo) Date: Wed, 21 Sep 2016 16:49:28 -0600 Subject: jdk9-dev: HotSpot Message-ID: jdk9-hs-2016-09-16 has been integrated into jdk9-dev. http://hg.openjdk.java.net/jdk9/dev/rev/01cb906720fc http://hg.openjdk.java.net/jdk9/dev/corba/rev/258cf18fa7fc http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/dab2091976f3 http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/a8d5fe567ae7 http://hg.openjdk.java.net/jdk9/dev/jaxws/rev/297c16d401c5 http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f92324a04173 http://hg.openjdk.java.net/jdk9/dev/langtools/rev/c313dc636115 http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/987ce060a647 Component : VM Status : Go for integration Date : 09/21/2016 at 00:30 MSK Tested By : VM SQE &dmitry.fazunenko at oracle.com Bundles : 2016-09-16-175809.amurillo.jdk9-hs-2016-09-16-snapshot Testing: 46 new failures, 3 627 known failures, 1 490 258 passed. Issues and Notes: No stoppers have been detected. Go for integration CRs for testing: 8114823: G1 doesn't honor request to disable class unloading 8139368: -javaagent and -Dcom.sun.management need to add to the initial set of modules to resolve 8140520: segfault on solaris-amd64 with "-XX:VMThreadStackSize=1" option 8141634: Implement VarHandles/Unsafe intrinsics on SPARC 8146096: [TEST BUG] compiler/loopopts/UseCountedLoopSafepoints.java Timeouts 8146128: compiler/cpuflags/TestAESIntrinsicsOnSupportedConfig timeouts 8149607: [Verifier] Do not verify pop, pop2, swap, dup* against top 8156137: SIGSEGV in ReceiverTypeData::clean_weak_klass_links 8157024: CodeCache JFR events reporting wrong data 8157464: Disallow StackWalker.getCallerClass() be called by caller-sensitive method 8157956: OverflowCodeCacheTest.java fails with Out of space in CodeCache for method handle intrinsic 8160942: Unused code in GraphKit::record_profiled_receiver_for_speculation 8161029: GPL header missing comma after year 8161550: [JVMCI] Crash: assert(sig_bt[member_arg_pos] == T_OBJECT) 8161720: Better byte behavior for off-heap data 8163014: Mysterious/wrong value for "long" frame local variable on 64-bit 8163880: Constant pool caching of fields inhibited/delayed unnecessarily 8164086: Checked JNI pending exception check should be cleared when returning to Java frame 8164480: Crash with assert(handler_address == SharedRuntime::compute_compiled_exc_handler(..) failed: Must be the same 8164913: JVMTI.agent_load dcmd should show useful error message 8164948: Initializing stores of HeapRegions are not ordered with regards to their use in G1ConcurrentMark 8164989: Inflate and compress intrinsics produce incorrect results with avx512 8165030: [TESTBUG] ctw failed to build after 8157957 8165050: [TESTBUG] tests generated by jittester cannot be run with jtreg 8165244: Unquarantine compiler/jvmci/compilerToVM/ExecuteInstalledCodeTest.java 8165313: Inserting freed regions during Free Collection Set serial phase takes very long on huge heaps 8165315: [ppc] Port "8133749: NMT detail stack trace cleanup" 8165455: Tracing events for G1 have incorrect metadata 8165493: SA: Add method in GrowableArray.java to be able to access the 'data' field 8165634: Support multiple --add-modules options on the command line 8165681: ClassLoad and ClassPrepare JVMTI events are missed in the start phase 8165881: Backout JDK-8164913 8165889: Remove jdk.test.lib.unsafe.UnsafeHelper -- Alejandro From pavel.rappo at oracle.com Sat Sep 24 19:45:15 2016 From: pavel.rappo at oracle.com (Pavel Rappo) Date: Sat, 24 Sep 2016 20:45:15 +0100 Subject: Result: New JDK 9 Committer: Sergey Kuksenko Message-ID: <09421CCB-7F7F-440E-A272-EBE0083AF54E@oracle.com> Voting for Sergey Kuksenko [1] is now closed. Yes: 34 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. -Pavel [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-September/004826.html From sean.coffey at oracle.com Sun Sep 25 10:38:53 2016 From: sean.coffey at oracle.com (Sean Coffey) Date: Sun, 25 Sep 2016 11:38:53 +0100 Subject: Result: New JDK 9 Committer: Svetlana Nikandrova Message-ID: <18079f31-2d1f-9a04-440e-aba26b20b450@oracle.com> Voting for Svetlana Nikandrova [1] is now closed. Yes: 19 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. regards, Sean. [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-September/004852.html From alok.sharma at hpe.com Mon Sep 26 05:30:24 2016 From: alok.sharma at hpe.com (Sharma, Alok Kumar (OSTL)) Date: Mon, 26 Sep 2016 05:30:24 +0000 Subject: OpenJDK JDK-7067885 code changes for community review In-Reply-To: <88e9828b-9609-f33e-78e8-ad31361dc828@oracle.com> References: <549b7026-cbf3-8bc3-a593-561699431554@oracle.com> <88e9828b-9609-f33e-78e8-ad31361dc828@oracle.com> Message-ID: Thanks Alexander for you review. Mercurial diff for updated source change: diff -r 021369229cfd src/java.desktop/share/classes/sun/awt/shell/ShellFolder.java --- a/src/java.desktop/share/classes/sun/awt/shell/ShellFolder.java Tue Sep 06 13:09:29 2016 -0400 +++ b/src/java.desktop/share/classes/sun/awt/shell/ShellFolder.java Fri Sep 23 12:15:51 2016 +0530 @@ -32,6 +32,7 @@ import java.io.FileNotFoundException; import java.util.*; import java.util.concurrent.Callable; +import java.nio.file.*; /** * @author Michael Martak @@ -240,10 +241,11 @@ * @exception FileNotFoundException if file does not exist */ public static ShellFolder getShellFolder(File file) throws FileNotFoundException { + Path path = Paths.get(file.getPath()); if (file instanceof ShellFolder) { return (ShellFolder)file; } - if (!file.exists()) { + if (!Files.exists(path,LinkOption.NOFOLLOW_LINKS)) { throw new FileNotFoundException(); } return shellFolderManager.createShellFolder(file); Below is the explanation for fix. Problem description: FileChooser behavior when there is a soft link to a non-existent file/directory. Soft link to be displayed with an error/exception when attempt is made to open it. Instead the soft link name is not displayed in the file chooser. Analysis: JFileChooser() internally uses java.io.exists() to check whether file exists. In this scenario JFileChooser() checks dangling symlink existence using java.io.exists(). java.io.exists() api does not handle dangling symlink and returns false. JFileChooser() expects exists() api to return true for dangling symlink but, java.io.exists() returns false. Code changes: We have made changes in JFilechooser to use Non-Blocking java.nio.exists() api which check for file existence. java.nio.exists() handles dangling symlinks it accepts second argument link option which determines whether to follow the link or not and returns true for dangling symlinks. Regards, Alok -----Original Message----- From: Alexandr Scherbatiy [mailto:alexandr.scherbatiy at oracle.com] Sent: Tuesday, September 20, 2016 8:19 PM To: Sharma, Alok Kumar (OSTL) Cc: swing-dev at openjdk.java.net Subject: Re: OpenJDK JDK-7067885 code changes for community review Hello Alok, Is it possible to update the line where File.exists() is used just converting the file to a Path and using java.nio.exists() check? Thanks, Alexandr. On 9/16/2016 1:20 PM, Alexey Ivanov wrote: > Hi Alok, > > This change should be discussed on swing-dev mailing list because you > modify behavior of javax.swing.JFileChooser, and on core-libs-dev > because you also modify java.io.File. > > I agree with Alan, using the new API appears to be a better > alternative than changing java.io.File. > > > Regards, > Alexey > > On 12.09.2016 19:08, Alan Bateman wrote: >> Best to follow-up on swing-dev as I assume the right thing is to >> update JFileChooser rather than changing java.io.File to be mutable. >> You did acknowledge near the end of your mail that the new file >> system API supports sym links so it may be that JFileChooser could >> use that. >> >> -Alan >> >> >> On 12/09/2016 08:41, Sharma, Alok Kumar (OSTL) wrote: >>> Following is the fix for JDK-7067885. I am not sure which mailing ID >>> to post this. >>> >>> Bug: FileChooser does not display soft link name if link is to >>> nonexistent file/directory >>> https://bugs.openjdk.java.net/browse/JDK-7067885 >>> >>> This bug is unassigned. Can someone please look into these changes >>> and get back to me? Explanation of fix is at the end of the source >>> code diff. >>> >>> Mercurial diff for source change: >>> ------------------------------------------------------------------- >>> diff -r 021369229cfd src/java.base/share/classes/java/io/File.java >>> --- a/src/java.base/share/classes/java/io/File.java Tue Sep 06 >>> 13:09:29 2016 -0400 >>> +++ b/src/java.base/share/classes/java/io/File.java Mon Sep 12 >>> 11:27:07 2016 +0530 >>> @@ -164,6 +164,27 @@ >>> private final String path; >>> >>> /** >>> + * The flag indicates whether to follow the symlink. >>> + */ >>> + private boolean follow_link = true; >>> + >>> + /** >>> + * Sets the follow_link of file. >>> + * description: Sets follow_link on or off. >>> + * @param follow_link the value that determines whether to >>> follow the symlink or not. >>> + * TRUE: file.io.exists() checks the file existence using >>> stat() which follows the symlink. >>> + * >>> + * FALSE: file.io.exists() checks the file existence using >>> lstat() if stat() fails to retrieve >>> + * the file info. lstat() if file is a symbolic link, then >>> it returns information >>> + * about the link itself. >>> + * @return Returns ZERO at success >>> + */ >>> + public int set_follow_link(boolean follow_link) { >>> + this.follow_link=follow_link; >>> + return 0; >>> + } >>> + >>> + /** >>> * Enum type that indicates the status of a file path. >>> */ >>> private static enum PathStatus { INVALID, CHECKED }; diff -r >>> 021369229cfd src/java.base/unix/native/libjava/UnixFileSystem_md.c >>> --- a/src/java.base/unix/native/libjava/UnixFileSystem_md.c Tue Sep >>> 06 13:09:29 2016 -0400 >>> +++ b/src/java.base/unix/native/libjava/UnixFileSystem_md.c Mon Sep >>> 12 11:27:07 2016 +0530 >>> @@ -51,6 +51,7 @@ >>> #define dirent64 dirent >>> #define readdir64_r readdir_r >>> #define stat64 stat >>> +#define lstat64 lstat >>> #ifndef MACOSX >>> #define statvfs64 statvfs >>> #endif >>> @@ -62,6 +63,7 @@ >>> jfieldID path; >>> } ids; >>> >>> +jfieldID ufs_follow_link; >>> >>> JNIEXPORT void JNICALL >>> Java_java_io_UnixFileSystem_initIDs(JNIEnv *env, jclass cls) @@ >>> -70,6 +72,8 @@ >>> if (!fileClass) return; >>> ids.path = (*env)->GetFieldID(env, fileClass, >>> "path", "Ljava/lang/String;"); >>> + ufs_follow_link = (*env)->GetFieldID(env, fileClass, >>> + "follow_link", "Z"); >>> } >>> >>> /* -- Path operations -- */ >>> @@ -113,20 +117,42 @@ >>> return JNI_FALSE; >>> } >>> >>> +static jboolean >>> +lstatMode(const char *path, int *mode) { >>> + struct stat64 sb; >>> + if (lstat64(path, &sb) == 0) { >>> + *mode = sb.st_mode; >>> + return JNI_TRUE; >>> + } >>> + return JNI_FALSE; >>> +} >>> >>> JNIEXPORT jint JNICALL >>> Java_java_io_UnixFileSystem_getBooleanAttributes0(JNIEnv *env, >>> jobject this, >>> jobject file) { >>> jint rv = 0; >>> + jint follow_link = 0; >>> >>> WITH_FIELD_PLATFORM_STRING(env, file, ids.path, path) { >>> int mode; >>> - if (statMode(path, &mode)) { >>> - int fmt = mode & S_IFMT; >>> - rv = (jint) (java_io_FileSystem_BA_EXISTS >>> - | ((fmt == S_IFREG) ? >>> java_io_FileSystem_BA_REGULAR : 0) >>> - | ((fmt == S_IFDIR) ? >>> java_io_FileSystem_BA_DIRECTORY : 0)); >>> + follow_link = (*env)->GetBooleanField(env, file, >>> ufs_follow_link); >>> + if ( follow_link ) { >>> + if (statMode(path, &mode)) { >>> + int fmt = mode & S_IFMT; >>> + rv = (jint) (java_io_FileSystem_BA_EXISTS >>> + | ((fmt == S_IFREG) ? >>> java_io_FileSystem_BA_REGULAR : 0) >>> + | ((fmt == S_IFDIR) ? >>> java_io_FileSystem_BA_DIRECTORY : 0)); >>> + } >>> + } >>> + else { >>> + if (lstatMode(path, &mode)) { >>> + int fmt = mode & S_IFMT; >>> + rv = (jint) (java_io_FileSystem_BA_EXISTS >>> + | ((fmt == S_IFREG) ? >>> java_io_FileSystem_BA_REGULAR : 0) >>> + | ((fmt == S_IFDIR) ? >>> java_io_FileSystem_BA_DIRECTORY : 0)); >>> + } >>> } >>> } END_PLATFORM_STRING(env, path); >>> return rv; >>> diff -r 021369229cfd >>> src/java.desktop/share/classes/javax/swing/filechooser/FileSystemView.java >>> --- >>> a/src/java.desktop/share/classes/javax/swing/filechooser/FileSystemView.java >>> Tue Sep 06 13:09:29 2016 -0400 >>> +++ >>> b/src/java.desktop/share/classes/javax/swing/filechooser/FileSystemView.java >>> Mon Sep 12 11:27:07 2016 +0530 >>> @@ -521,6 +521,7 @@ >>> f = createFileSystemRoot(f); >>> } >>> try { >>> + f.set_follow_link(false); >>> f = ShellFolder.getShellFolder(f); >>> } catch (FileNotFoundException e) { >>> // Not a valid file (wouldn't show in native >>> file chooser) >>> ------------------------------------------ >>> >>> Below is the explanation for fix. >>> >>> Problem description: >>> FileChooser behavior when there is a soft link to a non-existent >>> file/directory. >>> Soft link to be displayed with an error/exception when attempt is >>> made to >>> open it. Instead the soft link name is not displayed in the file >>> chooser. >>> >>> Analysis: >>> JFileChooser() internally uses java.io.exists() to check whether >>> file exists. >>> In this scenario JFileChooser() checks dangling symlink existence >>> using java.io.exists(). >>> java.io.exists() api does not handle dangling symlink and returns >>> false. >>> >>> JFileChooser() expects exists() api to return true for dangling >>> symlink but, java.io.exists() returns false. >>> >>> We see that there are two exists() apis in JAVA java.io.exists() and >>> java.nio.exists(). >>> >>> java.nio.exists() handles dangling symlinks it accepts second >>> argument link option which >>> determines whether to follow the link or not and returns true for >>> dangling symlinks. >>> java.io.exists() follows the symlink and returns false if target >>> file doesn't exist. >>> >>> We have enhanced the java.io.exists() api to return true if it is a >>> dangling symlink. >>> >>> Changes in code: >>> >>> New variable "follow_link" is introduced in >>> "jdk/src/java.base/share/classes/java/io/File.java", we check for >>> this flag in exists() code >>> if its set then we handle symlinks. In case of dangling symlink >>> java.io.exists() api checks file existence >>> symlink itself not the target file and returns true. >>> >>> JFileChooser() issue (JDK-7067885) gets resolved with these changes. >>> >>> Testing: >>> I have covered the testing for the below apis. >>> Jfilechooser >>> getShellFolder >>> FileSystemView >>> and ran /openjdk9/jdk/test/javax/swing/JFileChooser/* tests. >>> >> > From ajit.ghaisas at oracle.com Mon Sep 26 11:24:08 2016 From: ajit.ghaisas at oracle.com (Ajit Ghaisas) Date: Mon, 26 Sep 2016 04:24:08 -0700 (PDT) Subject: CFV: New JDK 9 Committer: Prem Balakrishnan In-Reply-To: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> References: <473bdcf0-243b-ebbd-b1e0-a07b81ff663c@oracle.com> Message-ID: <1c6c93f1-11f2-458a-abd0-a622d32b1cb0@default> Vote : Yes -----Original Message----- From: Alexandr Scherbatiy Sent: Tuesday, September 20, 2016 12:45 PM To: jdk9-dev at openjdk.java.net Subject: CFV: New JDK 9 Committer: Prem Balakrishnan I hereby nominate Prem Balakrishnan (pkbalakr) to JDK 9 Committer. Prem is a member of the Java Client team. Hes made more than eight contributions to different areas: HiDPI support for accelerated surface in Java 2D, chars mapping in AWT and various L&F improvements in Swing. Here is a list of Prem's changesets: http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=author%28%22pkbalakr%22%29&revcount=50 Votes are due by October 5, 2016. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Thanks, Alexandr. [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote From alejandro.murillo at oracle.com Tue Sep 27 20:31:55 2016 From: alejandro.murillo at oracle.com (Alejandro Murillo) Date: Tue, 27 Sep 2016 14:31:55 -0600 Subject: jdk9-dev: HotSpot Message-ID: jdk9-hs-2016-09-19 has been integrated into jdk9-dev. http://hg.openjdk.java.net/jdk9/dev/rev/67c4388142bd http://hg.openjdk.java.net/jdk9/dev/corba/rev/27bb44be3207 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/5cc2e207a113 http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/69c3b12ba75b http://hg.openjdk.java.net/jdk9/dev/jaxws/rev/7d3a8f52b124 http://hg.openjdk.java.net/jdk9/dev/jdk/rev/d16e09effe10 http://hg.openjdk.java.net/jdk9/dev/langtools/rev/90dd93e668a5 http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/4a6ee1185fc8 Component : VM Status : Go for integration Date : 09/27/2016 at 19:00 MSK Tested By : VM SQE &dmitry.fazunenko at oracle.com Bundles : 2016-09-23-203306.amurillo.jdk9-hs-2016-09-19-snapshot Testing: 23 new failures, 3073 known failures, 1656790 passed. Issues and Notes: No stoppers have been detected. Go for integration CRs for testing: 6648858: InvokeHangTest.java fails due to "failure: Debuggee appears to be hung" when running with -Xcomp 8027920: SA: Add default methods to InstanceKlass 8078644: CDS needs to support JVMTI CFLH 8136766: Enable ThreadStackSize range test 8153711: [REDO] JDWP: Memory Leak: GlobalRefs never deleted when processing invokeMethod command 8157952: Parallelize Memory Pretouch 8159422: Very high Concurrent Mark mark stack contention 8161448: 4 JNI exception pending defect groups in DiagnosticCommandImpl.c 8163406: The fixup_module_list must be protected by Module_lock when inserting new entries 8165017: Additional test coverage of the JDWP CLASSLOADER and MODULE commands 8165489: Missing G1 barrier in Unsafe_GetObjectVolatile 8165808: Add release barriers when allocating objects with concurrent collection 8166207: Use of Copy::conjoint_oops_atomic in global mark stack causes crashes on arm64 8166228: Remove unused HeapRegion::object_iterate_mem_careful() 8166229: Eliminate ParNew's use of klass_or_null() 8166312: Backout 8165017 -- Alejandro From lana.steuck at oracle.com Wed Sep 28 20:59:49 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 28 Sep 2016 20:59:49 GMT Subject: jdk9-b138: dev Message-ID: <201609282059.u8SKxnmt000355@scaaa563.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/67c4388142bd http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/4a6ee1185fc8 http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/90dd93e668a5 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/665096863382 http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/7d3a8f52b124 http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/69c3b12ba75b http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/fc0956308c7a http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/27bb44be3207 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8085049 core-libs java/net/MulticastSocket/TimeToLive.java fails intermittently with "Ad JDK-8085575 core-libs java/net/Socket/InheritHandle.java fails intermittently with "Address JDK-8130657 core-libs com/sun/net/httpserver/Test5.java failed with java.lang.RuntimeExcepti JDK-8151832 core-libs Improve exception messages in exception thrown by new JDK 9 code JDK-8153654 core-libs Update jdeps to be multi-release jar aware JDK-8154525 core-libs java/net/ServerSocket/ThreadStop.java fails intermittently with error JDK-8157464 core-libs Disallow StackWalker.getCallerClass() be called by caller-sensitive me JDK-8159410 core-libs InetAddress.isReachable returns true for non existing IP addresses JDK-8161211 core-libs better inlining support for loop bytecode intrinsics JDK-8164467 core-libs ES6 computed properties are implemented wrongly JDK-8165919 core-libs Miscellaneous changes imported from jsr166 CVS 2016-09-21 JDK-8166057 core-libs [testbug] CoreThreadTimeOut still uses hardcoded timeout JDK-8166059 core-libs JSR166TestCase.java fails with NPE in dumpTestThreads on timeout JDK-8166189 core-libs Fix for Bug 8165524 breaks AIX build JDK-8166248 core-libs tools/pack200/Pack200Test.java fails on Win32: Could not reserve enoug JDK-8166285 core-libs Missing dependencies java.httpclient for tests from java/net pachage JDK-8166296 core-libs add documentation for Date,RegExp,Error,JSON objects JDK-8166298 core-libs 3 nashorn ant tests fail with latest jdk9-dev tip JDK-8166359 core-libs java/net/URLPermission/nstest/lookup.sh fails if proxy is set since fi JDK-8166465 core-libs CompletableFuture.minimalCompletionStage().toCompletableFuture() shoul JDK-8166553 core-libs undeclared dependencies for two IO tests JDK-8166604 core-libs (ch) remove unneeded locals variables and correct NPE JDK-8166747 core-libs Add invalid network / computer name cases to isReachable known failure JDK-8164913 core-svc JVMTI.agent_load dcmd should show useful error message JDK-8165881 core-svc Backout JDK-8164913 JDK-8114823 hotspot G1 doesn't honor request to disable class unloading JDK-8139368 hotspot -javaagent and -Dcom.sun.management need to add to the initial set of JDK-8140520 hotspot segfault on solaris-amd64 with "-XX:VMThreadStackSize=1" option JDK-8141634 hotspot Implement VarHandles/Unsafe intrinsics on SPARC JDK-8146096 hotspot [TEST BUG] compiler/loopopts/UseCountedLoopSafepoints.java Timeouts JDK-8146128 hotspot compiler/cpuflags/TestAESIntrinsicsOnSupportedConfig timeouts JDK-8156137 hotspot SIGSEGV in ReceiverTypeData::clean_weak_klass_links JDK-8157024 hotspot CodeCache JFR events reporting wrong data JDK-8157956 hotspot OverflowCodeCacheTest.java fails with Out of space in CodeCache for me JDK-8160942 hotspot Unused code in GraphKit::record_profiled_receiver_for_speculation JDK-8161550 hotspot [JVMCI] Crash: assert(sig_bt[member_arg_pos] == T_OBJECT) JDK-8161720 hotspot Better byte behavior for off-heap data JDK-8163880 hotspot Constant pool caching of fields inhibited/delayed unnecessarily JDK-8164086 hotspot Checked JNI pending exception check should be cleared when returning t JDK-8164480 hotspot Crash with assert(handler_address == SharedRuntime::compute_compiled_e JDK-8164948 hotspot Initializing stores of HeapRegions are not ordered with regards to the JDK-8164989 hotspot Inflate and compress intrinsics produce incorrect results with avx512 JDK-8165030 hotspot [TESTBUG] ctw failed to build after 8157957 JDK-8165050 hotspot [TESTBUG] tests generated by jittester cannot be run with jtreg JDK-8165244 hotspot Unquarantine compiler/jvmci/compilerToVM/ExecuteInstalledCodeTest.java JDK-8165313 hotspot Inserting freed regions during Free Collection Set serial phase takes JDK-8165315 hotspot [ppc] Port "8133749: NMT detail stack trace cleanup" JDK-8165455 hotspot Tracing events for G1 have incorrect metadata JDK-8165493 hotspot SA: Add method in GrowableArray.java to be able to access the 'data' f JDK-8165634 hotspot Support multiple --add-modules options on the command line JDK-8165681 hotspot ClassLoad and ClassPrepare JVMTI events are missed in the start phase JDK-8165699 hotspot Class unloading test fails with RuntimeException: Class ClassAbc_0____ JDK-8165889 hotspot Remove jdk.test.lib.unsafe.UnsafeHelper JDK-8166262 hotspot failurehandler should not use jtreg internal API JDK-8163102 infrastructure Fix headless only configuration option JDK-8164301 infrastructure jib should provide a JDK for running jtreg with JDK-8165161 infrastructure Solaris: /usr/ccs /opt/sfw and /opt/csw are dead, references should be JDK-8165163 infrastructure Solaris11 and onwards provide CUPS by default, references to csw and s JDK-8049516 security-libs sun.security.provider.SeedGenerator throws ArrayIndexOutOfBoundsExcept JDK-8165566 security-libs sun/security/ssl/SocketCreation/SocketCreation.java fails intermittent JDK-8166450 security-libs smartcardio related tests failed on compilation during execution with JDK-8047347 tools com.sun.source.util.Trees breaks the compiler. JDK-8156568 tools Update javac to support compiling against a modular JAR that is a mult JDK-8162363 tools Tables in javadoc documentation missing row headers JDK-8163027 tools AssertionError while compiling a program that uses try with resources. JDK-8164519 tools Rendering of supertype_target for annotated extends clause JDK-8166108 tools VerifyError passing anonymous inner class to supertype constructor JDK-8166400 tools JShell: friendlier representation of array values JDK-8166589 tools jshell tool: typo: remove out of place text in /help /set truncation JDK-8166655 tools JShell: Process running JShell should not be blocked from exit by non- JDK-8166398 xml CatalogSupport tests need to be fixed From maurizio.cimadamore at oracle.com Fri Sep 30 10:03:52 2016 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Fri, 30 Sep 2016 11:03:52 +0100 Subject: Result: CFV: New JDK 9 Reviewer: Srikanth Adayapalam Message-ID: <62f798f7-dfec-5f5a-0435-9da2890721e1@oracle.com> Voting for Srikanth Adayapalam [1] is now closed. Yes: 12 Veto: 0 Abstain: 0 According to the Bylaws definition of Three-Vote Consensus, this is sufficient to approve the nomination. Maurizio [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-September/004795.html From dmitry.fazunenko at oracle.com Fri Sep 30 10:34:00 2016 From: dmitry.fazunenko at oracle.com (Dmitry Fazunenko) Date: Fri, 30 Sep 2016 13:34:00 +0300 Subject: CFV: New JDK9 Committer: Michail Chernov Message-ID: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> I hereby nominate Michail Chernov (mchernov) to JDK 9 Committer. Michail is currently a JDK 9 Author and a member of the VM SQE team at Oracle. He has made 23 contributions to JDK 9 [3]. Votes are due by Oct 14, 2016. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Thanks, Dima [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/search/?rev=mchernov&revcount=500 From jesper.wilhelmsson at oracle.com Fri Sep 30 10:40:51 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Fri, 30 Sep 2016 12:40:51 +0200 Subject: CFV: New JDK9 Committer: Michail Chernov In-Reply-To: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> References: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> Message-ID: <694533de-f8f3-4c9d-a89d-6badd4816fb9@oracle.com> Vote: Yes /Jesper Den 30/9/16 kl. 12:34, skrev Dmitry Fazunenko: > I hereby nominate Michail Chernov (mchernov) to JDK 9 Committer. > > Michail is currently a JDK 9 Author and a member of the VM SQE team at Oracle. > He has made 23 contributions to JDK 9 [3]. > > Votes are due by Oct 14, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Dima > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/search/?rev=mchernov&revcount=500 > > > > From vladimir.x.ivanov at oracle.com Fri Sep 30 11:09:35 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Fri, 30 Sep 2016 14:09:35 +0300 Subject: CFV: New JDK9 Committer: Michail Chernov In-Reply-To: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> References: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> Message-ID: Vote: yes Best regards, Vladimir Ivanov On 9/30/16 1:34 PM, Dmitry Fazunenko wrote: > I hereby nominate Michail Chernov (mchernov) to JDK 9 Committer. From joseph.provino at oracle.com Fri Sep 30 13:36:43 2016 From: joseph.provino at oracle.com (Joseph Provino) Date: Fri, 30 Sep 2016 09:36:43 -0400 Subject: CFV: New JDK9 Committer: Michail Chernov In-Reply-To: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> References: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> Message-ID: <31d88834-e0e3-38ad-df99-218605080b57@oracle.com> Vote: Yes joe On 9/30/2016 6:34 AM, Dmitry Fazunenko wrote: > I hereby nominate Michail Chernov (mchernov) to JDK 9 Committer. > > Michail is currently a JDK 9 Author and a member of the VM SQE team at > Oracle. > He has made 23 contributions to JDK 9 [3]. > > Votes are due by Oct 14, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Dima > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/search/?rev=mchernov&revcount=500 > > > > From mikael.gerdin at oracle.com Fri Sep 30 13:59:23 2016 From: mikael.gerdin at oracle.com (Mikael Gerdin) Date: Fri, 30 Sep 2016 15:59:23 +0200 Subject: CFV: New JDK9 Committer: Michail Chernov In-Reply-To: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> References: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> Message-ID: <12e8b61e-aedd-fd85-d384-9ec91369e8e3@oracle.com> Vote: yes /Mikael On 2016-09-30 12:34, Dmitry Fazunenko wrote: > I hereby nominate Michail Chernov (mchernov) to JDK 9 Committer. > > Michail is currently a JDK 9 Author and a member of the VM SQE team at > Oracle. > He has made 23 contributions to JDK 9 [3]. > > Votes are due by Oct 14, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Dima > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/search/?rev=mchernov&revcount=500 > > > > > From aleksej.efimov at oracle.com Fri Sep 30 16:41:09 2016 From: aleksej.efimov at oracle.com (Aleks Efimov) Date: Fri, 30 Sep 2016 19:41:09 +0300 Subject: CFV: New JDK9 Committer: Michail Chernov In-Reply-To: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> References: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> Message-ID: Vote: yes On 30/09/16 13:34, Dmitry Fazunenko wrote: > I hereby nominate Michail Chernov (mchernov) to JDK 9 Committer. > > Michail is currently a JDK 9 Author and a member of the VM SQE team at > Oracle. > He has made 23 contributions to JDK 9 [3]. > > Votes are due by Oct 14, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Dima > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/search/?rev=mchernov&revcount=500 > > > > From artem.smotrakov at oracle.com Fri Sep 30 16:52:17 2016 From: artem.smotrakov at oracle.com (Artem Smotrakov) Date: Fri, 30 Sep 2016 09:52:17 -0700 Subject: CFV: New JDK9 Committer: Michail Chernov In-Reply-To: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> References: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> Message-ID: Vote: Yes Artem On 09/30/2016 03:34 AM, Dmitry Fazunenko wrote: > I hereby nominate Michail Chernov (mchernov) to JDK 9 Committer. > > Michail is currently a JDK 9 Author and a member of the VM SQE team at > Oracle. > He has made 23 contributions to JDK 9 [3]. > > Votes are due by Oct 14, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Dima > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/search/?rev=mchernov&revcount=500 > > > > From sangheon.kim at oracle.com Fri Sep 30 16:58:17 2016 From: sangheon.kim at oracle.com (sangheon) Date: Fri, 30 Sep 2016 09:58:17 -0700 Subject: CFV: New JDK9 Committer: Michail Chernov In-Reply-To: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> References: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> Message-ID: <69173c9f-7c62-d65b-2c6f-21fd3f8194e2@oracle.com> Vote: yes Thanks, Sangheon On 09/30/2016 03:34 AM, Dmitry Fazunenko wrote: > I hereby nominate Michail Chernov (mchernov) to JDK 9 Committer. > > Michail is currently a JDK 9 Author and a member of the VM SQE team at > Oracle. > He has made 23 contributions to JDK 9 [3]. > > Votes are due by Oct 14, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Dima > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/search/?rev=mchernov&revcount=500 > > > > From ivan.gerasimov at oracle.com Fri Sep 30 18:50:51 2016 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Fri, 30 Sep 2016 21:50:51 +0300 Subject: CFV: New JDK9 Committer: Michail Chernov In-Reply-To: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> References: <2d59b94b-9a12-ffd3-124c-06dfd9b1eb57@oracle.com> Message-ID: Vote: yes With kind regards, Ivan On 30.09.2016 13:34, Dmitry Fazunenko wrote: > I hereby nominate Michail Chernov (mchernov) to JDK 9 Committer. > > Michail is currently a JDK 9 Author and a member of the VM SQE team at > Oracle. > He has made 23 contributions to JDK 9 [3]. > > Votes are due by Oct 14, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Dima > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/search/?rev=mchernov&revcount=500 > > > > >