From masayoshi.okutsu at oracle.com Fri Aug 1 06:41:50 2014 From: masayoshi.okutsu at oracle.com (Masayoshi Okutsu) Date: Fri, 01 Aug 2014 15:41:50 +0900 Subject: [8u40] Request for approval: backport of 8032650 Message-ID: <53DB36AE.9040109@oracle.com> Hello, This is a request for approval of direct backport of 8032650 from JDK 9. Bug: https://bugs.openjdk.java.net/browse/JDK-8032650 Review thread: http://mail.openjdk.java.net/pipermail/i18n-dev/2014-May/001389.html JDK 9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/72814084db02 8u-dev webrev: http://cr.openjdk.java.net/~okutsu/8/8032650/webrev.00/ Thanks, Masayoshi From dalibor.topic at oracle.com Fri Aug 1 08:01:28 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 01 Aug 2014 10:01:28 +0200 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53DB4958.50400@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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From weijun.wang at oracle.com Fri Aug 1 08:04:03 2014 From: weijun.wang at oracle.com (Wang Weijun) Date: Fri, 1 Aug 2014 16:04:03 +0800 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: Vote: yes -Weijun From dalibor.topic at oracle.com Fri Aug 1 08:07:38 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 01 Aug 2014 10:07:38 +0200 Subject: [8u40] Request for approval: backport of 8032650 In-Reply-To: <53DB36AE.9040109@oracle.com> References: <53DB36AE.9040109@oracle.com> Message-ID: <53DB4ACA.6090504@oracle.com> Thanks - approved for jdk8u-dev. On 01.08.2014 08:41, Masayoshi Okutsu wrote: > Hello, > > This is a request for approval of direct backport of 8032650 from JDK 9. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8032650 > Review thread: > http://mail.openjdk.java.net/pipermail/i18n-dev/2014-May/001389.html > JDK 9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/72814084db02 > 8u-dev webrev: http://cr.openjdk.java.net/~okutsu/8/8032650/webrev.00/ > > Thanks, > Masayoshi > -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From dmitry.degrave at oracle.com Fri Aug 1 12:44:35 2014 From: dmitry.degrave at oracle.com (dmeetry degrave) Date: Fri, 01 Aug 2014 16:44:35 +0400 Subject: [8u-dev] Request for approval: 8044671: NPE from JapaneseEra when a new era is defined in calendar.properties Message-ID: <53DB8BB3.2080801@oracle.com> Hello, Please approve an unaltered backport from jdk9 to 8u-dev. Bug: https://bugs.openjdk.java.net/browse/JDK-8044671 Changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/19e8f844a3d5 Review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027961.html thanks, dmeetry From rob.mckenna at oracle.com Fri Aug 1 12:59:52 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 01 Aug 2014 13:59:52 +0100 Subject: [8u-dev] Request for approval: 8044671: NPE from JapaneseEra when a new era is defined in calendar.properties In-Reply-To: <53DB8BB3.2080801@oracle.com> References: <53DB8BB3.2080801@oracle.com> Message-ID: <53DB8F48.8070300@oracle.com> Approved. -Rob On 01/08/14 13:44, dmeetry degrave wrote: > Hello, > > Please approve an unaltered backport from jdk9 to 8u-dev. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8044671 > Changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/19e8f844a3d5 > Review: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027961.html > > thanks, > dmeetry From alejandro.murillo at oracle.com Fri Aug 1 23:58:44 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 01 Aug 2014 17:58:44 -0600 Subject: [8u40] Request for approval for bulk integration of hs25.40-b03 Message-ID: <53DC29B4.5070005@oracle.com> Requesting approval to integrate hs25.40-b03 into jdk8u40-b01. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b03-jdk8u40-b01.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 8038928: gc/g1/TestGCLogMessages.java fail with "[Evacuation Failure' 8039489: Refactor test framework for dynamic VM options 8046715: Add a way to verify an extended set of command line options 8046783: Add hidden field to methods for event based tracing 8049684: pstack crashes on java core dump 8051910: new hotspot build - hs25.40-b03 -- Alejandro From mikael.vidstedt at oracle.com Sat Aug 2 06:22:01 2014 From: mikael.vidstedt at oracle.com (Mikael Vidstedt) Date: Fri, 01 Aug 2014 23:22:01 -0700 Subject: [8u-dev] Request for approval: Support SKIP_BOOT_CYCLE=false when invoked from JPRT Message-ID: <53DC8389.1090804@oracle.com> Requesting approval for the backport of JDK-8054009. The jdk9 change applies trivially to jdk8u-dev and was "optimistically" reviewed together with the jdk9 review. Bug: https://bugs.openjdk.java.net/browse/JDK-8054009 Review: http://mail.openjdk.java.net/pipermail/build-dev/2014-July/012902.html jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/9f7e3458a6b6 Cheers, Mikael From rob.mckenna at oracle.com Sat Aug 2 17:11:05 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Sat, 02 Aug 2014 18:11:05 +0100 Subject: [8u40] Request for approval for bulk integration of hs25.40-b03 In-Reply-To: <53DC29B4.5070005@oracle.com> References: <53DC29B4.5070005@oracle.com> Message-ID: <53DD1BA9.2010705@oracle.com> Approved. -Rob On 02/08/14 00:58, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.40-b03 into jdk8u40-b01. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b03-jdk8u40-b01.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 8038928: gc/g1/TestGCLogMessages.java fail with "[Evacuation Failure' > 8039489: Refactor test framework for dynamic VM options > 8046715: Add a way to verify an extended set of command line options > 8046783: Add hidden field to methods for event based tracing > 8049684: pstack crashes on java core dump > 8051910: new hotspot build - hs25.40-b03 > From rob.mckenna at oracle.com Sat Aug 2 17:11:21 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Sat, 02 Aug 2014 18:11:21 +0100 Subject: [8u-dev] Request for approval: Support SKIP_BOOT_CYCLE=false when invoked from JPRT In-Reply-To: <53DC8389.1090804@oracle.com> References: <53DC8389.1090804@oracle.com> Message-ID: <53DD1BB9.9050808@oracle.com> Approved. -Rob On 02/08/14 07:22, Mikael Vidstedt wrote: > > Requesting approval for the backport of JDK-8054009. The jdk9 change > applies trivially to jdk8u-dev and was "optimistically" reviewed > together with the jdk9 review. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8054009 > Review: > http://mail.openjdk.java.net/pipermail/build-dev/2014-July/012902.html > jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/rev/9f7e3458a6b6 > > Cheers, > Mikael > > From dmitry.markov at oracle.com Mon Aug 4 09:49:12 2014 From: dmitry.markov at oracle.com (dmitry markov) Date: Mon, 04 Aug 2014 13:49:12 +0400 Subject: [8u-dev] Request for approval 8041990: [macosx] Language specific keys does not work in applets when opened outside the browser Message-ID: <53DF5718.9050003@oracle.com> Hello, Could you approve the straight back-port of the fix for 8041990 to jdk8u-dev (jdk8u40), please? The bug: https://bugs.openjdk.java.net/browse/JDK-8041990 The webrev: http://cr.openjdk.java.net/~dmarkov/8041990/jdk8u/webrev.00/ The review thread: http://mail.openjdk.java.net/pipermail/awt-dev/2014-May/007914.html The jdk9 chageset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/5cab75dd1bbd Thanks, Dmitry From dalibor.topic at oracle.com Mon Aug 4 10:44:21 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Mon, 04 Aug 2014 12:44:21 +0200 Subject: [8u-dev] Request for approval 8041990: [macosx] Language specific keys does not work in applets when opened outside the browser In-Reply-To: <53DF5718.9050003@oracle.com> References: <53DF5718.9050003@oracle.com> Message-ID: <53DF6405.8090504@oracle.com> Thanks, Dmitry - approved for jdk8u-dev. On 04.08.2014 11:49, dmitry markov wrote: > Hello, > > Could you approve the straight back-port of the fix for 8041990 to > jdk8u-dev (jdk8u40), please? > > The bug: > https://bugs.openjdk.java.net/browse/JDK-8041990 > The webrev: > http://cr.openjdk.java.net/~dmarkov/8041990/jdk8u/webrev.00/ > The review thread: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-May/007914.html > The jdk9 chageset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/5cab75dd1bbd > > Thanks, > Dmitry -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From aleksej.efimov at oracle.com Mon Aug 4 11:36:34 2014 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Mon, 04 Aug 2014 15:36:34 +0400 Subject: [8u-dev] RFA: 8032908: getTextContent doesn't return string in JAXP Message-ID: <53DF7042.2040205@oracle.com> Hello, Please, approve a straight-forward backport of 8032908 fix [1] to JDK8u-dev. -Aleksej [1] JDK9 chagesets: http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/ad9b12140e6c http://hg.openjdk.java.net/jdk9/dev/jdk/rev/a30506ca3c77 [2] Review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/028036.html [3] JBS bug: https://bugs.openjdk.java.net/browse/JDK-8032908 From dalibor.topic at oracle.com Mon Aug 4 11:44:11 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Mon, 04 Aug 2014 13:44:11 +0200 Subject: [8u-dev] RFA: 8032908: getTextContent doesn't return string in JAXP In-Reply-To: <53DF7042.2040205@oracle.com> References: <53DF7042.2040205@oracle.com> Message-ID: <53DF720B.8050308@oracle.com> Thanks, Aleksej - approved for jdk8u-dev. On 04.08.2014 13:36, Aleksej Efimov wrote: > Hello, > > Please, approve a straight-forward backport of 8032908 fix [1] to > JDK8u-dev. > > -Aleksej > > [1] JDK9 chagesets: > http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/ad9b12140e6c > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/a30506ca3c77 > [2] Review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/028036.html > [3] JBS bug: https://bugs.openjdk.java.net/browse/JDK-8032908 -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From anthony.petrov at oracle.com Mon Aug 4 13:58:18 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Mon, 04 Aug 2014 17:58:18 +0400 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53DF917A.2@oracle.com> Vote: YES -- best regards, Anthony On 7/30/2014 10:33 PM, Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for jdk8u > Committer > > David is a member of Java Deployment team. He has contributed a number > of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes > that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this > nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus From volker.simonis at gmail.com Mon Aug 4 15:23:06 2014 From: volker.simonis at gmail.com (Volker Simonis) Date: Mon, 4 Aug 2014 17:23:06 +0200 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: Vote: yes On Wed, Jul 30, 2014 at 8:33 PM, Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for jdk8u > Committer > > David is a member of Java Deployment team. He has contributed a number of > patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes that went > into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this > nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus From sean.mullan at oracle.com Mon Aug 4 15:35:05 2014 From: sean.mullan at oracle.com (Sean Mullan) Date: Mon, 04 Aug 2014 11:35:05 -0400 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53DFA829.8040008@oracle.com> Vote: yes --Sean On 07/30/2014 02:33 PM, Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for jdk8u > Committer > > David is a member of Java Deployment team. He has contributed a number > of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes > that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this > nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus From alexandr.scherbatiy at oracle.com Tue Aug 5 13:57:30 2014 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Tue, 05 Aug 2014 17:57:30 +0400 Subject: [8u40] Request for approval: 8040279 [macosx] Do not use the base image in the MultiResolutionBufferedImage constructor Message-ID: <53E0E2CA.9030703@oracle.com> Hello, Could you approve the direct backport of the JDK 9 fix to the JDK 8u-dev. The bug: https://bugs.openjdk.java.net/browse/JDK-8040279 The webrev: http://cr.openjdk.java.net/~alexsch/8040279/webrev.01/ The review thread: http://mail.openjdk.java.net/pipermail/awt-dev/2014-April/007605.html The jdk 9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/2723947e6d31 Thanks, Alexandr. From ivan.gerasimov at oracle.com Tue Aug 5 14:08:58 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Tue, 05 Aug 2014 18:08:58 +0400 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53E0E57A.2070505@oracle.com> Vote: yes On 30.07.2014 22:33, Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for > jdk8u Committer > > David is a member of Java Deployment team. He has contributed a number > of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes > that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this > nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus > > From alexander.potochkin at oracle.com Tue Aug 5 14:12:49 2014 From: alexander.potochkin at oracle.com (Alexander Potochkin) Date: Tue, 05 Aug 2014 18:12:49 +0400 Subject: CFV: New JDK8u Committer: Anton Nashatyrev Message-ID: <53E0E661.6000903@oracle.com> I hereby nominate Anton Nashatyrev to jdk8u Committer. Anton is a member of the Java SE sustaining team. He has spent most of that time working on the GUI and deployment issues. He has contributed 11 changes to jdk8u so far: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/27d1bdf2f7d9 http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/560ede42bd2e http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/c561db53a24c http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/6c587189a483 http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/356fe4090505 http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/7b19dc92a06e http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def6553ecc32 http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/dd77d81f2911 http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/e0e4fc612d03 http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/00f71afd9a89 http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/12f947d127f3 Votes are due by August 19, 2014. Only current JDK8u Committers [1] are eligible to vote on this nomination. For Lazy Consensus voting instructions, see [2]. Thanks, alexp [1] http://openjdk.java.net/census#jdk8u [2] http://openjdk.java.net/projects#committer-vote From kirill.kirichenko at oracle.com Tue Aug 5 14:16:25 2014 From: kirill.kirichenko at oracle.com (Kirill Kirichenko) Date: Tue, 05 Aug 2014 18:16:25 +0400 Subject: CFV: New JDK8u Committer: Anton Nashatyrev In-Reply-To: <53E0E661.6000903@oracle.com> References: <53E0E661.6000903@oracle.com> Message-ID: <53E0E739.1000307@oracle.com> Vote: yes On 05.08.2014 18:12, Alexander Potochkin wrote: > I hereby nominate Anton Nashatyrev to jdk8u Committer. > > Anton is a member of the Java SE sustaining team. > He has spent most of that time working on the GUI and deployment issues. > > He has contributed 11 changes to jdk8u so far: > > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/27d1bdf2f7d9 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/560ede42bd2e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/c561db53a24c > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/6c587189a483 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/356fe4090505 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/7b19dc92a06e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def6553ecc32 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/dd77d81f2911 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/e0e4fc612d03 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/00f71afd9a89 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/12f947d127f3 > > Votes are due by August 19, 2014. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > alexp > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From anthony.petrov at oracle.com Tue Aug 5 14:16:45 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Tue, 05 Aug 2014 18:16:45 +0400 Subject: CFV: New JDK8u Committer: Anton Nashatyrev In-Reply-To: <53E0E661.6000903@oracle.com> References: <53E0E661.6000903@oracle.com> Message-ID: <53E0E74D.3070302@oracle.com> Vote: YES -- best regards, Anthony On 8/5/2014 6:12 PM, Alexander Potochkin wrote: > I hereby nominate Anton Nashatyrev to jdk8u Committer. > > Anton is a member of the Java SE sustaining team. > He has spent most of that time working on the GUI and deployment issues. > > He has contributed 11 changes to jdk8u so far: > > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/27d1bdf2f7d9 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/560ede42bd2e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/c561db53a24c > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/6c587189a483 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/356fe4090505 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/7b19dc92a06e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def6553ecc32 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/dd77d81f2911 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/e0e4fc612d03 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/00f71afd9a89 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/12f947d127f3 > > Votes are due by August 19, 2014. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > alexp > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From andrew.brygin at oracle.com Tue Aug 5 14:22:12 2014 From: andrew.brygin at oracle.com (Andrew Brygin) Date: Tue, 05 Aug 2014 18:22:12 +0400 Subject: CFV: New JDK8u Committer: Anton Nashatyrev In-Reply-To: <53E0E661.6000903@oracle.com> References: <53E0E661.6000903@oracle.com> Message-ID: <53E0E894.7010003@oracle.com> Vote: YES Thanks, Andrew On 8/5/2014 6:12 PM, Alexander Potochkin wrote: > I hereby nominate Anton Nashatyrev to jdk8u Committer. > > Anton is a member of the Java SE sustaining team. > He has spent most of that time working on the GUI and deployment issues. > > He has contributed 11 changes to jdk8u so far: > > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/27d1bdf2f7d9 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/560ede42bd2e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/c561db53a24c > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/6c587189a483 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/356fe4090505 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/7b19dc92a06e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def6553ecc32 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/dd77d81f2911 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/e0e4fc612d03 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/00f71afd9a89 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/12f947d127f3 > > Votes are due by August 19, 2014. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > alexp > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From anton.litvinov at oracle.com Tue Aug 5 14:22:37 2014 From: anton.litvinov at oracle.com (Anton Litvinov) Date: Tue, 05 Aug 2014 18:22:37 +0400 Subject: CFV: New JDK8u Committer: Anton Nashatyrev In-Reply-To: <53E0E661.6000903@oracle.com> References: <53E0E661.6000903@oracle.com> Message-ID: <53E0E8AD.2060104@oracle.com> Vote: yes Thank you, Anton On 8/5/2014 6:12 PM, Alexander Potochkin wrote: > I hereby nominate Anton Nashatyrev to jdk8u Committer. > > Anton is a member of the Java SE sustaining team. > He has spent most of that time working on the GUI and deployment issues. > > He has contributed 11 changes to jdk8u so far: > > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/27d1bdf2f7d9 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/560ede42bd2e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/c561db53a24c > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/6c587189a483 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/356fe4090505 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/7b19dc92a06e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def6553ecc32 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/dd77d81f2911 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/e0e4fc612d03 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/00f71afd9a89 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/12f947d127f3 > > Votes are due by August 19, 2014. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > alexp > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From dalibor.topic at oracle.com Tue Aug 5 14:51:05 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 05 Aug 2014 16:51:05 +0200 Subject: CFV: New JDK8u Committer: Anton Nashatyrev In-Reply-To: <53E0E661.6000903@oracle.com> References: <53E0E661.6000903@oracle.com> Message-ID: <53E0EF59.8040401@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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From dalibor.topic at oracle.com Tue Aug 5 15:04:16 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 05 Aug 2014 17:04:16 +0200 Subject: [8u40] Request for approval: 8040279 [macosx] Do not use the base image in the MultiResolutionBufferedImage constructor In-Reply-To: <53E0E2CA.9030703@oracle.com> References: <53E0E2CA.9030703@oracle.com> Message-ID: <53E0F270.2030003@oracle.com> Approved. On a small side note, AbstractMultiResolutionImage seems to say @since 1.9 in the webrev. I'm not sure what the usual practice for here is for internal classes, but it might be worth thinking about whether that's really necessary (and accurate) in this case. On 05.08.2014 15:57, Alexander Scherbatiy wrote: > > Hello, > > Could you approve the direct backport of the JDK 9 fix to the JDK 8u-dev. > > The bug: https://bugs.openjdk.java.net/browse/JDK-8040279 > The webrev: http://cr.openjdk.java.net/~alexsch/8040279/webrev.01/ > The review thread: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-April/007605.html > The jdk 9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/2723947e6d31 > > Thanks, > Alexandr. > -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From artem.ananiev at oracle.com Tue Aug 5 15:06:46 2014 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Tue, 05 Aug 2014 19:06:46 +0400 Subject: CFV: New JDK8u Committer: Anton Nashatyrev In-Reply-To: <53E0E661.6000903@oracle.com> References: <53E0E661.6000903@oracle.com> Message-ID: <53E0F306.1040009@oracle.com> Vote: yes Artem On 8/5/2014 6:12 PM, Alexander Potochkin wrote: > I hereby nominate Anton Nashatyrev to jdk8u Committer. > > Anton is a member of the Java SE sustaining team. > He has spent most of that time working on the GUI and deployment issues. > > He has contributed 11 changes to jdk8u so far: > > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/27d1bdf2f7d9 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/560ede42bd2e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/c561db53a24c > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/6c587189a483 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/356fe4090505 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/7b19dc92a06e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def6553ecc32 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/dd77d81f2911 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/e0e4fc612d03 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/00f71afd9a89 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/12f947d127f3 > > Votes are due by August 19, 2014. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > alexp > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From sean.mullan at oracle.com Tue Aug 5 15:27:54 2014 From: sean.mullan at oracle.com (Sean Mullan) Date: Tue, 05 Aug 2014 11:27:54 -0400 Subject: CFV: New JDK8u Committer: Anton Nashatyrev In-Reply-To: <53E0E661.6000903@oracle.com> References: <53E0E661.6000903@oracle.com> Message-ID: <53E0F7FA.7000603@oracle.com> Vote: yes --Sean On 08/05/2014 10:12 AM, Alexander Potochkin wrote: > I hereby nominate Anton Nashatyrev to jdk8u Committer. > > Anton is a member of the Java SE sustaining team. > He has spent most of that time working on the GUI and deployment issues. > > He has contributed 11 changes to jdk8u so far: > > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/27d1bdf2f7d9 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/560ede42bd2e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/c561db53a24c > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/6c587189a483 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/356fe4090505 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/7b19dc92a06e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def6553ecc32 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/dd77d81f2911 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/e0e4fc612d03 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/00f71afd9a89 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/12f947d127f3 > > Votes are due by August 19, 2014. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > alexp > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From ivan.gerasimov at oracle.com Tue Aug 5 17:11:01 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Tue, 05 Aug 2014 21:11:01 +0400 Subject: CFV: New JDK8u Committer: Anton Nashatyrev In-Reply-To: <53E0E661.6000903@oracle.com> References: <53E0E661.6000903@oracle.com> Message-ID: <53E11025.9060807@oracle.com> Vote: yes On 05.08.2014 18:12, Alexander Potochkin wrote: > I hereby nominate Anton Nashatyrev to jdk8u Committer. > > Anton is a member of the Java SE sustaining team. > He has spent most of that time working on the GUI and deployment issues. > > He has contributed 11 changes to jdk8u so far: > > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/27d1bdf2f7d9 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/560ede42bd2e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/c561db53a24c > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/6c587189a483 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/356fe4090505 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/7b19dc92a06e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def6553ecc32 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/dd77d81f2911 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/e0e4fc612d03 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/00f71afd9a89 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/12f947d127f3 > > Votes are due by August 19, 2014. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > alexp > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > > > From aleksej.efimov at oracle.com Tue Aug 5 17:22:20 2014 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Tue, 05 Aug 2014 21:22:20 +0400 Subject: CFV: New JDK8u Committer: Anton Nashatyrev In-Reply-To: <53E0E661.6000903@oracle.com> References: <53E0E661.6000903@oracle.com> Message-ID: <53E112CC.3090609@oracle.com> Vote: YES On 05.08.2014 18:12, Alexander Potochkin wrote: > I hereby nominate Anton Nashatyrev to jdk8u Committer. > > Anton is a member of the Java SE sustaining team. > He has spent most of that time working on the GUI and deployment issues. > > He has contributed 11 changes to jdk8u so far: > > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/27d1bdf2f7d9 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/560ede42bd2e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/c561db53a24c > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/6c587189a483 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/356fe4090505 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/7b19dc92a06e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def6553ecc32 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/dd77d81f2911 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/e0e4fc612d03 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/00f71afd9a89 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/12f947d127f3 > > Votes are due by August 19, 2014. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > alexp > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From rob.mckenna at oracle.com Tue Aug 5 17:32:19 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 05 Aug 2014 18:32:19 +0100 Subject: [jdk8u-dev] RFA: 8042982, 8031435, 8030166 Message-ID: <53E11523.1040605@oracle.com> Hi folks, A few unaltered backports: 8042982: Unexpected RuntimeExceptions being thrown by SSLEngine - bug: https://bugs.openjdk.java.net/browse/JDK-8042982 - changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/3eca5cf84a1c - review: http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010838.html 8031435: Ftp download does not work properly for ftp user without password - bug: https://bugs.openjdk.java.net/browse/JDK-8031435 - changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/7e49227e25ae - review: http://mail.openjdk.java.net/pipermail/net-dev/2014-July/008601.html 8030166: java/lang/ProcessBuilder/Basic.java fails intermittently: waitFor took too long - bug: https://bugs.openjdk.java.net/browse/JDK-8030166 - changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1223853596be - review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027978.html -Rob From sean.coffey at oracle.com Tue Aug 5 18:02:52 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 05 Aug 2014 19:02:52 +0100 Subject: [jdk8u-dev] RFA: 8042982, 8031435, 8030166 In-Reply-To: <53E11523.1040605@oracle.com> References: <53E11523.1040605@oracle.com> Message-ID: <53E11C4C.5040309@oracle.com> Approved. Please add a suitable noreg- label to JDK-8042982 regards, Sean. On 05/08/2014 18:32, Rob McKenna wrote: > Hi folks, > > A few unaltered backports: > > 8042982: Unexpected RuntimeExceptions being thrown by SSLEngine > - bug: https://bugs.openjdk.java.net/browse/JDK-8042982 > - changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/3eca5cf84a1c > - review: > http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010838.html > > 8031435: Ftp download does not work properly for ftp user without > password > - bug: https://bugs.openjdk.java.net/browse/JDK-8031435 > - changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/7e49227e25ae > - review: > http://mail.openjdk.java.net/pipermail/net-dev/2014-July/008601.html > > 8030166: java/lang/ProcessBuilder/Basic.java fails intermittently: > waitFor took too long > - bug: https://bugs.openjdk.java.net/browse/JDK-8030166 > - changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1223853596be > - review: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027978.html > > -Rob From dmitry.markov at oracle.com Wed Aug 6 05:49:37 2014 From: dmitry.markov at oracle.com (dmitry markov) Date: Wed, 06 Aug 2014 09:49:37 +0400 Subject: New jdk8u commiter: David DeHaven In-Reply-To: <53D93A7E.2060504@oracle.com> References: <53D93A7E.2060504@oracle.com> Message-ID: <53E1C1F1.2090604@oracle.com> Vote: yes Thanks, Dmitry On 30/07/2014 22:33, Kirill Kirichenko wrote: > I hereby nominate David DeHaven (OpenJDK user name: ddehaven) for > jdk8u Committer > > David is a member of Java Deployment team. He has contributed a number > of patches to JDK 7u, 8, 8u, and 9. Also, he has reviewed many fixes > that went into those releases and has a jdk9 committer role. > > Here's some of his contributions for jdk8u: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/log?rev=ddehaven > > Votes are due by August 13, 2014. > > Only current jdk8u Committers [1] are eligible to vote [2] on this > nomination. > > For Lazy Consensus voting instructions, see [3]. > > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects/#committer-vote > [3] http://openjdk.java.net/bylaws#lazy-consensus From dmitry.markov at oracle.com Wed Aug 6 05:51:13 2014 From: dmitry.markov at oracle.com (dmitry markov) Date: Wed, 06 Aug 2014 09:51:13 +0400 Subject: CFV: New JDK8u Committer: Anton Nashatyrev In-Reply-To: <53E0E661.6000903@oracle.com> References: <53E0E661.6000903@oracle.com> Message-ID: <53E1C251.3010208@oracle.com> Vote: yes Thanks, Dmitry On 05/08/2014 18:12, Alexander Potochkin wrote: > I hereby nominate Anton Nashatyrev to jdk8u Committer. > > Anton is a member of the Java SE sustaining team. > He has spent most of that time working on the GUI and deployment issues. > > He has contributed 11 changes to jdk8u so far: > > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/27d1bdf2f7d9 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/560ede42bd2e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/c561db53a24c > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/6c587189a483 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/356fe4090505 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/7b19dc92a06e > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def6553ecc32 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/dd77d81f2911 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/e0e4fc612d03 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/00f71afd9a89 > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/12f947d127f3 > > Votes are due by August 19, 2014. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > alexp > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From alexandr.scherbatiy at oracle.com Wed Aug 6 11:29:26 2014 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Wed, 06 Aug 2014 15:29:26 +0400 Subject: [8u40] Request for approval: 8051838 [Findbugs] sun.awt.image.MultiResolutionCachedImage expose internal representation Message-ID: <53E21196.5060702@oracle.com> Hello, Could you approve the direct backport of the fix to JDK 8u-dev. The bug: https://bugs.openjdk.java.net/browse/JDK-8051838 The JDK 9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/9cf126db00b4 Thanks, Alexandr. From sean.coffey at oracle.com Wed Aug 6 13:57:52 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 06 Aug 2014 14:57:52 +0100 Subject: [8u40] Request for approval: 8051838 [Findbugs] sun.awt.image.MultiResolutionCachedImage expose internal representation In-Reply-To: <53E21196.5060702@oracle.com> References: <53E21196.5060702@oracle.com> Message-ID: <53E23460.1000900@oracle.com> Approved. regards, Sean. On 06/08/14 12:29, Alexander Scherbatiy wrote: > > Hello, > > Could you approve the direct backport of the fix to JDK 8u-dev. > > The bug: https://bugs.openjdk.java.net/browse/JDK-8051838 > The JDK 9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/9cf126db00b4 > > Thanks, > Alexandr. > From roger.riggs at oracle.com Wed Aug 6 16:19:51 2014 From: roger.riggs at oracle.com (roger riggs) Date: Wed, 06 Aug 2014 12:19:51 -0400 Subject: CFV: New JDK8u Committer: Anton Nashatyrev In-Reply-To: <53E0E661.6000903@oracle.com> References: <53E0E661.6000903@oracle.com> Message-ID: <53E255A7.8060000@oracle.com> Vote: Yes On 8/5/2014 10:12 AM, Alexander Potochkin wrote: > I hereby nominate Anton Nashatyrev to jdk8u Committer. From ivan.gerasimov at oracle.com Thu Aug 7 12:21:37 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Thu, 07 Aug 2014 16:21:37 +0400 Subject: [8u40] Request for approval: 8046343: (smartcardio) CardTerminal.connect('direct') does not work on MacOSX Message-ID: <53E36F51.8000302@oracle.com> Hello! May I ask for the approval to backport into 8u-dev repo? The fix is the same as in jdk9 modulo lambda, so I'm including the webrev here. Jdk8 webrev: http://cr.openjdk.java.net/~igerasim/8046343/2/webrev/ Bug: https://bugs.openjdk.java.net/browse/JDK-8046343 Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/89bed86930d8 Jdk9 review: http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010779.html Sincerely yours, Ivan From sean.coffey at oracle.com Thu Aug 7 14:07:12 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 07 Aug 2014 15:07:12 +0100 Subject: [8u40] Request for approval: 8046343: (smartcardio) CardTerminal.connect('direct') does not work on MacOSX In-Reply-To: <53E36F51.8000302@oracle.com> References: <53E36F51.8000302@oracle.com> Message-ID: <53E38810.2070800@oracle.com> Ivan, No need to convert the JDK 9 patch here. Lambda in JDK 8u! I'm approving the jdk9 changeset for import into jdk8u-dev on condition that it applies cleanly. If it doesn't get a peer code review. regards, Sean. On 07/08/2014 13:21, Ivan Gerasimov wrote: > Hello! > > May I ask for the approval to backport into 8u-dev repo? > The fix is the same as in jdk9 modulo lambda, so I'm including the > webrev here. > > Jdk8 webrev: http://cr.openjdk.java.net/~igerasim/8046343/2/webrev/ > > Bug: https://bugs.openjdk.java.net/browse/JDK-8046343 > Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/89bed86930d8 > Jdk9 review: > http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010779.html > > Sincerely yours, > Ivan From ivan.gerasimov at oracle.com Thu Aug 7 14:15:30 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Thu, 07 Aug 2014 18:15:30 +0400 Subject: [8u40] Request for approval: 8046343: (smartcardio) CardTerminal.connect('direct') does not work on MacOSX In-Reply-To: <53E38810.2070800@oracle.com> References: <53E36F51.8000302@oracle.com> <53E38810.2070800@oracle.com> Message-ID: <53E38A02.8060601@oracle.com> On 07.08.2014 18:07, Se?n Coffey wrote: > Ivan, > > No need to convert the JDK 9 patch here. Lambda in JDK 8u! > I'm approving the jdk9 changeset for import into jdk8u-dev on > condition that it applies cleanly. If it doesn't get a peer code review. > Thanks Se?n! Yes, it was meant to remove lambda in the backport to 7 not to 8 :-) I confirm that the patch applies cleanly. Sincerely yours, Ivan > regards, > Sean. > > On 07/08/2014 13:21, Ivan Gerasimov wrote: >> Hello! >> >> May I ask for the approval to backport into 8u-dev repo? >> The fix is the same as in jdk9 modulo lambda, so I'm including the >> webrev here. >> >> Jdk8 webrev: http://cr.openjdk.java.net/~igerasim/8046343/2/webrev/ >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8046343 >> Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/89bed86930d8 >> Jdk9 review: >> http://mail.openjdk.java.net/pipermail/security-dev/2014-July/010779.html >> >> Sincerely yours, >> Ivan > > > From sean.coffey at oracle.com Thu Aug 7 16:53:05 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Thu, 07 Aug 2014 17:53:05 +0100 Subject: [8u-communication] 8u40 using JEP 2.0 Message-ID: <53E3AEF1.1030207@oracle.com> During the creation of the JDK 8 Updates Project [0], it was proposed that features and major changes for a release would be proposed and tracked via the JEP Process [1]. It's time that we started using JEP 2.0 [2] to manage the JDK 8 Update releases. JEP 2.0 extends the JEP process to cover the creation and maintenance of the set of features intended for delivery in a JDK Release Project. Everyone can track enhancements planned using the JEP 2.0 process through JBS. For 8u40 I've prepared a query. Monitoring and tracking JEPs of interest can be done via : https://bugs.openjdk.java.net/issues/?jql=type%20%3D%20JEP%20and%20fixVersion%20%3D%208u40%20ORDER%20BY%20component I plan to update the JDK 8 Updates Project page [3] shortly with the information about the JEP 2.0 process in use for 8u40. Regards, Sean. [0] http://mail.openjdk.java.net/pipermail/announce/2013-December/000157.html [1] http://openjdk.java.net/jeps/1 [2] http://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html [3] http://openjdk.java.net/projects/jdk8u/ From alejandro.murillo at oracle.com Fri Aug 8 06:11:54 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 08 Aug 2014 00:11:54 -0600 Subject: [8u40] Request for approval for bulk integration of hs25.40-b04 Message-ID: <53E46A2A.7090900@oracle.com> Requesting approval to integrate hs25.40-b04 into jdk8u40-b01. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b04-jdk8u40-b01.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 8024366: Make UseNUMA enable UseNUMAInterleaving 8029070: memory leak in jmm_SetVMGlobal 8038756: new WB API :: get/setVMFlag 8038928: gc/g1/TestGCLogMessages.java fail with "[Evacuation Failure' 8039489: Refactor test framework for dynamic VM options 8040921: Uninitialised memory in hotspot/src/share/vm/c1/c1_LinearScan.cpp 8046233: VerifyError on backward branch 8046715: Add a way to verify an extended set of command line options 8046783: Add hidden field to methods for event based tracing 8049252: VerifyStack logic in Deoptimization::unpack_frames does not expect to see invoke bc at the top frame during normal deoptimization 8049684: pstack crashes on java core dump 8051012: Regression in verifier for method call from inside of a branch 8051910: new hotspot build - hs25.40-b03 8054159: new hotspot build - hs25.40-b04 -- Alejandro From dalibor.topic at oracle.com Fri Aug 8 09:57:23 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 08 Aug 2014 11:57:23 +0200 Subject: [8u40] Request for approval for bulk integration of hs25.40-b04 In-Reply-To: <53E46A2A.7090900@oracle.com> References: <53E46A2A.7090900@oracle.com> Message-ID: <53E49F03.5040103@oracle.com> Approved. cheers, dalibor topic On 08.08.2014 08:11, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.40-b04 into jdk8u40-b01. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b04-jdk8u40-b01.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 8024366: Make UseNUMA enable UseNUMAInterleaving > 8029070: memory leak in jmm_SetVMGlobal > 8038756: new WB API :: get/setVMFlag > 8038928: gc/g1/TestGCLogMessages.java fail with "[Evacuation Failure' > 8039489: Refactor test framework for dynamic VM options > 8040921: Uninitialised memory in hotspot/src/share/vm/c1/c1_LinearScan.cpp > 8046233: VerifyError on backward branch > 8046715: Add a way to verify an extended set of command line options > 8046783: Add hidden field to methods for event based tracing > 8049252: VerifyStack logic in Deoptimization::unpack_frames does not > expect to see invoke bc at the top frame during normal deoptimization > 8049684: pstack crashes on java core dump > 8051012: Regression in verifier for method call from inside of a > branch > 8051910: new hotspot build - hs25.40-b03 > 8054159: new hotspot build - hs25.40-b04 > -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From vladimir.kozlov at oracle.com Mon Aug 11 19:35:23 2014 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Mon, 11 Aug 2014 12:35:23 -0700 Subject: [8u40] Request for approval: 8035974 Refactor DigestBase.engineUpdate() method for better code generation by JIT compiler Message-ID: <53E91AFB.5080504@oracle.com> Requesting approval for the backport of JDK-8035974. The change was pushed to jdk 9 in May and it is applied cleanly to jdk8u sources: Main RFE: https://bugs.openjdk.java.net/browse/JDK-8035974 Changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/dabb44358772 Review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-May/026945.html Corresponding Hotspot changes (8035968+8035974) will be pushed through jdk8u/hs-dev as usual. Thanks, Vladimir From ivan.gerasimov at oracle.com Mon Aug 11 20:23:49 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Tue, 12 Aug 2014 00:23:49 +0400 Subject: [8u-dev] Request for Approval: 8054841: (process) ProcessBuilder leaks native memory Message-ID: <53E92655.8020700@oracle.com> Hello! May I ask for the approval to back-port a fix for a minor memory leak into jdk8u-dev? The fix applies cleanly. noreg-hard, as this is a native memory leak which can only be observed after a very long loop. Bug: https://bugs.openjdk.java.net/browse/JDK-8054841 Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/fc0ddfe492a6 Review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-August/028172.html Sincerely yours, Ivan From claes.redestad at oracle.com Mon Aug 11 19:31:45 2014 From: claes.redestad at oracle.com (Claes Redestad) Date: Mon, 11 Aug 2014 21:31:45 +0200 Subject: [8u40] RFR(M): 8050114, 8041972, 8006627 In-Reply-To: <53E8EC3A.90100@oracle.com> References: <53E8EC3A.90100@oracle.com> Message-ID: <53E91A21.5040601@oracle.com> Hi, I want to request backports of 8050114 [1], 8041972 [2] and 8006627 [3] to 8u-dev. The three patches are modified to make the API changes of 8041972 non-public, but apply cleanly if pushed in the specified order. [1] Expose Integer/Long formatUnsigned methods internally https://bugs.openjdk.java.net/browse/JDK-8050114 http://cr.openjdk.java.net/~redestad/8050114/webrev.2 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/7f056c2a6c54 [2] Add improved parse methods for Long/Integer - public API methods made package private and exposed via JavaLangAccess - rolled typos fixes found and reported under JDK-8054828 into this patch https://bugs.openjdk.java.net/browse/JDK-8041972 http://cr.openjdk.java.net/~redestad/8041972/backport.2 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/127da56ff224 [3] UUID to/from String performance should be improved by reducing object allocations - non-public parseLong method now accessed via JavaLangAccess https://bugs.openjdk.java.net/browse/JDK-8006627 http://cr.openjdk.java.net/~redestad/8006627/backport.0 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/3b298c230549 Thanks! /Claes From sean.coffey at oracle.com Tue Aug 12 08:33:50 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 12 Aug 2014 09:33:50 +0100 Subject: [8u-dev] Request for Approval: 8054841: (process) ProcessBuilder leaks native memory In-Reply-To: <53E92655.8020700@oracle.com> References: <53E92655.8020700@oracle.com> Message-ID: <53E9D16E.2000600@oracle.com> Approved. regards, Sean. On 11/08/2014 21:23, Ivan Gerasimov wrote: > Hello! > > May I ask for the approval to back-port a fix for a minor memory leak > into jdk8u-dev? > The fix applies cleanly. > > noreg-hard, as this is a native memory leak which can only be observed > after a very long loop. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8054841 > Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/fc0ddfe492a6 > Review: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-August/028172.html > > Sincerely yours, > Ivan From sean.coffey at oracle.com Tue Aug 12 08:37:48 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 12 Aug 2014 09:37:48 +0100 Subject: [8u40] RFR(M): 8050114, 8041972, 8006627 In-Reply-To: <53E91A21.5040601@oracle.com> References: <53E8EC3A.90100@oracle.com> <53E91A21.5040601@oracle.com> Message-ID: <53E9D25C.5060903@oracle.com> Claes, I see you've started a review thread on core-libs-dev [1] and I think it's best that the review be carried out on that mailing list (rule 0 [2]). You're changing public methods to private methods for the purpose of backporting and it's all relevant for corelibs audience. You'll also need to remove the @since javadoc tags. Regards, Sean. [1] http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-August/028171.html [2] http://openjdk.java.net/projects/jdk8u/codereview.html On 11/08/2014 20:31, Claes Redestad wrote: > > > Hi, > > I want to request backports of 8050114 [1], 8041972 [2] and > 8006627 [3] to 8u-dev. > > The three patches are modified to make the API changes of 8041972 > non-public, but apply cleanly if pushed in the specified order. > > [1] Expose Integer/Long formatUnsigned methods internally > https://bugs.openjdk.java.net/browse/JDK-8050114 > http://cr.openjdk.java.net/~redestad/8050114/webrev.2 > http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/7f056c2a6c54 > > [2] Add improved parse methods for Long/Integer > - public API methods made package private and exposed via JavaLangAccess > - rolled typos fixes found and reported under JDK-8054828 into this patch > https://bugs.openjdk.java.net/browse/JDK-8041972 > http://cr.openjdk.java.net/~redestad/8041972/backport.2 > http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/127da56ff224 > > [3] UUID to/from String performance should be improved by reducing > object allocations > - non-public parseLong method now accessed via JavaLangAccess > https://bugs.openjdk.java.net/browse/JDK-8006627 > http://cr.openjdk.java.net/~redestad/8006627/backport.0 > http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/3b298c230549 > > Thanks! > > /Claes > > > From dalibor.topic at oracle.com Tue Aug 12 09:02:49 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 12 Aug 2014 11:02:49 +0200 Subject: [8u40] Request for approval: 8035974 Refactor DigestBase.engineUpdate() method for better code generation by JIT compiler In-Reply-To: <53E91AFB.5080504@oracle.com> References: <53E91AFB.5080504@oracle.com> Message-ID: <53E9D839.1070107@oracle.com> Approved. cheers, dalibor topic On 11.08.2014 21:35, Vladimir Kozlov wrote: > Requesting approval for the backport of JDK-8035974. The change was > pushed to jdk 9 in May and it is applied cleanly to jdk8u sources: > > Main RFE: https://bugs.openjdk.java.net/browse/JDK-8035974 > Changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/dabb44358772 > Review: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-May/026945.html > > Corresponding Hotspot changes (8035968+8035974) will be pushed through > jdk8u/hs-dev as usual. > > Thanks, > Vladimir -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From anthony.petrov at oracle.com Tue Aug 12 12:50:56 2014 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Tue, 12 Aug 2014 16:50:56 +0400 Subject: [8u40] Request for approval: 8049065: [JLightweightFrame] Support DnD for SwingNode Message-ID: <53EA0DB0.2020605@oracle.com> Hello, JavaFX team requests an approval to back-port the following fix from JDK 9 to JDK 8u40: 8049065: [JLightweightFrame] Support DnD for SwingNode https://bugs.openjdk.java.net/browse/JDK-8049065 http://hg.openjdk.java.net/jdk9/client/jdk/rev/750ef1bf8b2c http://cr.openjdk.java.net/~anthony/9-5.2/ Approvals: Anton Tarasov: commented in JIRA: https://javafx-jira.kenai.com/browse/RT-37149 Petr Pchelko: http://mail.openjdk.java.net/pipermail/awt-dev/2014-August/008353.html The JDK 9 patch applies cleanly (with a few offset chunks which the patch utility handles automatically). The resulting 8u-dev build has been tested. The fix delegates certain DnD-related operations to the JavaFX SwingNode component only when embedding Swing content into a JavaFX application. Regular Swing/AWT applications should not be affected by the changes. Therefore, this is considered a low risk fix. -- best regards, Anthony From vladimir.kozlov at oracle.com Tue Aug 12 13:16:35 2014 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Tue, 12 Aug 2014 06:16:35 -0700 Subject: [8u40] Request for approval: 8035974 Refactor DigestBase.engineUpdate() method for better code generation by JIT compiler In-Reply-To: <53E9D839.1070107@oracle.com> References: <53E91AFB.5080504@oracle.com> <53E9D839.1070107@oracle.com> Message-ID: <53EA13B3.1040601@oracle.com> Thank you! Vladimir On 8/12/14 2:02 AM, dalibor topic wrote: > Approved. > > cheers, > dalibor topic > > On 11.08.2014 21:35, Vladimir Kozlov wrote: >> Requesting approval for the backport of JDK-8035974. The change was >> pushed to jdk 9 in May and it is applied cleanly to jdk8u sources: >> >> Main RFE: https://bugs.openjdk.java.net/browse/JDK-8035974 >> Changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/dabb44358772 >> Review: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-May/026945.html >> >> Corresponding Hotspot changes (8035968+8035974) will be pushed through >> jdk8u/hs-dev as usual. >> >> Thanks, >> Vladimir > From sean.coffey at oracle.com Tue Aug 12 13:43:25 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 12 Aug 2014 14:43:25 +0100 Subject: [8u40] Request for approval: 8049065: [JLightweightFrame] Support DnD for SwingNode In-Reply-To: <53EA0DB0.2020605@oracle.com> References: <53EA0DB0.2020605@oracle.com> Message-ID: <53EA19FD.9010700@oracle.com> Approved. regards, Sean. On 12/08/2014 13:50, Anthony Petrov wrote: > Hello, > > JavaFX team requests an approval to back-port the following fix from > JDK 9 to JDK 8u40: > > 8049065: [JLightweightFrame] Support DnD for SwingNode > https://bugs.openjdk.java.net/browse/JDK-8049065 > http://hg.openjdk.java.net/jdk9/client/jdk/rev/750ef1bf8b2c > http://cr.openjdk.java.net/~anthony/9-5.2/ > > Approvals: > Anton Tarasov: commented in JIRA: > https://javafx-jira.kenai.com/browse/RT-37149 > Petr Pchelko: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-August/008353.html > > > The JDK 9 patch applies cleanly (with a few offset chunks which the > patch utility handles automatically). The resulting 8u-dev build has > been tested. The fix delegates certain DnD-related operations to the > JavaFX SwingNode component only when embedding Swing content into a > JavaFX application. Regular Swing/AWT applications should not be > affected by the changes. Therefore, this is considered a low risk fix. > > -- > best regards, > Anthony From alejandro.murillo at oracle.com Tue Aug 12 19:06:12 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 12 Aug 2014 13:06:12 -0600 Subject: jdk8u40-b01: HotSpot (IV) Message-ID: <53EA65A4.3020901@oracle.com> hs25.40-b04 has been integrated into jdk8u40-b01. http://hg.openjdk.java.net/jdk8u/jdk8u/rev/f8736a40a35d http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/c5d9822a3c18 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/dc06b830ea95 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/f219da378d07 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/262fb5353ffa http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/6e223d48080e http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/bf89a471779d http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/62468d841b84 Component : VM Status : 0 major failures, 1 minor failure Date : 08/12/2014 at 21:00 MSK Tested By : STT_VM Cost(total man-days): 1 Workspace : 2014-08-07-220455.amurillo.hs25-40-b04-jdk8u40-b01-control Bundles : 2014-08-07-220455.amurillo.hs25-40-b04-jdk8u40-b01-control Platforms : Others Tests : Log : link Browsers : NA Patches : NA Number of Tests Executed : 381555 passed tests, 5040 failed tests (no new failures) Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Setup is not available: 8024366: Make UseNUMA enable UseNUMAInterleaving 8029070: memory leak in jmm_SetVMGlobal 8038756: new WB API :: get/setVMFlag 8038928: gc/g1/TestGCLogMessages.java fail with "[Evacuation Failure' 8039489: Refactor test framework for dynamic VM options 8040921: Uninitialised memory in hotspot/src/share/vm/c1/c1_LinearScan.cpp 8046233: VerifyError on backward branch 8046715: Add a way to verify an extended set of command line options 8046783: Add hidden field to methods for event based tracing 8049252: VerifyStack logic in Deoptimization::unpack_frames does not expect to see invoke bc at the top frame during normal deoptimization 8049684: pstack crashes on java core dump 8051012: Regression in verifier for method call from inside of a branch 8051910: new hotspot build - hs25.40-b03 8054159: new hotspot build - hs25.40-b04 New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: jdk8u40-b01 Issues and Notes: This is PIT for HS25.40-b04 for jdk8u40-b01. Go for integration. -- Alejandro From kirill.kirichenko at oracle.com Wed Aug 13 08:58:33 2014 From: kirill.kirichenko at oracle.com (Kirill Kirichenko) Date: Wed, 13 Aug 2014 12:58:33 +0400 Subject: Result: New JDK 8u Committer: David DeHaven Message-ID: <53EB28B9.4070007@oracle.com> Voting for David DeHaven [1] [2] 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, Kirill. [1] http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-July/001573.html [2] http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-August/001596.html From alexey.ivanov at oracle.com Wed Aug 13 11:03:53 2014 From: alexey.ivanov at oracle.com (Alexey Ivanov) Date: Wed, 13 Aug 2014 15:03:53 +0400 Subject: [8u-dev] Request for approval for JDK-8046007: Java app receives javax.print.PrintException: Printer is not accepting Message-ID: <53EB4619.9020305@oracle.com> Hello, Please approve the backport of the fix to jdk8u-dev. Bug: https://bugs.openjdk.java.net/browse/JDK-8046007 JDK9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/ff2112f3ae6b Code review: http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004695.html Thank you, Alexey. From rob.mckenna at oracle.com Wed Aug 13 12:07:23 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 13 Aug 2014 13:07:23 +0100 Subject: [8u-dev] Request for approval for JDK-8046007: Java app receives javax.print.PrintException: Printer is not accepting In-Reply-To: <53EB4619.9020305@oracle.com> References: <53EB4619.9020305@oracle.com> Message-ID: <53EB54FB.4000804@oracle.com> Approved. -Rob On 13/08/14 12:03, Alexey Ivanov wrote: > Hello, > > Please approve the backport of the fix to jdk8u-dev. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8046007 > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/ff2112f3ae6b > > Code review: > http://mail.openjdk.java.net/pipermail/2d-dev/2014-July/004695.html > > Thank you, > Alexey. From artem.malinko at oracle.com Wed Aug 13 16:11:14 2014 From: artem.malinko at oracle.com (artem malinko) Date: Wed, 13 Aug 2014 20:11:14 +0400 Subject: Request for approval for 8042835: Unexpected mnemonic in JFileChooser Message-ID: <53EB8E22.1000606@oracle.com> Hello, Please approve the backport of the fix to jdk8. bug: https://bugs.openjdk.java.net/browse/JDK-8042835 jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/db1b1c12e6b0 review thread: http://mail.openjdk.java.net/pipermail/swing-dev/2014-August/003779.html From artem.malinko at oracle.com Wed Aug 13 16:12:03 2014 From: artem.malinko at oracle.com (artem malinko) Date: Wed, 13 Aug 2014 20:12:03 +0400 Subject: Request for approval for 8042835: Unexpected mnemonic in JFileChooser In-Reply-To: <53EB8E22.1000606@oracle.com> References: <53EB8E22.1000606@oracle.com> Message-ID: <53EB8E53.7080104@oracle.com> Forgot to say that patch is identical to jdk9. On 8/13/2014 8:11 PM, artem malinko wrote: > Hello, > > Please approve the backport of the fix to jdk8. > > bug: https://bugs.openjdk.java.net/browse/JDK-8042835 > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/db1b1c12e6b0 > review thread: > http://mail.openjdk.java.net/pipermail/swing-dev/2014-August/003779.html From rob.mckenna at oracle.com Wed Aug 13 17:19:42 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 13 Aug 2014 18:19:42 +0100 Subject: Request for approval for 8042835: Unexpected mnemonic in JFileChooser In-Reply-To: <53EB8E53.7080104@oracle.com> References: <53EB8E22.1000606@oracle.com> <53EB8E53.7080104@oracle.com> Message-ID: <53EB9E2E.80205@oracle.com> Approved. Please add a suitable noreg keywork to the bug. -Rob On 13/08/14 17:12, artem malinko wrote: > Forgot to say that patch is identical to jdk9. > > On 8/13/2014 8:11 PM, artem malinko wrote: >> Hello, >> >> Please approve the backport of the fix to jdk8. >> >> bug: https://bugs.openjdk.java.net/browse/JDK-8042835 >> jdk9 changeset: >> http://hg.openjdk.java.net/jdk9/client/jdk/rev/db1b1c12e6b0 >> review thread: >> http://mail.openjdk.java.net/pipermail/swing-dev/2014-August/003779.html > From artem.malinko at oracle.com Thu Aug 14 13:05:27 2014 From: artem.malinko at oracle.com (artem malinko) Date: Thu, 14 Aug 2014 17:05:27 +0400 Subject: Request for approval for 8042835: Unexpected mnemonic in JFileChooser In-Reply-To: <53EB9E2E.80205@oracle.com> References: <53EB8E22.1000606@oracle.com> <53EB8E53.7080104@oracle.com> <53EB9E2E.80205@oracle.com> Message-ID: <53ECB417.7090008@oracle.com> Thank you, Rob. I've added *l10n *label*. * On 8/13/2014 9:19 PM, Rob McKenna wrote: > Approved. Please add a suitable noreg keywork to the bug. > > -Rob > > On 13/08/14 17:12, artem malinko wrote: >> Forgot to say that patch is identical to jdk9. >> >> On 8/13/2014 8:11 PM, artem malinko wrote: >>> Hello, >>> >>> Please approve the backport of the fix to jdk8. >>> >>> bug: https://bugs.openjdk.java.net/browse/JDK-8042835 >>> jdk9 changeset: >>> http://hg.openjdk.java.net/jdk9/client/jdk/rev/db1b1c12e6b0 >>> review thread: >>> http://mail.openjdk.java.net/pipermail/swing-dev/2014-August/003779.html >>> >> > From daniel.fuchs at oracle.com Thu Aug 14 14:31:48 2014 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Thu, 14 Aug 2014 16:31:48 +0200 Subject: [8u-dev] Request for approval for 8054480: Test java/util/logging/TestLoggerBundleSync.java fails: Unexpected bundle name: null Message-ID: <53ECC854.2020406@oracle.com> Hi, Please approve the backport of this fix to jdk8u-dev: https://bugs.openjdk.java.net/browse/JDK-8054480 8054480: Test java/util/logging/TestLoggerBundleSync.java fails: Unexpected bundle name: null [This a test bug due to a race condition in the test] jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/4aa8d38100a1 The port jdk8u-dev is a clean import of the jdk9-dev changeset. best regards, -- daniel From naoto.sato at oracle.com Thu Aug 14 17:00:01 2014 From: naoto.sato at oracle.com (Naoto Sato) Date: Thu, 14 Aug 2014 10:00:01 -0700 Subject: [8u-dev] Request for approval for 8054480: Test java/util/logging/TestLoggerBundleSync.java fails: Unexpected bundle name: null In-Reply-To: <53ECC854.2020406@oracle.com> References: <53ECC854.2020406@oracle.com> Message-ID: <53ECEB11.8030700@oracle.com> Approved. Naoto On 8/14/14, 7:31 AM, Daniel Fuchs wrote: > Hi, > > Please approve the backport of this fix to jdk8u-dev: > > https://bugs.openjdk.java.net/browse/JDK-8054480 > 8054480: Test java/util/logging/TestLoggerBundleSync.java > fails: Unexpected bundle name: null > > [This a test bug due to a race condition in the test] > > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/4aa8d38100a1 > > The port jdk8u-dev is a clean import of the jdk9-dev changeset. > > best regards, > > -- daniel From lana.steuck at oracle.com Thu Aug 14 21:02:42 2014 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Thu, 14 Aug 2014 14:02:42 -0700 (PDT) Subject: jdk8u-b02: jdk8u-dev Message-ID: <201408142102.s7EL2go8024171@jano-app.us.oracle.com> http://hg.openjdk.java.net/jdk8u/jdk8u/rev/b6a148730f2b http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/b476c69c820a http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/0b6cc4ea670f http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/4797cd0713b4 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/8043f77ef8a4 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/16ef2134c32a http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/afac3987537e http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/504b4455570e --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8054157 client-libs Access Bridge; add definitions for bits 8 and 9 for for new accelerator support JDK-8035165 client-libs Expose internal representation in sun.awt.X11 JDK-8049057 client-libs JNI exception pending in jdk/src/windows/native/sun/windows/ JDK-8043508 client-libs JVM core dumps with very long text in tooltip JDK-8039274 client-libs Java crashes if calling System.exit(0) while drawing text. JDK-8046495 client-libs KeyEvent can not be accepted in quick mouse clicking JDK-8048524 client-libs Memory leak in jdk/src/share/native/sun/awt/image/BufImgSurfaceData.c JDK-8048887 client-libs SortingFocusTraversalPolicy throws IllegalArgumentException from the sort method JDK-8051838 client-libs [Findbugs]sun.awt.image.MultiResolutionCachedImage expose internal representation JDK-8049065 client-libs [JLightweightFrame] Support DnD for SwingNode JDK-8048549 client-libs [macosx] Disable usage of system menu bar if AWT is embedded in FX JDK-8040279 client-libs [macosx] Do not use the base image in the MultiResolutionBufferedImage constructor JDK-8047288 client-libs [macosx] Endless loop in EDT on Mac JDK-8041990 client-libs [macosx] Language specific keys does not work in applets when opened outside the browser JDK-8032864 client-libs [macosx] sigsegv (0Xb) Being Generated When Starting JDev With Voiceover Running JDK-8000975 core-libs (process) Merge UNIXProcess.java.bsd & UNIXProcess.java.linux JDK-8054841 core-libs (process) ProcessBuilder leaks native memory JDK-8047340 core-libs (process) Runtime.exec() fails in Turkish locale JDK-8053938 core-libs Collections.checkedList(empty list).replaceAll((UnaryOperator)null) doesn't throw NPE after JDK-8047795 JDK-8031435 core-libs Ftp download does not work properly for ftp user without password JDK-8044671 core-libs NPE from JapaneseEra when a new era is defined in calendar.properties JDK-8048515 core-libs Read outside array bounds in jdk/src/solaris/native/java/lang/java_props_md.c JDK-8048209 core-libs SynchronizedNavigableSet tailSet uses wrong mutex JDK-8049618 core-libs [Test Bug ] Test closed/java/net/SocketPermission/BindTest.java fails on Sctp Channel JDK-8032650 core-libs [parfait] warning from b124 for jdk/src/share/native/java/util: jni exception pending JDK-8030166 core-libs java/lang/ProcessBuilder/Basic.java fails intermittently: waitFor took too long JDK-8052691 deploy Caller_allowable_codebase does not honor checkbox when starting with a "t" JDK-8046709 deploy Java Control Panel Security Level Radio Buttons do not have name, screen read not able to read the name JDK-8051866 hotspot Error message for JFR.start lacks reason for failure JDK-8054009 infrastructure Support SKIP_BOOT_CYCLE=false when invoked from JPRT JDK-8046343 security-libs (smartcardio) CardTerminal.connect('direct') does not work on MacOSX JDK-8044659 security-libs Java SecureRandom on SPARC T4 much slower than on x86/Linux JDK-8035974 security-libs Refactor DigestBase.engineUpdate() method for better code generation by JIT compiler JDK-8042982 security-libs Unexpected RuntimeExceptions being thrown by SSLEngine JDK-8054627 security-libs [TESTBUG] closed\java\lang\SecurityManager\RunStackWalk.java should be changed to work under profiles JDK-8052808 security-libs [TESTBUG] some of the closed/javax/security/auth/ tests should be changed to work under profiles JDK-8032908 xml getTextContent doesn't return string in JAXP From sean.coffey at oracle.com Fri Aug 15 18:15:07 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Fri, 15 Aug 2014 19:15:07 +0100 Subject: [8u-dev] Request for approval : 8029607: Type of Service (TOS) cannot be set in IPv6 header and 8048212 Message-ID: <53EE4E2B.1040102@oracle.com> I'd like to backport these two fixes to jdk8u-dev. https://bugs.openjdk.java.net/browse/JDK-8029607 - review : http://mail.openjdk.java.net/pipermail/net-dev/2014-June/008544.html https://bugs.openjdk.java.net/browse/JDK-8048212 - review : http://mail.openjdk.java.net/pipermail/net-dev/2014-July/008571.html The patches apply cleanly with the exception of the genSocketOptionRegistry.c file change in 8029607. That file is located under jdk/src/share in jdk8u-dev (instead of jdk/make/src in jdk9) Including Michael - so that he can confirm the change would be ok. Tests are green. regards, Sean. From alejandro.murillo at oracle.com Fri Aug 15 18:29:47 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 15 Aug 2014 12:29:47 -0600 Subject: [8u40] Request for approval for bulk integration of hs25.40-b05 Message-ID: <53EE519B.1000808@oracle.com> Requesting approval to integrate hs25.40-b05 into jdk8u40-b02. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b05-jdk8u40-b02.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 6311046: -Xcheck:jni should support checking of GetPrimitiveArrayCritical. 7132678: G1: verify that the marking bitmaps have no marks for objects over TAMS 8027959: Early reclamation of large objects in G1 8029443: 'assert(klass->is_loader_alive(_is_alive)) failed: must be alive' during VM_CollectForMetadataAllocation 8031323: Optionally align objects copied to survivor spaces 8032379: Remove the is_scavenging flag to process_strong_roots 8033764: Remove the usage of StarTask from BufferingOopClosure 8033923: Use BufferingOopClosure for G1 code root scanning 8034761: Remove the do_code_roots parameter from process_strong_roots 8034764: Use process_strong_roots to adjust the StringTable 8035393: Use CLDClosure instead of CLDToOopClosure in frame::oops_interpreted_do 8035412: Cleanup ClassLoaderData::is_alive 8035605: Expand functionality of PredictedIntrinsicGenerator 8035648: Don't use Handle in java_lang_String::print 8035746: Add missing Klass::oop_is_instanceClassLoader() function 8035968: Leverage CPU Instructions to Improve SHA Performance on SPARC 8037958: ConcurrentMark::cleanup leaks BitMaps if VerifyDuringGC is enabled 8038399: Remove dead oop_iterate MemRegion variants from SharedHeap, Generation and Space classes 8038404: Move object_iterate_mem from Space to CMS since it is only ever used by CMS 8038405: Clean up some virtual fucntions in Space class hierarchy 8038412: Move object_iterate_careful down from Space to ContigousSpace and CFLSpace 8039498: Add iterators to GrowableArray 8040121: Load variable through a pointer of an incompatible type in src/hotspot/src/share/vm: opto/output.cpp, runtime/sharedRuntimeTrans.cpp, utilities/globalDefinitions_visCPP.hpp 8040920: Uninitialised memory in hotspot/src/share/vm/code/dependencies.cpp 8043301: Duplicate definitions in vm/runtime/sharedRuntimeTrans.cpp versus math.h in VS2013 8046662: Check JNI ReleaseStringChars / ReleaseStringUTFChars verify_guards test inverted 8046670: Make CMS metadata aware closures applicable for other collectors 8047323: Remove unused _copy_metadata_obj_cl in G1CopyingKeepAliveClosure 8047326: Consolidate all CompiledIC::CompiledIC implementations and move it to compiledIC.cpp 8047362: Add a version of CompiledIC_at that doesn't create a new RelocIterator 8047373: Clean the ExceptionCache in one pass 8047818: G1 HeapRegions can no longer be ContiguousSpaces 8047819: G1 HeapRegionDCTOC does not need to inherit ContiguousSpaceDCTOC 8047820: G1 Block offset table does not need to support generic Space classes 8047821: G1 Does not use the save_marks functionality as intended 8048085: Aborting marking just before remark results in useless additional clearing of the next mark bitmap 8048088: Conservative maximum heap alignment should take vm_allocation_granularity into account 8048112: G1 Full GC needs to support the case when the very first region is not available 8048214: Linker error when compiling G1SATBCardTableModRefBS after include order changes 8048269: Add flag to turn off class unloading after G1 concurrent mark 8049043: Load variable through a pointer of an incompatible type in hotspot/src/share/vm/runtime/sharedRuntimeMath.hpp 8049051: Use of during_initial_mark_pause() in G1CollectorPolicy::record_collection_pause_end() prevents use of seperate object copy time prediction during marking 8049421: G1 Class Unloading after completing a concurrent mark cycle 8049426: Minor cleanups after G1 class unloading 8049831: Metadata Full GCs are not triggered when CMSClassUnloadingEnabled is turned off 8050973: CMS/G1 GC: add missing Resource and Handle mark 8051344: JVM crashed in Compile::start() during method parsing w/ UseRTMDeopt turned on 8051883: TEST.groups references missing test: gc/class_unloading/TestCMSClassUnloadingDisabledHWM.java 8051973: Eager reclaim leaves marks of marked but reclaimed objects on the next bitmap 8052081: Optimize generated by C2 code for Intel's Atom processor 8052170: G1 asserts at collection exit with -XX:-G1DeferredRSUpdate 8054054: 8040121 is broken 8054341: Remove some obsolete code in G1CollectedHeap class 8054376: Move RTM flags from Experimental to Product 8054550: new hotspot build - hs25.40-b05 8054805: Update CLI tests on RTM options to reflect changes in JDK-8054376 -- Alejandro From anthony.scarpino at oracle.com Fri Aug 15 18:58:36 2014 From: anthony.scarpino at oracle.com (Anthony Scarpino) Date: Fri, 15 Aug 2014 11:58:36 -0700 Subject: [8u40] request for approval to backport 7107611: sun.security.pkcs11.SessionManager is scalability blocker Message-ID: <53EE585C.9050809@oracle.com> Hi, I'm requesting backport approval for this changes pushed into jdk9: 7107611: sun.security.pkcs11.SessionManager is scalability blocker The fix in 8u is the same as 9. bug: https://bugs.openjdk.java.net/browse/JDK-7107611 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f82165aa2568 JDK 9 Review: http://mail.openjdk.java.net/pipermail/security-dev/2014-February/thread.html http://mail.openjdk.java.net/pipermail/security-dev/2014-March/010261.html thanks Tony From naoto.sato at oracle.com Fri Aug 15 22:06:24 2014 From: naoto.sato at oracle.com (Naoto Sato) Date: Fri, 15 Aug 2014 15:06:24 -0700 Subject: [8u-dev] Request for approval : 8029607: Type of Service (TOS) cannot be set in IPv6 header and 8048212 In-Reply-To: <53EE4E2B.1040102@oracle.com> References: <53EE4E2B.1040102@oracle.com> Message-ID: <53EE8460.1080404@oracle.com> Approved for the backport, assuming changes are fine. Naoto On 8/15/14, 11:15 AM, Se?n Coffey wrote: > I'd like to backport these two fixes to jdk8u-dev. > > https://bugs.openjdk.java.net/browse/JDK-8029607 > - review : > http://mail.openjdk.java.net/pipermail/net-dev/2014-June/008544.html > https://bugs.openjdk.java.net/browse/JDK-8048212 > - review : > http://mail.openjdk.java.net/pipermail/net-dev/2014-July/008571.html > > The patches apply cleanly with the exception of the > genSocketOptionRegistry.c file change in 8029607. That file is located > under jdk/src/share in jdk8u-dev (instead of jdk/make/src in jdk9) > > Including Michael - so that he can confirm the change would be ok. Tests > are green. > > regards, > Sean. > > > > From naoto.sato at oracle.com Fri Aug 15 22:06:47 2014 From: naoto.sato at oracle.com (Naoto Sato) Date: Fri, 15 Aug 2014 15:06:47 -0700 Subject: [8u40] request for approval to backport 7107611: sun.security.pkcs11.SessionManager is scalability blocker In-Reply-To: <53EE585C.9050809@oracle.com> References: <53EE585C.9050809@oracle.com> Message-ID: <53EE8477.4040008@oracle.com> Approved. Naoto On 8/15/14, 11:58 AM, Anthony Scarpino wrote: > Hi, > > I'm requesting backport approval for this changes pushed into jdk9: > > 7107611: sun.security.pkcs11.SessionManager is scalability blocker > > The fix in 8u is the same as 9. > > bug: > https://bugs.openjdk.java.net/browse/JDK-7107611 > > changeset: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f82165aa2568 > > JDK 9 Review: > > http://mail.openjdk.java.net/pipermail/security-dev/2014-February/thread.html > > http://mail.openjdk.java.net/pipermail/security-dev/2014-March/010261.html > > thanks > > Tony From mikael.vidstedt at oracle.com Fri Aug 15 22:48:19 2014 From: mikael.vidstedt at oracle.com (Mikael Vidstedt) Date: Fri, 15 Aug 2014 15:48:19 -0700 Subject: RFR(XS): 8055243: Make jdk8u40 the default release Message-ID: <53EE8E33.2020406@oracle.com> Please review this small change which updates the default jprt release for jdk8u/jdk8u-dev to jdk8u40. Bug: https://bugs.openjdk.java.net/browse/JDK-8055243 Webrev: http://cr.openjdk.java.net/~mikael/webrevs/8055243/webrev.00/webrev/ Cheers, Mikael From valerie.peng at oracle.com Fri Aug 15 22:50:17 2014 From: valerie.peng at oracle.com (Valerie Peng) Date: Fri, 15 Aug 2014 15:50:17 -0700 Subject: [8u-dev] Request for approval for JDK-8031003 & JDK-8038754 Message-ID: <53EE8EA9.7090205@oracle.com> Hi, Please approve the backport of the following fixes to jdk8u-dev. These 2 fixes are related in that the second one (8038754) is for correcting a minor issue in the fix of the first one (8031003). Bug: https://bugs.openjdk.java.net/browse/JDK-8031003 JDK9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/8cc0a96fd259 Code review: http://mail.openjdk.java.net/pipermail/security-dev/2014-March/010309.html Bug: https://bugs.openjdk.java.net/browse/JDK-8038754 JDK9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b0bf823779a6 Code review: http://mail.openjdk.java.net/pipermail/security-dev/2014-March/010356.html Thanks, Valerie From Gary.Collins at oracle.com Fri Aug 15 23:28:18 2014 From: Gary.Collins at oracle.com (Gary Collins) Date: Fri, 15 Aug 2014 16:28:18 -0700 Subject: RFR(XS): 8055243: Make jdk8u40 the default release In-Reply-To: <53EE8E33.2020406@oracle.com> References: <53EE8E33.2020406@oracle.com> Message-ID: <663BC413-E246-44E1-9CD6-15CC99B1D6CB@oracle.com> Looks great! Gary On Aug 15, 2014, at 3:48 PM, Mikael Vidstedt wrote: > > Please review this small change which updates the default jprt release for jdk8u/jdk8u-dev to jdk8u40. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055243 > Webrev: http://cr.openjdk.java.net/~mikael/webrevs/8055243/webrev.00/webrev/ > > Cheers, > Mikael > From mikael.vidstedt at oracle.com Fri Aug 15 23:46:54 2014 From: mikael.vidstedt at oracle.com (Mikael Vidstedt) Date: Fri, 15 Aug 2014 16:46:54 -0700 Subject: [8u40] Request for approval: 8055243: Make jdk8u40 the default release In-Reply-To: <663BC413-E246-44E1-9CD6-15CC99B1D6CB@oracle.com> References: <53EE8E33.2020406@oracle.com> <663BC413-E246-44E1-9CD6-15CC99B1D6CB@oracle.com> Message-ID: <53EE9BEE.5080908@oracle.com> Thanks Gary! Kindly asking for approval for integration. Thanks, Mikael On 2014-08-15 16:28, Gary Collins wrote: > Looks great! > > Gary > On Aug 15, 2014, at 3:48 PM, Mikael Vidstedt wrote: > >> Please review this small change which updates the default jprt release for jdk8u/jdk8u-dev to jdk8u40. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8055243 >> Webrev: http://cr.openjdk.java.net/~mikael/webrevs/8055243/webrev.00/webrev/ >> >> Cheers, >> Mikael >> From Gary.Collins at oracle.com Fri Aug 15 23:50:54 2014 From: Gary.Collins at oracle.com (Gary Collins) Date: Fri, 15 Aug 2014 16:50:54 -0700 Subject: [8u40] Request for approval: 8055243: Make jdk8u40 the default release In-Reply-To: <53EE9BEE.5080908@oracle.com> References: <53EE8E33.2020406@oracle.com> <663BC413-E246-44E1-9CD6-15CC99B1D6CB@oracle.com> <53EE9BEE.5080908@oracle.com> Message-ID: Approve! Gary On Aug 15, 2014, at 4:46 PM, Mikael Vidstedt wrote: > > Thanks Gary! > > Kindly asking for approval for integration. > > Thanks, > Mikael > > On 2014-08-15 16:28, Gary Collins wrote: >> Looks great! >> >> Gary >> On Aug 15, 2014, at 3:48 PM, Mikael Vidstedt wrote: >> >>> Please review this small change which updates the default jprt release for jdk8u/jdk8u-dev to jdk8u40. >>> >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8055243 >>> Webrev: http://cr.openjdk.java.net/~mikael/webrevs/8055243/webrev.00/webrev/ >>> >>> Cheers, >>> Mikael >>> > From tim.bell at oracle.com Sat Aug 16 01:25:35 2014 From: tim.bell at oracle.com (Tim Bell) Date: Fri, 15 Aug 2014 18:25:35 -0700 Subject: RFR(XS): 8055243: Make jdk8u40 the default release In-Reply-To: <53EE8E33.2020406@oracle.com> References: <53EE8E33.2020406@oracle.com> Message-ID: <53EEB30F.9030003@oracle.com> Hi Mikael: > Please review this small change which updates the default jprt release > for jdk8u/jdk8u-dev to jdk8u40. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055243 > Webrev: > http://cr.openjdk.java.net/~mikael/webrevs/8055243/webrev.00/webrev/ > Looks good to me. Tim From dalibor.topic at oracle.com Mon Aug 18 10:01:38 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Mon, 18 Aug 2014 12:01:38 +0200 Subject: [8u40] Request for approval for bulk integration of hs25.40-b05 In-Reply-To: <53EE519B.1000808@oracle.com> References: <53EE519B.1000808@oracle.com> Message-ID: <53F1CF02.7010004@oracle.com> Thanks, Alejandro - approved pending positive PIT results. cheers, dalibor topic On 15.08.2014 20:29, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.40-b05 into jdk8u40-b02. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b05-jdk8u40-b02.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 6311046: -Xcheck:jni should support checking of GetPrimitiveArrayCritical. > 7132678: G1: verify that the marking bitmaps have no marks for objects > over TAMS > 8027959: Early reclamation of large objects in G1 > 8029443: 'assert(klass->is_loader_alive(_is_alive)) failed: must be > alive' during VM_CollectForMetadataAllocation > 8031323: Optionally align objects copied to survivor spaces > 8032379: Remove the is_scavenging flag to process_strong_roots > 8033764: Remove the usage of StarTask from BufferingOopClosure > 8033923: Use BufferingOopClosure for G1 code root scanning > 8034761: Remove the do_code_roots parameter from process_strong_roots > 8034764: Use process_strong_roots to adjust the StringTable > 8035393: Use CLDClosure instead of CLDToOopClosure in > frame::oops_interpreted_do > 8035412: Cleanup ClassLoaderData::is_alive > 8035605: Expand functionality of PredictedIntrinsicGenerator > 8035648: Don't use Handle in java_lang_String::print > 8035746: Add missing Klass::oop_is_instanceClassLoader() function > 8035968: Leverage CPU Instructions to Improve SHA Performance on SPARC > 8037958: ConcurrentMark::cleanup leaks BitMaps if VerifyDuringGC is enabled > 8038399: Remove dead oop_iterate MemRegion variants from SharedHeap, > Generation and Space classes > 8038404: Move object_iterate_mem from Space to CMS since it is only ever > used by CMS > 8038405: Clean up some virtual fucntions in Space class hierarchy > 8038412: Move object_iterate_careful down from Space to ContigousSpace > and CFLSpace > 8039498: Add iterators to GrowableArray > 8040121: Load variable through a pointer of an incompatible type in > src/hotspot/src/share/vm: opto/output.cpp, > runtime/sharedRuntimeTrans.cpp, utilities/globalDefinitions_visCPP.hpp > 8040920: Uninitialised memory in hotspot/src/share/vm/code/dependencies.cpp > 8043301: Duplicate definitions in vm/runtime/sharedRuntimeTrans.cpp > versus math.h in VS2013 > 8046662: Check JNI ReleaseStringChars / ReleaseStringUTFChars > verify_guards test inverted > 8046670: Make CMS metadata aware closures applicable for other collectors > 8047323: Remove unused _copy_metadata_obj_cl in G1CopyingKeepAliveClosure > 8047326: Consolidate all CompiledIC::CompiledIC implementations and move > it to compiledIC.cpp > 8047362: Add a version of CompiledIC_at that doesn't create a new > RelocIterator > 8047373: Clean the ExceptionCache in one pass > 8047818: G1 HeapRegions can no longer be ContiguousSpaces > 8047819: G1 HeapRegionDCTOC does not need to inherit ContiguousSpaceDCTOC > 8047820: G1 Block offset table does not need to support generic Space > classes > 8047821: G1 Does not use the save_marks functionality as intended > 8048085: Aborting marking just before remark results in useless > additional clearing of the next mark bitmap > 8048088: Conservative maximum heap alignment should take > vm_allocation_granularity into account > 8048112: G1 Full GC needs to support the case when the very first region > is not available > 8048214: Linker error when compiling G1SATBCardTableModRefBS after > include order changes > 8048269: Add flag to turn off class unloading after G1 concurrent mark > 8049043: Load variable through a pointer of an incompatible type in > hotspot/src/share/vm/runtime/sharedRuntimeMath.hpp > 8049051: Use of during_initial_mark_pause() in > G1CollectorPolicy::record_collection_pause_end() prevents use of > seperate object copy time prediction during marking > 8049421: G1 Class Unloading after completing a concurrent mark cycle > 8049426: Minor cleanups after G1 class unloading > 8049831: Metadata Full GCs are not triggered when > CMSClassUnloadingEnabled is turned off > 8050973: CMS/G1 GC: add missing Resource and Handle mark > 8051344: JVM crashed in Compile::start() during method parsing w/ > UseRTMDeopt turned on > 8051883: TEST.groups references missing test: > gc/class_unloading/TestCMSClassUnloadingDisabledHWM.java > 8051973: Eager reclaim leaves marks of marked but reclaimed objects on > the next bitmap > 8052081: Optimize generated by C2 code for Intel's Atom processor > 8052170: G1 asserts at collection exit with -XX:-G1DeferredRSUpdate > 8054054: 8040121 is broken > 8054341: Remove some obsolete code in G1CollectedHeap class > 8054376: Move RTM flags from Experimental to Product > 8054550: new hotspot build - hs25.40-b05 > 8054805: Update CLI tests on RTM options to reflect changes in JDK-8054376 > -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From dalibor.topic at oracle.com Mon Aug 18 10:07:56 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Mon, 18 Aug 2014 12:07:56 +0200 Subject: [8u-dev] Request for approval for JDK-8031003 & JDK-8038754 In-Reply-To: <53EE8EA9.7090205@oracle.com> References: <53EE8EA9.7090205@oracle.com> Message-ID: <53F1D07C.1040400@oracle.com> Thanks, Valerie - approved for jdk8u-dev. cheers, dalibor topic On 16.08.2014 00:50, Valerie Peng wrote: > Hi, > > Please approve the backport of the following fixes to jdk8u-dev. > These 2 fixes are related in that the second one (8038754) is for > correcting a minor issue in the fix of the first one (8031003). > > Bug: https://bugs.openjdk.java.net/browse/JDK-8031003 > JDK9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/8cc0a96fd259 > Code review: > http://mail.openjdk.java.net/pipermail/security-dev/2014-March/010309.html > > Bug: https://bugs.openjdk.java.net/browse/JDK-8038754 > JDK9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b0bf823779a6 > Code review: > http://mail.openjdk.java.net/pipermail/security-dev/2014-March/010356.html > > Thanks, > Valerie -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From sean.coffey at oracle.com Mon Aug 18 10:36:44 2014 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Mon, 18 Aug 2014 11:36:44 +0100 Subject: [8u40] Request for approval: 8055243: Make jdk8u40 the default release In-Reply-To: <53EE9BEE.5080908@oracle.com> References: <53EE8E33.2020406@oracle.com> <663BC413-E246-44E1-9CD6-15CC99B1D6CB@oracle.com> <53EE9BEE.5080908@oracle.com> Message-ID: <53F1D73C.1080900@oracle.com> Approved. regards, Sean. On 16/08/14 00:46, Mikael Vidstedt wrote: > > Thanks Gary! > > Kindly asking for approval for integration. > > Thanks, > Mikael > > On 2014-08-15 16:28, Gary Collins wrote: >> Looks great! >> >> Gary >> On Aug 15, 2014, at 3:48 PM, Mikael Vidstedt >> wrote: >> >>> Please review this small change which updates the default jprt >>> release for jdk8u/jdk8u-dev to jdk8u40. >>> >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8055243 >>> Webrev: >>> http://cr.openjdk.java.net/~mikael/webrevs/8055243/webrev.00/webrev/ >>> >>> Cheers, >>> Mikael >>> > From aleksej.efimov at oracle.com Mon Aug 18 15:29:57 2014 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Mon, 18 Aug 2014 19:29:57 +0400 Subject: [8u-dev] RFR: 8036981: JAXB not preserving formatting for xsd:any Mixed content Message-ID: <53F21BF5.7000803@oracle.com> Hi, Can I ask for a review of 8036981 bug [1] fix: JAXWS: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jaxws/ JDK: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jdk/ The proposed fix is a partial backport of "Update JAX-WS RI integration to latest version" bug [2] to JDK8. The proposed patch fixes the broken formatting of the input xml during JAXB marshalling/unmarshalling. Regression test is included. Testing: - regtests: xml related tests from 'core' testset - no failures - JCK: api/xinclude api/xsl api/javax_xml api/org_xml xml_schema api/xinclude - no failures Thank you, Aleksej [1] https://bugs.openjdk.java.net/browse/JDK-8036981 [2] https://bugs.openjdk.java.net/browse/JDK-8044656 [3] 8044656 JDK9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027458.html From erik.gahlin at oracle.com Mon Aug 18 19:06:07 2014 From: erik.gahlin at oracle.com (Erik Gahlin) Date: Mon, 18 Aug 2014 21:06:07 +0200 Subject: [8u40] Request for approval 8028474: sun/jvmstat/monitor/MonitoredVm/MonitorVmStartTerminate.sh timeout, leaves looping process behind Message-ID: <53F24E9F.7070707@oracle.com> Hi, Could you approve a backport of a fix for an intermittently failing test. Bug: https://bugs.openjdk.java.net/browse/JDK-8028474 Webrev: http://cr.openjdk.java.net/~egahlin/8028474_7/ Review: http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-June/015004.html Thanks, Erik From erik.gahlin at oracle.com Mon Aug 18 19:06:32 2014 From: erik.gahlin at oracle.com (Erik Gahlin) Date: Mon, 18 Aug 2014 21:06:32 +0200 Subject: [8u40] Request for approval 8049340: sun/jvmstat/monitor/MonitoredVm/MonitorVmStartTerminate.java timed out Message-ID: <53F24EB8.5020403@oracle.com> [8u-dev] Request for approval 8048506: [macosx] javax.swing.PopupFactory issue with null owner Hi, Could you approve a backport of a fix for an intermittently failing test. Bug: https://bugs.openjdk.java.net/browse/JDK-8049340 Webrev: http://cr.openjdk.java.net/~egahlin/8049340_3/ Review: http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-July/015185.html Thanks, Erik From chris.hegarty at oracle.com Mon Aug 18 19:52:09 2014 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Mon, 18 Aug 2014 20:52:09 +0100 Subject: Porting changes between JDK 9 and JDK 8u Message-ID: Hi 8u Maintainers, Now that the JEP 201: Modular Source Code [1] changes have been integrated into the JDK 9 mainline, porting changes between JDK 9 and JDK 8u will be a little more difficult. To help with this, a porting script [2] has been developed, and checked into the JDK 9 mainline, along with the source code re-organization. I would like to propose a small change to the process for requesting ports of JDK 9 changes into JDK 8u. It may be a simple change to the Push Approval Request Template [3], or the something more elaborate in the Ground Rules [4], I'm not exactly sure. Essentially, where you typically see a backport approval request with ?the patch applied cleanly?, you may accept ?the unshuffled patch applied cleanly?. Where the 'unshuffled patch' is a patch that has been run through the porting script [2]. -Chris. [1] https://bugs.openjdk.java.net/browse/JDK-8051619 [2] http://cr.openjdk.java.net/~chegar/docs/portingScript.html [3] http://openjdk.java.net/projects/jdk8u/approval-template.html [4] http://openjdk.java.net/projects/jdk8u/groundrules.html From attila.szegedi at oracle.com Tue Aug 19 07:58:27 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Tue, 19 Aug 2014 09:58:27 +0200 Subject: [8u40] Request for Approval: 8055186: Backport Nashorn optimistic typing to 8u repository Message-ID: <3F7423D6-68C0-4881-97C0-54C9D6FC8FC6@oracle.com> Folks, I'm looking to backport JEP 196 (Nashorn Optimistic Typing) from the OpenJDK 9 repository to the 8u repository for 8u40 release. Since the implementation in the 9 repo is contained across many changesets (not even linearizable - there are merges), I created a separate JIRA issue for the backporting work (this approach was suggested to me by both Stuart Marks and Joe Darcy), and prepared a single backport changeset. It is basically a diff between current 9 and 8 tip (modulo version number strings), as there is nothing in Nashorn's 9 repo at the moment that is above and beyond of what should go in the 8 repo. The diff contains a large number of new tests too that were added in the 9 repo as part of every individual changeset, and they all pass when backported. The diff was prepared before JEP 201 Modular Source Code was pushed to 9 and as such is still valid to backport to 8 as-is (also, the JEP 201 push only affected a single file in Nashorn source tree, namely make/BuildNashorn.gmk, which is not affected by this backport at all). JIRA issue: https://bugs.openjdk.java.net/browse/JDK-8055186 Webrev: http://cr.openjdk.java.net/~attila/8055186/webrev.00 Review: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003264.html Thank you, Attila. From sean.coffey at oracle.com Tue Aug 19 11:02:10 2014 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Tue, 19 Aug 2014 12:02:10 +0100 Subject: Porting changes between JDK 9 and JDK 8u In-Reply-To: References: Message-ID: <53F32EB2.5040302@oracle.com> This seems like a good proposal to me Chris. I think a suitable update could be made to the public code review rules we currently have on the Project page : http://openjdk.java.net/projects/jdk8u/codereview.html I'm proposing we make this change to the code review rules : Change Rule 1 from : > If the content of a changeset submitted for review for a public JDK 8 > Update forest is the same patch as the corresponding changeset > submitted or committed for JDK 9, then it does not have to be > resubmitted. In that case the URL for the changeset in the JDK 9 > repository will suffice. to >> With modular source code changes in JDK 9, any patch being backported >> from the JDK 9 Project should have the unshuffle_patch.sh script [1] >> run against it. If the script runs successfully and if the resulting >> patch applies without error to the JDK 8 Update repository, then it >> does not have to be resubmitted for review. In that case the URL for >> the changeset in the JDK 9 repository will suffice. If any issues are >> encountered during the unshuffle_patch.sh script execution or during >> the patch import, a code review for the backport changes should be >> requested. > [1] http://cr.openjdk.java.net/~chegar/docs/portingScript.html Unless I hear otherwise, I'll update the code review rules to reflect this change on Friday (22nd) Regards, Sean. On 18/08/2014 20:52, Chris Hegarty wrote: > Hi 8u Maintainers, > > Now that the JEP 201: Modular Source Code [1] changes have been integrated into the JDK 9 mainline, porting changes between JDK 9 and JDK 8u will be a little more difficult. To help with this, a porting script [2] has been developed, and checked into the JDK 9 mainline, along with the source code re-organization. > > I would like to propose a small change to the process for requesting ports of JDK 9 changes into JDK 8u. It may be a simple change to the Push Approval Request Template [3], or the something more elaborate in the Ground Rules [4], I'm not exactly sure. Essentially, where you typically see a backport approval request with ?the patch applied cleanly?, you may accept ?the unshuffled patch applied cleanly?. Where the 'unshuffled patch' is a patch that has been run through the porting script [2]. > > -Chris. > > [1] https://bugs.openjdk.java.net/browse/JDK-8051619 > [2] http://cr.openjdk.java.net/~chegar/docs/portingScript.html > [3] http://openjdk.java.net/projects/jdk8u/approval-template.html > [4] http://openjdk.java.net/projects/jdk8u/groundrules.html From dalibor.topic at oracle.com Tue Aug 19 11:21:27 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 19 Aug 2014 13:21:27 +0200 Subject: [8u40] Request for approval 8028474: sun/jvmstat/monitor/MonitoredVm/MonitorVmStartTerminate.sh timeout, leaves looping process behind In-Reply-To: <53F24E9F.7070707@oracle.com> References: <53F24E9F.7070707@oracle.com> Message-ID: <53F33337.5000307@oracle.com> Thanks, Erik - approved for jdk8u-dev. cheers, dalibor topic On 18.08.2014 21:06, Erik Gahlin wrote: > Hi, > > Could you approve a backport of a fix for an intermittently failing test. > > Bug: > https://bugs.openjdk.java.net/browse/JDK-8028474 > > Webrev: > http://cr.openjdk.java.net/~egahlin/8028474_7/ > > Review: > http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-June/015004.html > > > Thanks, > Erik > -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From dalibor.topic at oracle.com Tue Aug 19 11:23:17 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 19 Aug 2014 13:23:17 +0200 Subject: [8u40] Request for approval 8049340: sun/jvmstat/monitor/MonitoredVm/MonitorVmStartTerminate.java timed out In-Reply-To: <53F24EB8.5020403@oracle.com> References: <53F24EB8.5020403@oracle.com> Message-ID: <53F333A5.2040901@oracle.com> Thanks, Erik - approved for jdk8u-dev. cheers, dalibor topic On 18.08.2014 21:06, Erik Gahlin wrote: > [8u-dev] Request for approval 8048506: [macosx] javax.swing.PopupFactory > issue with null owner > > Hi, > > Could you approve a backport of a fix for an intermittently failing test. > > Bug: > https://bugs.openjdk.java.net/browse/JDK-8049340 > > Webrev: > http://cr.openjdk.java.net/~egahlin/8049340_3/ > > Review: > http://mail.openjdk.java.net/pipermail/serviceability-dev/2014-July/015185.html > > > > Thanks, > Erik > -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From michael.x.mcmahon at oracle.com Tue Aug 19 12:03:33 2014 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Tue, 19 Aug 2014 13:03:33 +0100 Subject: [8u-dev] Request for approval : 8029607: Type of Service (TOS) cannot be set in IPv6 header and 8048212 In-Reply-To: <53EE8460.1080404@oracle.com> References: <53EE4E2B.1040102@oracle.com> <53EE8460.1080404@oracle.com> Message-ID: <53F33D15.2060605@oracle.com> The changes are fine. Thanks Michael On 15/08/14 23:06, Naoto Sato wrote: > Approved for the backport, assuming changes are fine. > > Naoto > > On 8/15/14, 11:15 AM, Se?n Coffey wrote: >> I'd like to backport these two fixes to jdk8u-dev. >> >> https://bugs.openjdk.java.net/browse/JDK-8029607 >> - review : >> http://mail.openjdk.java.net/pipermail/net-dev/2014-June/008544.html >> https://bugs.openjdk.java.net/browse/JDK-8048212 >> - review : >> http://mail.openjdk.java.net/pipermail/net-dev/2014-July/008571.html >> >> The patches apply cleanly with the exception of the >> genSocketOptionRegistry.c file change in 8029607. That file is located >> under jdk/src/share in jdk8u-dev (instead of jdk/make/src in jdk9) >> >> Including Michael - so that he can confirm the change would be ok. Tests >> are green. >> >> regards, >> Sean. >> >> >> >> From sean.coffey at oracle.com Tue Aug 19 13:13:44 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 19 Aug 2014 14:13:44 +0100 Subject: [8u40] Request for Approval: 8055186: Backport Nashorn optimistic typing to 8u repository In-Reply-To: <3F7423D6-68C0-4881-97C0-54C9D6FC8FC6@oracle.com> References: <3F7423D6-68C0-4881-97C0-54C9D6FC8FC6@oracle.com> Message-ID: <53F34D88.2000207@oracle.com> Attila, quite a sizeable change! Pushing the changes under one umbrella ID will mean that nashorn bug fixes in both JDK 8u and 9 will only "appear" to be fixed in JDK 9 only from JBS records. Ideally - I think a backport of the individual changesets is more the normal approach. Could you use your current changeset and mention all bug IDs fixed in the commit comment (one per line) ? That should improve matters. I'll leave it up to the nashorn team and yourself to decide if your current approach is the best one possible. The tests also contain code that is unsuitable for OpenJDK and some copyrights are missing. Would be good to get these issues fixed up before approval. regards, Sean. On 19/08/2014 08:58, Attila Szegedi wrote: > Folks, > > I'm looking to backport JEP 196 (Nashorn Optimistic Typing) from the OpenJDK 9 repository to the 8u repository for 8u40 release. Since the implementation in the 9 repo is contained across many changesets (not even linearizable - there are merges), I created a separate JIRA issue for the backporting work (this approach was suggested to me by both Stuart Marks and Joe Darcy), and prepared a single backport changeset. It is basically a diff between current 9 and 8 tip (modulo version number strings), as there is nothing in Nashorn's 9 repo at the moment that is above and beyond of what should go in the 8 repo. > > The diff contains a large number of new tests too that were added in the 9 repo as part of every individual changeset, and they all pass when backported. > > The diff was prepared before JEP 201 Modular Source Code was pushed to 9 and as such is still valid to backport to 8 as-is (also, the JEP 201 push only affected a single file in Nashorn source tree, namely make/BuildNashorn.gmk, which is not affected by this backport at all). > > JIRA issue: https://bugs.openjdk.java.net/browse/JDK-8055186 > Webrev: http://cr.openjdk.java.net/~attila/8055186/webrev.00 > Review: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003264.html > > Thank you, > Attila. From attila.szegedi at oracle.com Tue Aug 19 13:45:33 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Tue, 19 Aug 2014 15:45:33 +0200 Subject: [8u40] Request for Approval: 8055186: Backport Nashorn optimistic typing to 8u repository In-Reply-To: <53F34D88.2000207@oracle.com> References: <3F7423D6-68C0-4881-97C0-54C9D6FC8FC6@oracle.com> <53F34D88.2000207@oracle.com> Message-ID: <64FF1A93-DBCC-4EA6-9BA8-2395F7F3D81F@oracle.com> On Aug 19, 2014, at 3:13 PM, Se?n Coffey wrote: > Attila, > > quite a sizeable change! Indeed it is. That's a consequence of JEP 196 "Nahorn Optimistic Typing" being worked on in the JDK9 tree for long period of time before it being greenlighted for inclusion in 8u40, as well as of the fact that optimistic typing itself ended up being a fairly big architectural change for Nashorn. > Pushing the changes under one umbrella ID will mean that nashorn bug fixes in both JDK 8u and 9 will only "appear" to be fixed in JDK 9 only from JBS records. Ideally - I think a backport of the individual changesets is more the normal approach. > > Could you use your current changeset and mention all bug IDs fixed in the commit comment (one per line) ? That should improve matters. I'll leave it up to the nashorn team and yourself to decide if your current approach is the best one possible. Sure; we discussed the approach with the team before I embarked on preparing the changeset ? as I mentioned, I also took the opportunity while in Santa Clara for the JVM Language Summit to also ask several long-serving OpenJDK reviewers' advice on how to proceed with this backport. I have collected the IDs (everything in 9 not in 8) ? there is 120 of them. (I was assured by Joe Darcy that "our jcheck regex will hold".) > The tests also contain code that is unsuitable for OpenJDK and some copyrights are missing. Would be good to get these issues fixed up before approval. We have identified some unnecessary scripts used as auxiliary development tools in the bin directory that are no longer needed, and I have removed them. (They are the ones without copyrights.) Additionally, I have removed non-OpenJDK suitable content from the remaining scripts, the differences to the original changeset can be seen in Finally, test/examples/apply_to_call_benchmark.js didn't have a copyright; I fixed that too. That is all we could discover that needed additional fixing. Thank you, Attila. > > regards, > Sean. > > On 19/08/2014 08:58, Attila Szegedi wrote: >> Folks, >> >> I'm looking to backport JEP 196 (Nashorn Optimistic Typing) from the OpenJDK 9 repository to the 8u repository for 8u40 release. Since the implementation in the 9 repo is contained across many changesets (not even linearizable - there are merges), I created a separate JIRA issue for the backporting work (this approach was suggested to me by both Stuart Marks and Joe Darcy), and prepared a single backport changeset. It is basically a diff between current 9 and 8 tip (modulo version number strings), as there is nothing in Nashorn's 9 repo at the moment that is above and beyond of what should go in the 8 repo. >> >> The diff contains a large number of new tests too that were added in the 9 repo as part of every individual changeset, and they all pass when backported. >> >> The diff was prepared before JEP 201 Modular Source Code was pushed to 9 and as such is still valid to backport to 8 as-is (also, the JEP 201 push only affected a single file in Nashorn source tree, namely make/BuildNashorn.gmk, which is not affected by this backport at all). >> >> JIRA issue: https://bugs.openjdk.java.net/browse/JDK-8055186 >> Webrev: http://cr.openjdk.java.net/~attila/8055186/webrev.00 >> Review: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003264.html >> >> Thank you, >> Attila. > From kumar.x.srinivasan at oracle.com Tue Aug 19 13:55:41 2014 From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan) Date: Tue, 19 Aug 2014 06:55:41 -0700 Subject: [8u-dev] Request for approval: Launcher changes for native memory tracking scalability enhancement Message-ID: <53F3575D.8030700@oracle.com> Hello, Requesting approval for the bug: https://bugs.openjdk.java.net/browse/JDK-8042469 The patch is here: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/dde9f5cfde5f It was discussed here: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/thread.html#27272 Additional notes: This is the launcher related fix for the following JVM fix: https://bugs.openjdk.java.net/browse/JDK-8046598 Thanks Kumar From rob.mckenna at oracle.com Tue Aug 19 14:41:47 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 19 Aug 2014 15:41:47 +0100 Subject: [8u-dev] Request for approval: Launcher changes for native memory tracking scalability enhancement In-Reply-To: <53F3575D.8030700@oracle.com> References: <53F3575D.8030700@oracle.com> Message-ID: <53F3622B.5010602@oracle.com> Approved. -Rob On 19/08/14 14:55, Kumar Srinivasan wrote: > Hello, > > Requesting approval for the bug: > https://bugs.openjdk.java.net/browse/JDK-8042469 > > The patch is here: > http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/dde9f5cfde5f > > It was discussed here: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/thread.html#27272 > > > Additional notes: > This is the launcher related fix for the following JVM fix: > https://bugs.openjdk.java.net/browse/JDK-8046598 > > > Thanks > Kumar > From sean.coffey at oracle.com Tue Aug 19 14:52:46 2014 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Tue, 19 Aug 2014 15:52:46 +0100 Subject: [8u40] Request for Approval: 8055186: Backport Nashorn optimistic typing to 8u repository In-Reply-To: <64FF1A93-DBCC-4EA6-9BA8-2395F7F3D81F@oracle.com> References: <3F7423D6-68C0-4881-97C0-54C9D6FC8FC6@oracle.com> <53F34D88.2000207@oracle.com> <64FF1A93-DBCC-4EA6-9BA8-2395F7F3D81F@oracle.com> Message-ID: <53F364BE.7030103@oracle.com> One more request from my end Attila, can you list the bug IDs you intend to specify in your commit message (for records purposes) regards, Sean. On 19/08/2014 14:45, Attila Szegedi wrote: > On Aug 19, 2014, at 3:13 PM, Se?n Coffey wrote: > >> Attila, >> >> quite a sizeable change! > Indeed it is. That's a consequence of JEP 196 "Nahorn Optimistic Typing" being worked on in the JDK9 tree for long period of time before it being greenlighted for inclusion in 8u40, as well as of the fact that optimistic typing itself ended up being a fairly big architectural change for Nashorn. > >> Pushing the changes under one umbrella ID will mean that nashorn bug fixes in both JDK 8u and 9 will only "appear" to be fixed in JDK 9 only from JBS records. Ideally - I think a backport of the individual changesets is more the normal approach. >> >> Could you use your current changeset and mention all bug IDs fixed in the commit comment (one per line) ? That should improve matters. I'll leave it up to the nashorn team and yourself to decide if your current approach is the best one possible. > Sure; we discussed the approach with the team before I embarked on preparing the changeset ? as I mentioned, I also took the opportunity while in Santa Clara for the JVM Language Summit to also ask several long-serving OpenJDK reviewers' advice on how to proceed with this backport. I have collected the IDs (everything in 9 not in 8) ? there is 120 of them. (I was assured by Joe Darcy that "our jcheck regex will hold".) > >> The tests also contain code that is unsuitable for OpenJDK and some copyrights are missing. Would be good to get these issues fixed up before approval. > We have identified some unnecessary scripts used as auxiliary development tools in the bin directory that are no longer needed, and I have removed them. (They are the ones without copyrights.) Additionally, I have removed non-OpenJDK suitable content from the remaining scripts, the differences to the original changeset can be seen in > > Finally, test/examples/apply_to_call_benchmark.js didn't have a copyright; I fixed that too. That is all we could discover that needed additional fixing. > > Thank you, > Attila. > >> regards, >> Sean. >> >> On 19/08/2014 08:58, Attila Szegedi wrote: >>> Folks, >>> >>> I'm looking to backport JEP 196 (Nashorn Optimistic Typing) from the OpenJDK 9 repository to the 8u repository for 8u40 release. Since the implementation in the 9 repo is contained across many changesets (not even linearizable - there are merges), I created a separate JIRA issue for the backporting work (this approach was suggested to me by both Stuart Marks and Joe Darcy), and prepared a single backport changeset. It is basically a diff between current 9 and 8 tip (modulo version number strings), as there is nothing in Nashorn's 9 repo at the moment that is above and beyond of what should go in the 8 repo. >>> >>> The diff contains a large number of new tests too that were added in the 9 repo as part of every individual changeset, and they all pass when backported. >>> >>> The diff was prepared before JEP 201 Modular Source Code was pushed to 9 and as such is still valid to backport to 8 as-is (also, the JEP 201 push only affected a single file in Nashorn source tree, namely make/BuildNashorn.gmk, which is not affected by this backport at all). >>> >>> JIRA issue: https://bugs.openjdk.java.net/browse/JDK-8055186 >>> Webrev: http://cr.openjdk.java.net/~attila/8055186/webrev.00 >>> Review: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003264.html >>> >>> Thank you, >>> Attila. From attila.szegedi at oracle.com Tue Aug 19 15:02:32 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Tue, 19 Aug 2014 17:02:32 +0200 Subject: [8u40] Request for Approval: 8055186: Backport Nashorn optimistic typing to 8u repository In-Reply-To: <53F364BE.7030103@oracle.com> References: <3F7423D6-68C0-4881-97C0-54C9D6FC8FC6@oracle.com> <53F34D88.2000207@oracle.com> <64FF1A93-DBCC-4EA6-9BA8-2395F7F3D81F@oracle.com> <53F364BE.7030103@oracle.com> Message-ID: <743513EB-EBF8-414B-A670-D477EA1AD6C9@oracle.com> On Aug 19, 2014, at 4:52 PM, Se?n Coffey wrote: > One more request from my end Attila, > > can you list the bug IDs you intend to specify in your commit message (for records purposes) Absolutely, here they are: 8027043: Turn global accesses into MethodHandle.constant, with one chance of reassignment, e.g. x = value occuring once in the global scope is ok, twice is not. 8027958: NASHORN TEST: Create tests to test markdown javascript engine work with Nashorn 8028345: Remove nashorn repo \"bin\" scripts to avoid confusion with JDK bin launcher programs 8029090: Developers should be able to pass nashorn properties and enable/disable JFR from command line 8030169: Need regression test for bug JDK-8010731 8033105: Make sure Nashorn test harness can run zlib benchmark 8033334: Make sure that scope depth information is maintained in the RecompilableScriptFunctionDatas, to avoid unnecessary slow proto linkage when doing on demand compilation 8034206: Make parts of code pipeline reusable in order to facilitate faster warmup and faster lazy compilation. 8035820: Optimistic recompilation 8035836: Array performance improvements 8036127: Prototype filter needs to be applied to getter guard as well, not just getter 8036986: Test should check that correctly type is returned running with optimistic. If optimistic assumption was wrong we should get the right one. 8037086: Check that deoptimizing recompilations are correct 8037177: -Dnashorn.optimistic should be enabled by default, meaning that it has to be explicitly set to false to run with the jdk 8 style conservative types 8037534: Use scope types to determine optimistic types 8037572: Add more test cases to check static types 8037967: Broke the build, by commiting without saving the last review comment 8038223: Symbol trace debug output takes time 8038396: fix for the compiler expression evaluator to be more inquisitive about types 8038398: OptimisticRecompilationTest fails on staging repo nashorn/jdk9/nashorn due to test framework 8038406: Testability: as a first step of moving loggers away from the process global space, the Debug object now supports logging POJOs from log entries as an event queue, which can be introspected from test scripts. This is way better than screen scraping brittle and subject-to-change log output. 8038413: NPE in unboxInteger 8038416: Access to undefined scoped variables deoptimized too much 8038426: Move all loggers from process wide scope into Global scope 8038799: Guard and unbox boxed primitives types on setting them in Properties to avoid megamorphisism 8038945: Simplify strict undefined checks 8039044: Expand undefined intrinsics for all commutative combinators of scrict undefined checks 8039746: Transform applies to calls wherever possible, for ScriptFunctions and JSObjects. 8040024: BranchOptimizer produces bad code for NaN FP comparison 8040089: Apply to call transform was incomplete. Now passes all tests and performance is back 8040093: Make sure that optimistic splitting works in optimistic types 8040102: Remove all references to Unsafe and definition of anonymous clases from the code 8040655: When processing a RewriteException debug object, the return value has already been reset to null. We need to catch this value before that. 8041434: Add synchronization to the common global constants structure 8041625: AccessorProperty currentType must only by Object.class when non-primitive, and scoping followup problem for lazily generated with bodies 8041905: Fix apply2call bug that prevented avatar.js unit tests from running correctly 8041995: Problems when loading tree expressions with several optimistic program points when optimistically initializing ObjectNodes 8042118: Separate types from symbols 8043002: Improve performance of Nashorn equality operators 8043003: Use strongly referenced generic invokers 8043004: Reduce variability at JavaAdapter call sites 8043132: Nashorn : all tests failed with java.security.AccessControlException 8043133: Fix corner cases of JDK-8041995 8043137: Collapse long sequences of NOP in Nashorn bytecode output 8043232: Index selection of overloaded java new constructors 8043235: Type-based optimizations interfere with continuation methods 8043431: Fix yet another corner case of JDK-8041995 8043504: Octane test harness was missing argument to print_always at one callsite, causing erroneous logging 8043605: Enable history for empty property maps 8043608: Make equality tests inline better 8043611: Move timing dependent benchmark for apply2call specialization to currently_failing. It is dependent that nothing takes machine time when doing the two runs, causing spurious assertions. Suggest running octane.raytrace manually instead to verify that this works, or incorporating it in the nightly test suite 8043632: Parallelize class installation and various script fixes. 8043633: In order to remove global state outside of contexts, make sure Timing class is an instance and not a static global collection of data. Move into Context. Move -Dnashorn.timing to an official logging option. 8043956: Make code caching work with optimistic typing and lazy compilation 8044012: Integrate the latest best known performance flags int ant octane jobs, and make sure that it's easy to compare 'ant octane-nashorn' and 'ant octane-v8' at the push of a button. (or rather; the entry of a command line) 8044102: Ensure bechmark exclude list for Octane benchmarks is in only one place, project.properties, and fix benchmark harness 8044154: Nashorn : all tests failed with java.security.AccessControlException 8044171: Make optimistic exception handlers smaller 8044502: Get rid of global optimistic flag 8044518: Ensure exceptions related to optimistic recompilation are not serializable 8044533: Deoptimizing negation produces wrong result for zero 8044534: Constant folding for unary + should produce int for boolean literals 8044760: Avoid PropertyMap duplicate for global instances 8044786: Some tests fail with non-optimistic compilation 8044803: Unnecessary restOf check 8044816: On-demand compiled top-level program doesn't need :createProgramFunction 8044851: nashorn properties leak memory 8046013: TypeError: Cannot apply \"with\" to non script object 8046014: MultiGlobalCompiledScript should cache :createProgramFunction handle 8046025: AccessorProperty.getGetter is not threadsafe 8046026: CompiledFunction.relinkComposableInvoker assert is being hit 8046201: Avoid repeated flattening of nested ConsStrings 8046215: Running uncompilable scripts throws NullPointerException 8046898: Make sure that lazy compilation is the default, remove redundant \"enable lazy compilation\" flags, added warning message if compile logging is enabled and lazy is switched off. Verified existing test suite code coverage equivalence between lazy and eager. 8046905: apply on apply is broken 8046921: Deoptimization type information peristence 8047035: (function() \"hello\")() crashes in Lexer with jdk9 8047057: Add a regression test for the passing test cases from JDK-8042304 8047067: all eval arguments need to be copied in Lower 8047078: Fuzzing bug discovered when ArrayLiteralNodes weren't immutable 8047166: 'do with({}) break ; while(0);' crashes in CodeGenerator 8047331: Assertion in CompiledFunction when running earley-boyer after Merge 8047357: More precise synthetic return + unreachable throw 8047359: large string size RangeError should be thrown rather than reporting negative length 8047369: Add regression tests for passing test cases of JDK-8024971 8047371: local variable declaration in TypeEvaluator should use ScriptObject.addOwnProperty instead of .set 8047728: (function(x){var o={x:0}; with(o){delete x} return o.x})() evaluates to 0 instead of undefined 8047959: bindings created for declarations in eval code are not mutable 8048009: Type info caching accidentally defeated 8048071: eval within 'with' statement does not use correct scope if with scope expression has a copy of eval 8048079: Persistent code store is broken after optimistic types merge 8048505: ScriptingFunctions.readFully couldn't handle file names represented as ConsStrings 8048586: String concatenation with optimistic types is slow 8048718: JSON.parse('{\"0\":0, \"64\":0}') throws ArrayindexOutOfBoundsException 8048869: Reduce compile time by about 5% by removing the Class.casts from the AST nodes 8049086: Minor API convenience functions on \"Java\" object 8049222: JSType class exposes public mutable arrays 8049223: RewriteException class exposes public mutable arrays 8049242: Explicit constructor overload selection should work with StaticClass as well 8049318: Test hideLocationProperties.js fails on Window due to backslash in path 8049524: Global object initialization via javax.script API should be minimal 8050432: javax.script.filename variable should not be enumerable with nashorn engine's ENGINE_SCOPE bindings 8050964: OptimisticTypesPersistence.java should use java.util.Date instead of java.sql.Date 8051019: Separate src and test execution sandbox directories 8051346: Test262 tests for ECMAScript 5 now in branch \"es5-tests\" 8051439: Wrong type calculated for ADD operator with undefined operand 8051839: GuardedInvocation needs to clone an argument 8053908: jdeps is not PATH on Mac, results in ant clean test failure on Mac 8053910: ScriptObjectMirror causing havoc with Invocation interface 8053913: Auto format caused warning in CompositeTypeBasedGuardingDynamicLinker 8054223: Nashorn: AssertionError when use __DIR__ and ScriptEngine.eval() 8054411: Add nashorn.args.prepend system property 8054503: test/script/external/test262/test/suite/ch12/12.6/12.6.4/12.6.4-2.js fails with tip 8054651: Global.initConstructor and ScriptFunction.getPrototype(Object) can have stricter types 8054898: Avoid creation of empty type info files 8054993: type info cache may be disabled for test262 and tests explicitly changing that property should use @fork 8055034: jjs exits interactive mode if exception was thrown when trying to print value of last evaluated expression 8055042: Compile-time expression evaluator was missing variables 8055107: Extension directives to turn on callsite profiling, tracing, AST print and other debug features locally 8055139: test/script/trusted/JDK-8055107.js fails with access control exception Regards, Attila. > > regards, > Sean. > > On 19/08/2014 14:45, Attila Szegedi wrote: >> On Aug 19, 2014, at 3:13 PM, Se?n Coffey wrote: >> >>> Attila, >>> >>> quite a sizeable change! >> Indeed it is. That's a consequence of JEP 196 "Nahorn Optimistic Typing" being worked on in the JDK9 tree for long period of time before it being greenlighted for inclusion in 8u40, as well as of the fact that optimistic typing itself ended up being a fairly big architectural change for Nashorn. >> >>> Pushing the changes under one umbrella ID will mean that nashorn bug fixes in both JDK 8u and 9 will only "appear" to be fixed in JDK 9 only from JBS records. Ideally - I think a backport of the individual changesets is more the normal approach. >>> >>> Could you use your current changeset and mention all bug IDs fixed in the commit comment (one per line) ? That should improve matters. I'll leave it up to the nashorn team and yourself to decide if your current approach is the best one possible. >> Sure; we discussed the approach with the team before I embarked on preparing the changeset ? as I mentioned, I also took the opportunity while in Santa Clara for the JVM Language Summit to also ask several long-serving OpenJDK reviewers' advice on how to proceed with this backport. I have collected the IDs (everything in 9 not in 8) ? there is 120 of them. (I was assured by Joe Darcy that "our jcheck regex will hold".) >> >>> The tests also contain code that is unsuitable for OpenJDK and some copyrights are missing. Would be good to get these issues fixed up before approval. >> We have identified some unnecessary scripts used as auxiliary development tools in the bin directory that are no longer needed, and I have removed them. (They are the ones without copyrights.) Additionally, I have removed non-OpenJDK suitable content from the remaining scripts, the differences to the original changeset can be seen in >> >> Finally, test/examples/apply_to_call_benchmark.js didn't have a copyright; I fixed that too. That is all we could discover that needed additional fixing. >> >> Thank you, >> Attila. >> >>> regards, >>> Sean. >>> >>> On 19/08/2014 08:58, Attila Szegedi wrote: >>>> Folks, >>>> >>>> I'm looking to backport JEP 196 (Nashorn Optimistic Typing) from the OpenJDK 9 repository to the 8u repository for 8u40 release. Since the implementation in the 9 repo is contained across many changesets (not even linearizable - there are merges), I created a separate JIRA issue for the backporting work (this approach was suggested to me by both Stuart Marks and Joe Darcy), and prepared a single backport changeset. It is basically a diff between current 9 and 8 tip (modulo version number strings), as there is nothing in Nashorn's 9 repo at the moment that is above and beyond of what should go in the 8 repo. >>>> >>>> The diff contains a large number of new tests too that were added in the 9 repo as part of every individual changeset, and they all pass when backported. >>>> >>>> The diff was prepared before JEP 201 Modular Source Code was pushed to 9 and as such is still valid to backport to 8 as-is (also, the JEP 201 push only affected a single file in Nashorn source tree, namely make/BuildNashorn.gmk, which is not affected by this backport at all). >>>> >>>> JIRA issue: https://bugs.openjdk.java.net/browse/JDK-8055186 >>>> Webrev: http://cr.openjdk.java.net/~attila/8055186/webrev.00 >>>> Review: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003264.html >>>> >>>> Thank you, >>>> Attila. > From alejandro.murillo at oracle.com Tue Aug 19 18:40:42 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 19 Aug 2014 12:40:42 -0600 Subject: jdk8u40-b02: HotSpot Message-ID: <53F39A2A.1040507@oracle.com> hs25.40-b05 has been integrated into jdk8u40-b02. http://hg.openjdk.java.net/jdk8u/jdk8u/rev/b6a148730f2b http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/504b4455570e http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/f52cb9164759 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/16ef2134c32a http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/8043f77ef8a4 http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/4797cd0713b4 http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/0b6cc4ea670f http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/b476c69c820a Component : VM Status : 0 major failures, 3 minor failure Date : 08/19/2014 at 21:30 MSK Tested By : STT_VM Cost(total man-days): 1 Workspace : 2014-08-15-154400.amurillo.hs25-40-b05-jdk8u40-b02-control Bundles : 2014-08-15-154400.amurillo.hs25-40-b05-jdk8u40-b02-control Platforms : Others Tests : Log : link Browsers : NA Patches : NA Number of Tests Executed : 425097 passed tests, 5723 failed tests (no new failures) Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Setup is not available: 6311046: -Xcheck:jni should support checking of GetPrimitiveArrayCritical. 7132678: G1: verify that the marking bitmaps have no marks for objects over TAMS 8027959: Early reclamation of large objects in G1 8029443: 'assert(klass->is_loader_alive(_is_alive)) failed: must be alive' during VM_CollectForMetadataAllocation 8031323: Optionally align objects copied to survivor spaces 8032379: Remove the is_scavenging flag to process_strong_roots 8033764: Remove the usage of StarTask from BufferingOopClosure 8033923: Use BufferingOopClosure for G1 code root scanning 8034761: Remove the do_code_roots parameter from process_strong_roots 8034764: Use process_strong_roots to adjust the StringTable 8035393: Use CLDClosure instead of CLDToOopClosure in frame::oops_interpreted_do 8035412: Cleanup ClassLoaderData::is_alive 8035605: Expand functionality of PredictedIntrinsicGenerator 8035648: Don't use Handle in java_lang_String::print 8035746: Add missing Klass::oop_is_instanceClassLoader() function 8035968: Leverage CPU Instructions to Improve SHA Performance on SPARC 8037958: ConcurrentMark::cleanup leaks BitMaps if VerifyDuringGC is enabled 8038399: Remove dead oop_iterate MemRegion variants from SharedHeap, Generation and Space classes 8038404: Move object_iterate_mem from Space to CMS since it is only ever used by CMS 8038405: Clean up some virtual fucntions in Space class hierarchy 8038412: Move object_iterate_careful down from Space to ContigousSpace and CFLSpace 8039498: Add iterators to GrowableArray 8040121: Load variable through a pointer of an incompatible type in src/hotspot/src/share/vm: opto/output.cpp, runtime/sharedRuntimeTrans.cpp, utilities/globalDefinitions_visCPP.hpp 8040920: Uninitialised memory in hotspot/src/share/vm/code/dependencies.cpp 8043301: Duplicate definitions in vm/runtime/sharedRuntimeTrans.cpp versus math.h in VS2013 8046662: Check JNI ReleaseStringChars / ReleaseStringUTFChars verify_guards test inverted 8046670: Make CMS metadata aware closures applicable for other collectors 8047323: Remove unused _copy_metadata_obj_cl in G1CopyingKeepAliveClosure 8047326: Consolidate all CompiledIC::CompiledIC implementations and move it to compiledIC.cpp 8047362: Add a version of CompiledIC_at that doesn't create a new RelocIterator 8047373: Clean the ExceptionCache in one pass 8047818: G1 HeapRegions can no longer be ContiguousSpaces 8047819: G1 HeapRegionDCTOC does not need to inherit ContiguousSpaceDCTOC 8047820: G1 Block offset table does not need to support generic Space classes 8047821: G1 Does not use the save_marks functionality as intended 8048085: Aborting marking just before remark results in useless additional clearing of the next mark bitmap 8048088: Conservative maximum heap alignment should take vm_allocation_granularity into account 8048112: G1 Full GC needs to support the case when the very first region is not available 8048214: Linker error when compiling G1SATBCardTableModRefBS after include order changes 8048269: Add flag to turn off class unloading after G1 concurrent mark 8049043: Load variable through a pointer of an incompatible type in hotspot/src/share/vm/runtime/sharedRuntimeMath.hpp 8049051: Use of during_initial_mark_pause() in G1CollectorPolicy::record_collection_pause_end() prevents use of seperate object copy time prediction during marking 8049421: G1 Class Unloading after completing a concurrent mark cycle 8049426: Minor cleanups after G1 class unloading 8049831: Metadata Full GCs are not triggered when CMSClassUnloadingEnabled is turned off 8050973: CMS/G1 GC: add missing Resource and Handle mark 8051344: JVM crashed in Compile::start() during method parsing w/ UseRTMDeopt turned on 8051883: TEST.groups references missing test: gc/class_unloading/TestCMSClassUnloadingDisabledHWM.java 8051973: Eager reclaim leaves marks of marked but reclaimed objects on the next bitmap 8052081: Optimize generated by C2 code for Intel's Atom processor 8052170: G1 asserts at collection exit with -XX:-G1DeferredRSUpdate 8054054: 8040121 is broken 8054341: Remove some obsolete code in G1CollectedHeap class 8054376: Move RTM flags from Experimental to Product 8054550: new hotspot build - hs25.40-b05 8054805: Update CLI tests on RTM options to reflect changes in JDK-8054376 New bugs filed: Bugs in PIT build: 8055420: SIGSEGV in CompileQueue::delete_all during compiler's shutdown 8055416: Several vm/gc/heap/summary "After GC" events emitted for the same GC ID 8055281: Several gc/class_unloading/ tests fail due to missed +UnlockDiagnosticVMOptions flag Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: jdk8u40-b02 Issues and Notes: This is PIT for HS25.40-b05 for jdk8u40-b02. Go for integration. -- Alejandro From sean.coffey at oracle.com Tue Aug 19 19:16:48 2014 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Tue, 19 Aug 2014 20:16:48 +0100 Subject: [8u40] Request for Approval: 8055186: Backport Nashorn optimistic typing to 8u repository In-Reply-To: <743513EB-EBF8-414B-A670-D477EA1AD6C9@oracle.com> References: <3F7423D6-68C0-4881-97C0-54C9D6FC8FC6@oracle.com> <53F34D88.2000207@oracle.com> <64FF1A93-DBCC-4EA6-9BA8-2395F7F3D81F@oracle.com> <53F364BE.7030103@oracle.com> <743513EB-EBF8-414B-A670-D477EA1AD6C9@oracle.com> Message-ID: <53F3A2A0.5050404@oracle.com> Large list alright. I do think it makes sense to mention these in the commit log for bug record purposes. It's a shame that individual changesets aren't pulled in but maybe logistics didn't allow that. Please make sure your latest code changes are reviewed by a peer. Approved for jdk8u-dev. regards, Sean. On 19/08/2014 16:02, Attila Szegedi wrote: > On Aug 19, 2014, at 4:52 PM, Se?n Coffey wrote: > >> One more request from my end Attila, >> >> can you list the bug IDs you intend to specify in your commit message (for records purposes) > Absolutely, here they are: > > 8027043: Turn global accesses into MethodHandle.constant, with one chance of reassignment, e.g. x = value occuring once in the global scope is ok, twice is not. > 8027958: NASHORN TEST: Create tests to test markdown javascript engine work with Nashorn > 8028345: Remove nashorn repo \"bin\" scripts to avoid confusion with JDK bin launcher programs > 8029090: Developers should be able to pass nashorn properties and enable/disable JFR from command line > 8030169: Need regression test for bug JDK-8010731 > 8033105: Make sure Nashorn test harness can run zlib benchmark > 8033334: Make sure that scope depth information is maintained in the RecompilableScriptFunctionDatas, to avoid unnecessary slow proto linkage when doing on demand compilation > 8034206: Make parts of code pipeline reusable in order to facilitate faster warmup and faster lazy compilation. > 8035820: Optimistic recompilation > 8035836: Array performance improvements > 8036127: Prototype filter needs to be applied to getter guard as well, not just getter > 8036986: Test should check that correctly type is returned running with optimistic. If optimistic assumption was wrong we should get the right one. > 8037086: Check that deoptimizing recompilations are correct > 8037177: -Dnashorn.optimistic should be enabled by default, meaning that it has to be explicitly set to false to run with the jdk 8 style conservative types > 8037534: Use scope types to determine optimistic types > 8037572: Add more test cases to check static types > 8037967: Broke the build, by commiting without saving the last review comment > 8038223: Symbol trace debug output takes time > 8038396: fix for the compiler expression evaluator to be more inquisitive about types > 8038398: OptimisticRecompilationTest fails on staging repo nashorn/jdk9/nashorn due to test framework > 8038406: Testability: as a first step of moving loggers away from the process global space, the Debug object now supports logging POJOs from log entries as an event queue, which can be introspected from test scripts. This is way better than screen scraping brittle and subject-to-change log output. > 8038413: NPE in unboxInteger > 8038416: Access to undefined scoped variables deoptimized too much > 8038426: Move all loggers from process wide scope into Global scope > 8038799: Guard and unbox boxed primitives types on setting them in Properties to avoid megamorphisism > 8038945: Simplify strict undefined checks > 8039044: Expand undefined intrinsics for all commutative combinators of scrict undefined checks > 8039746: Transform applies to calls wherever possible, for ScriptFunctions and JSObjects. > 8040024: BranchOptimizer produces bad code for NaN FP comparison > 8040089: Apply to call transform was incomplete. Now passes all tests and performance is back > 8040093: Make sure that optimistic splitting works in optimistic types > 8040102: Remove all references to Unsafe and definition of anonymous clases from the code > 8040655: When processing a RewriteException debug object, the return value has already been reset to null. We need to catch this value before that. > 8041434: Add synchronization to the common global constants structure > 8041625: AccessorProperty currentType must only by Object.class when non-primitive, and scoping followup problem for lazily generated with bodies > 8041905: Fix apply2call bug that prevented avatar.js unit tests from running correctly > 8041995: Problems when loading tree expressions with several optimistic program points when optimistically initializing ObjectNodes > 8042118: Separate types from symbols > 8043002: Improve performance of Nashorn equality operators > 8043003: Use strongly referenced generic invokers > 8043004: Reduce variability at JavaAdapter call sites > 8043132: Nashorn : all tests failed with java.security.AccessControlException > 8043133: Fix corner cases of JDK-8041995 > 8043137: Collapse long sequences of NOP in Nashorn bytecode output > 8043232: Index selection of overloaded java new constructors > 8043235: Type-based optimizations interfere with continuation methods > 8043431: Fix yet another corner case of JDK-8041995 > 8043504: Octane test harness was missing argument to print_always at one callsite, causing erroneous logging > 8043605: Enable history for empty property maps > 8043608: Make equality tests inline better > 8043611: Move timing dependent benchmark for apply2call specialization to currently_failing. It is dependent that nothing takes machine time when doing the two runs, causing spurious assertions. Suggest running octane.raytrace manually instead to verify that this works, or incorporating it in the nightly test suite > 8043632: Parallelize class installation and various script fixes. > 8043633: In order to remove global state outside of contexts, make sure Timing class is an instance and not a static global collection of data. Move into Context. Move -Dnashorn.timing to an official logging option. > 8043956: Make code caching work with optimistic typing and lazy compilation > 8044012: Integrate the latest best known performance flags int ant octane jobs, and make sure that it's easy to compare 'ant octane-nashorn' and 'ant octane-v8' at the push of a button. (or rather; the entry of a command line) > 8044102: Ensure bechmark exclude list for Octane benchmarks is in only one place, project.properties, and fix benchmark harness > 8044154: Nashorn : all tests failed with java.security.AccessControlException > 8044171: Make optimistic exception handlers smaller > 8044502: Get rid of global optimistic flag > 8044518: Ensure exceptions related to optimistic recompilation are not serializable > 8044533: Deoptimizing negation produces wrong result for zero > 8044534: Constant folding for unary + should produce int for boolean literals > 8044760: Avoid PropertyMap duplicate for global instances > 8044786: Some tests fail with non-optimistic compilation > 8044803: Unnecessary restOf check > 8044816: On-demand compiled top-level program doesn't need :createProgramFunction > 8044851: nashorn properties leak memory > 8046013: TypeError: Cannot apply \"with\" to non script object > 8046014: MultiGlobalCompiledScript should cache :createProgramFunction handle > 8046025: AccessorProperty.getGetter is not threadsafe > 8046026: CompiledFunction.relinkComposableInvoker assert is being hit > 8046201: Avoid repeated flattening of nested ConsStrings > 8046215: Running uncompilable scripts throws NullPointerException > 8046898: Make sure that lazy compilation is the default, remove redundant \"enable lazy compilation\" flags, added warning message if compile logging is enabled and lazy is switched off. Verified existing test suite code coverage equivalence between lazy and eager. > 8046905: apply on apply is broken > 8046921: Deoptimization type information peristence > 8047035: (function() \"hello\")() crashes in Lexer with jdk9 > 8047057: Add a regression test for the passing test cases from JDK-8042304 > 8047067: all eval arguments need to be copied in Lower > 8047078: Fuzzing bug discovered when ArrayLiteralNodes weren't immutable > 8047166: 'do with({}) break ; while(0);' crashes in CodeGenerator > 8047331: Assertion in CompiledFunction when running earley-boyer after Merge > 8047357: More precise synthetic return + unreachable throw > 8047359: large string size RangeError should be thrown rather than reporting negative length > 8047369: Add regression tests for passing test cases of JDK-8024971 > 8047371: local variable declaration in TypeEvaluator should use ScriptObject.addOwnProperty instead of .set > 8047728: (function(x){var o={x:0}; with(o){delete x} return o.x})() evaluates to 0 instead of undefined > 8047959: bindings created for declarations in eval code are not mutable > 8048009: Type info caching accidentally defeated > 8048071: eval within 'with' statement does not use correct scope if with scope expression has a copy of eval > 8048079: Persistent code store is broken after optimistic types merge > 8048505: ScriptingFunctions.readFully couldn't handle file names represented as ConsStrings > 8048586: String concatenation with optimistic types is slow > 8048718: JSON.parse('{\"0\":0, \"64\":0}') throws ArrayindexOutOfBoundsException > 8048869: Reduce compile time by about 5% by removing the Class.casts from the AST nodes > 8049086: Minor API convenience functions on \"Java\" object > 8049222: JSType class exposes public mutable arrays > 8049223: RewriteException class exposes public mutable arrays > 8049242: Explicit constructor overload selection should work with StaticClass as well > 8049318: Test hideLocationProperties.js fails on Window due to backslash in path > 8049524: Global object initialization via javax.script API should be minimal > 8050432: javax.script.filename variable should not be enumerable with nashorn engine's ENGINE_SCOPE bindings > 8050964: OptimisticTypesPersistence.java should use java.util.Date instead of java.sql.Date > 8051019: Separate src and test execution sandbox directories > 8051346: Test262 tests for ECMAScript 5 now in branch \"es5-tests\" > 8051439: Wrong type calculated for ADD operator with undefined operand > 8051839: GuardedInvocation needs to clone an argument > 8053908: jdeps is not PATH on Mac, results in ant clean test failure on Mac > 8053910: ScriptObjectMirror causing havoc with Invocation interface > 8053913: Auto format caused warning in CompositeTypeBasedGuardingDynamicLinker > 8054223: Nashorn: AssertionError when use __DIR__ and ScriptEngine.eval() > 8054411: Add nashorn.args.prepend system property > 8054503: test/script/external/test262/test/suite/ch12/12.6/12.6.4/12.6.4-2.js fails with tip > 8054651: Global.initConstructor and ScriptFunction.getPrototype(Object) can have stricter types > 8054898: Avoid creation of empty type info files > 8054993: type info cache may be disabled for test262 and tests explicitly changing that property should use @fork > 8055034: jjs exits interactive mode if exception was thrown when trying to print value of last evaluated expression > 8055042: Compile-time expression evaluator was missing variables > 8055107: Extension directives to turn on callsite profiling, tracing, AST print and other debug features locally > 8055139: test/script/trusted/JDK-8055107.js fails with access control exception > > Regards, > Attila. > >> regards, >> Sean. >> >> On 19/08/2014 14:45, Attila Szegedi wrote: >>> On Aug 19, 2014, at 3:13 PM, Se?n Coffey wrote: >>> >>>> Attila, >>>> >>>> quite a sizeable change! >>> Indeed it is. That's a consequence of JEP 196 "Nahorn Optimistic Typing" being worked on in the JDK9 tree for long period of time before it being greenlighted for inclusion in 8u40, as well as of the fact that optimistic typing itself ended up being a fairly big architectural change for Nashorn. >>> >>>> Pushing the changes under one umbrella ID will mean that nashorn bug fixes in both JDK 8u and 9 will only "appear" to be fixed in JDK 9 only from JBS records. Ideally - I think a backport of the individual changesets is more the normal approach. >>>> >>>> Could you use your current changeset and mention all bug IDs fixed in the commit comment (one per line) ? That should improve matters. I'll leave it up to the nashorn team and yourself to decide if your current approach is the best one possible. >>> Sure; we discussed the approach with the team before I embarked on preparing the changeset ? as I mentioned, I also took the opportunity while in Santa Clara for the JVM Language Summit to also ask several long-serving OpenJDK reviewers' advice on how to proceed with this backport. I have collected the IDs (everything in 9 not in 8) ? there is 120 of them. (I was assured by Joe Darcy that "our jcheck regex will hold".) >>> >>>> The tests also contain code that is unsuitable for OpenJDK and some copyrights are missing. Would be good to get these issues fixed up before approval. >>> We have identified some unnecessary scripts used as auxiliary development tools in the bin directory that are no longer needed, and I have removed them. (They are the ones without copyrights.) Additionally, I have removed non-OpenJDK suitable content from the remaining scripts, the differences to the original changeset can be seen in >>> >>> Finally, test/examples/apply_to_call_benchmark.js didn't have a copyright; I fixed that too. That is all we could discover that needed additional fixing. >>> >>> Thank you, >>> Attila. >>> >>>> regards, >>>> Sean. >>>> >>>> On 19/08/2014 08:58, Attila Szegedi wrote: >>>>> Folks, >>>>> >>>>> I'm looking to backport JEP 196 (Nashorn Optimistic Typing) from the OpenJDK 9 repository to the 8u repository for 8u40 release. Since the implementation in the 9 repo is contained across many changesets (not even linearizable - there are merges), I created a separate JIRA issue for the backporting work (this approach was suggested to me by both Stuart Marks and Joe Darcy), and prepared a single backport changeset. It is basically a diff between current 9 and 8 tip (modulo version number strings), as there is nothing in Nashorn's 9 repo at the moment that is above and beyond of what should go in the 8 repo. >>>>> >>>>> The diff contains a large number of new tests too that were added in the 9 repo as part of every individual changeset, and they all pass when backported. >>>>> >>>>> The diff was prepared before JEP 201 Modular Source Code was pushed to 9 and as such is still valid to backport to 8 as-is (also, the JEP 201 push only affected a single file in Nashorn source tree, namely make/BuildNashorn.gmk, which is not affected by this backport at all). >>>>> >>>>> JIRA issue: https://bugs.openjdk.java.net/browse/JDK-8055186 >>>>> Webrev: http://cr.openjdk.java.net/~attila/8055186/webrev.00 >>>>> Review: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003264.html >>>>> >>>>> Thank you, >>>>> Attila. From sean.coffey at oracle.com Tue Aug 19 19:21:02 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 19 Aug 2014 20:21:02 +0100 Subject: [8u-communication] JDK 8u20 released today! Message-ID: <53F3A39E.3010700@oracle.com> I'd like to announce that JDK 8u20 has become available for download today [0]. Thanks to all those who have contributed towards it. OpenJDK 8u20 source code is available via the 8u20 stabilization forest [1]. I plan to update the OpenJDK 8u project page with latest status and to also ask the OpenJDK ops team to mark the 8u20 forests as read-only. If you're packaging this release, it could be useful to let subscribed members know about it via communication on this mailing list. Please continue to contribute fixes back to the jdk8u-dev forest [2] which is already gathering changes for the next non-CPU JDK8u release. Regards, Sean. [0] http://www.oracle.com/technetwork/java/javase/downloads/index.html [1] http://hg.openjdk.java.net/jdk8u/jdk8u20/ [2] http://hg.openjdk.java.net/jdk8u/jdk8u-dev From sean.coffey at oracle.com Tue Aug 19 19:38:19 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 19 Aug 2014 20:38:19 +0100 Subject: Request to mark the 8u20 forests as read only Message-ID: <53F3A7AB.2070605@oracle.com> Ops team, with the release of JDK 8u20 [1], can I request that the 8u20 stabilization forests be marked as read only ? These are : http://hg.openjdk.java.net/jdk8u/jdk8u20 http://hg.openjdk.java.net/jdk8u/jdk8u20-dev I just did one last round of syncing to ensure both forests are up to date. regards, Sean. [1] http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-August/001689.html From gnu.andrew at redhat.com Tue Aug 19 20:25:30 2014 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Tue, 19 Aug 2014 16:25:30 -0400 (EDT) Subject: [8u-communication] JDK 8u20 released today! In-Reply-To: <53F3A39E.3010700@oracle.com> References: <53F3A39E.3010700@oracle.com> Message-ID: <1503800014.9438989.1408479930435.JavaMail.zimbra@redhat.com> ----- Original Message ----- > I'd like to announce that JDK 8u20 has become available for download > today [0]. Thanks to all those who have contributed towards it. > > OpenJDK 8u20 source code is available via the 8u20 stabilization forest > [1]. I plan to update the OpenJDK 8u project page with latest status and to > also ask the OpenJDK ops team to mark the 8u20 forests as read-only. > > If you're packaging this release, it could be useful to let subscribed > members know about it via communication on this mailing list. Please > continue to contribute fixes back to the jdk8u-dev forest [2] which is > already gathering changes for the next non-CPU JDK8u release. > > Regards, > Sean. > > [0] http://www.oracle.com/technetwork/java/javase/downloads/index.html > [1] http://hg.openjdk.java.net/jdk8u/jdk8u20/ > [2] http://hg.openjdk.java.net/jdk8u/jdk8u-dev > Zero appears to be broken: hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2852:114: error: form\ at '%lx' expects argument of type 'long unsigned int', but argument 4 has type 'void*' [-Werror=format=] tty->print_cr("Exception <%s> (" INTPTR_FORMAT ")", except_oop->print_value_string(), (void*)except_oop()); ^ hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: error: format '%d' expects argument of type 'int', but argument 3 has type 'address {aka unsigned char*}' [-Werror=format=] continuation_bci, THREAD); ^ hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: error: format '%d' expects argument of type 'int', but argument 4 has type 'intptr_t {aka long int}' [-Werror=format=] hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: error: format '%lx' expects argument of type 'long unsigned int', but argument 5 has type 'JavaThread*' [-Werror=format=] /hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2868:112: error: format '%lx' expects argument of type 'long unsigned int', but argument 4 has type 'void*' [-Werror=format=] tty->print_cr("Exception <%s> (" INTPTR_FORMAT ")", except_oop->print_value_string(), (void*)except_oop()); ^ hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2872:27: error: format '%d' expects argument of type 'int', but argument 3 has type 'address {aka unsigned char*}' [-Werror=format=] THREAD); ^ hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2872:27: error: format '%lx' expects argument of type 'long unsigned int', but argument 4 has type 'JavaThread*' [-Werror=format=] 8048169: Change 8037816 breaks HS build on PPC64 and CPP-Interpreter platforms fixes that but doesn't seem to be in u20. With that applied, it fails further on in frame_zero.cpp. I don't see a fix for that in 9 either. -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From iris.clark at oracle.com Tue Aug 19 21:47:21 2014 From: iris.clark at oracle.com (Iris Clark) Date: Tue, 19 Aug 2014 14:47:21 -0700 (PDT) Subject: Request to mark the 8u20 forests as read only In-Reply-To: <53F3A7AB.2070605@oracle.com> References: <53F3A7AB.2070605@oracle.com> Message-ID: <892fa99b-f5b8-4635-b801-5dac4bd9eb34@default> Done: http://hg.openjdk.java.net/jdk8u Thanks, iris -----Original Message----- From: Se?n Coffey Sent: Tuesday, August 19, 2014 12:38 PM To: ops at openjdk.java.net Cc: jdk8u-dev at openjdk.java.net Subject: Request to mark the 8u20 forests as read only Ops team, with the release of JDK 8u20 [1], can I request that the 8u20 stabilization forests be marked as read only ? These are : http://hg.openjdk.java.net/jdk8u/jdk8u20 http://hg.openjdk.java.net/jdk8u/jdk8u20-dev I just did one last round of syncing to ensure both forests are up to date. regards, Sean. [1] http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-August/001689.html From anthony.scarpino at oracle.com Tue Aug 19 21:58:27 2014 From: anthony.scarpino at oracle.com (Anthony Scarpino) Date: Tue, 19 Aug 2014 14:58:27 -0700 Subject: [8u40] request for approval for two changes to sunpkcs11-solaris.cfg Message-ID: <53F3C883.2030407@oracle.com> Hi, I requesting the backport of two config file changes that were pushed into jdk9. The changes to jdk8u are identical. 8037745: Consider re-enabling PKCS11 mechanisms previously disabled due to Solaris bug 7050617 bug: https://bugs.openjdk.java.net/browse/JDK-8037745 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/50e6d06f5cb6 jdk9 review: http://mail.openjdk.java.net/pipermail/security-dev/2014-May/010494.html 8041142: Re-enabling CBC_PAD PKCS11 mechanisms for Solaris bug: https://bugs.openjdk.java.net/browse/JDK-8041142 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/259d5726632f jdk9 review: http://mail.openjdk.java.net/pipermail/security-dev/2014-June/010585.html thanks Tony From david.holmes at oracle.com Wed Aug 20 04:19:28 2014 From: david.holmes at oracle.com (David Holmes) Date: Wed, 20 Aug 2014 14:19:28 +1000 Subject: [8u-communication] JDK 8u20 released today! In-Reply-To: <1503800014.9438989.1408479930435.JavaMail.zimbra@redhat.com> References: <53F3A39E.3010700@oracle.com> <1503800014.9438989.1408479930435.JavaMail.zimbra@redhat.com> Message-ID: <53F421D0.3090106@oracle.com> On 20/08/2014 6:25 AM, Andrew Hughes wrote: > ----- Original Message ----- >> I'd like to announce that JDK 8u20 has become available for download >> today [0]. Thanks to all those who have contributed towards it. >> >> OpenJDK 8u20 source code is available via the 8u20 stabilization forest >> [1]. I plan to update the OpenJDK 8u project page with latest status and to >> also ask the OpenJDK ops team to mark the 8u20 forests as read-only. >> >> If you're packaging this release, it could be useful to let subscribed >> members know about it via communication on this mailing list. Please >> continue to contribute fixes back to the jdk8u-dev forest [2] which is >> already gathering changes for the next non-CPU JDK8u release. >> >> Regards, >> Sean. >> >> [0] http://www.oracle.com/technetwork/java/javase/downloads/index.html >> [1] http://hg.openjdk.java.net/jdk8u/jdk8u20/ >> [2] http://hg.openjdk.java.net/jdk8u/jdk8u-dev >> > > Zero appears to be broken: > > hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2852:114: error: form\ > at '%lx' expects argument of type 'long unsigned int', but argument 4 has type 'void*' [-Werror=format=] > tty->print_cr("Exception <%s> (" INTPTR_FORMAT ")", except_oop->print_value_string(), (void*)except_oop()); > ^ > hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: error: > format '%d' expects argument of type 'int', but argument 3 has type 'address {aka unsigned char*}' [-Werror=format=] > continuation_bci, THREAD); > ^ > hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: error: format '%d' expects argument of type 'int', but argument 4 has type 'intptr_t {aka long int}' [-Werror=format=] > hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: error: format '%lx' expects argument of type 'long unsigned int', but argument 5 has type 'JavaThread*' [-Werror=format=] > /hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2868:112: error: format '%lx' expects argument of type 'long unsigned int', but argument 4 has type 'void*' [-Werror=format=] > tty->print_cr("Exception <%s> (" INTPTR_FORMAT ")", except_oop->print_value_string(), (void*)except_oop()); > ^ > hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2872:27: error: format '%d' expects argument of type 'int', but argument 3 has type 'address {aka unsigned char*}' [-Werror=format=] > THREAD); > ^ > hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2872:27: error: format '%lx' expects argument of type 'long unsigned int', but argument 4 has type 'JavaThread*' [-Werror=format=] > > 8048169: Change 8037816 breaks HS build on PPC64 and CPP-Interpreter platforms > fixes that but doesn't seem to be in u20. Unfortunately the need for a 8u backport was not mentioned in the review thread: http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-June/014453.html Did anyone flag this since 8048169 was pushed? I can't seem to find any email thread on it. I think we have a hole in the process when the "bug tail" for a backported fix is not also identified as needing an urgent backport. > With that applied, it fails further > on in frame_zero.cpp. I don't see a fix for that in 9 either. See review thread: http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-August/014825.html Not sure if it has been been pushed anywhere yet. David ----- From sean.coffey at oracle.com Wed Aug 20 07:44:37 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 20 Aug 2014 08:44:37 +0100 Subject: [8u40] request for approval for two changes to sunpkcs11-solaris.cfg - 8037745 - 8041142 In-Reply-To: <53F3C883.2030407@oracle.com> References: <53F3C883.2030407@oracle.com> Message-ID: <53F451E5.9070806@oracle.com> Tony, what happens if these mechanisms are enabled on an unpatched Solaris 10 system ? We don't want users to encounter regression on upgrade to 8u40. Should we get this info added to 8u40 release notes ? i.e relevant patch numbers regards, Sean. On 19/08/2014 22:58, Anthony Scarpino wrote: > Hi, > > I requesting the backport of two config file changes that were pushed > into jdk9. The changes to jdk8u are identical. > > 8037745: Consider re-enabling PKCS11 mechanisms previously disabled > due to Solaris bug 7050617 > > bug: > https://bugs.openjdk.java.net/browse/JDK-8037745 > changeset: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/50e6d06f5cb6 > jdk9 review: > http://mail.openjdk.java.net/pipermail/security-dev/2014-May/010494.html > > > 8041142: Re-enabling CBC_PAD PKCS11 mechanisms for Solaris > bug: > https://bugs.openjdk.java.net/browse/JDK-8041142 > changeset: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/259d5726632f > jdk9 review: > http://mail.openjdk.java.net/pipermail/security-dev/2014-June/010585.html > > thanks > > Tony > From sean.coffey at oracle.com Wed Aug 20 08:06:17 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 20 Aug 2014 09:06:17 +0100 Subject: jdk8u20 -> jdk8u-dev sync up complete Message-ID: <53F456F9.2010909@oracle.com> Final 8u20 -> 8u-dev sync complete. Mainly mercurial build tags and no-op changesets that got imported from 8u40 to 8u20 during stabilization. regards, Sean. From jesper.wilhelmsson at oracle.com Wed Aug 20 08:13:51 2014 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Wed, 20 Aug 2014 10:13:51 +0200 Subject: [8u-dev] Request for approval for CR 8055006 - Store original value of Min/MaxHeapFreeRatio Message-ID: <53F458BF.2080105@oracle.com> Hi, Requesting approval for 8u40 (jdk8u-dev). Bug: https://bugs.openjdk.java.net/browse/JDK-8055006 Webrev: http://cr.openjdk.java.net/~jwilhelm/8055006/ Review: http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-August/014970.html The patch has been reviewed and approved for 8u40 by Jon Masamitsu and David Holmes in the mail thread above, and by Mandy Chung, Staffan Larsen, Brent Christian and Erik Joelsson in off-list discussions. Thanks, /Jesper From sean.coffey at oracle.com Wed Aug 20 08:23:00 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 20 Aug 2014 09:23:00 +0100 Subject: [8u-dev] Request for approval for CR 8055006 - Store original value of Min/MaxHeapFreeRatio In-Reply-To: <53F458BF.2080105@oracle.com> References: <53F458BF.2080105@oracle.com> Message-ID: <53F45AE4.9040800@oracle.com> Jesper, I'm not sure if you want to push this fix to corelibs/client team forest [0] or to hotspot team forest [1] given that the changes are spanning jdk/hotspot repos. If you want to push to jdk8u-dev forest[0], consider this approved. No approval required for hotspot team forest integration since Alejandro manages that via bulk approval requests. Please add a suitable noreg- label to bug report. regards, Sean. [0] http://hg.openjdk.java.net/jdk8u/jdk8u-dev/ [1] http://hg.openjdk.java.net/jdk8u/hs-dev/ On 20/08/2014 09:13, Jesper Wilhelmsson wrote: > Hi, > > Requesting approval for 8u40 (jdk8u-dev). > > Bug: > https://bugs.openjdk.java.net/browse/JDK-8055006 > > Webrev: > http://cr.openjdk.java.net/~jwilhelm/8055006/ > > Review: > http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-August/014970.html > > > The patch has been reviewed and approved for 8u40 by Jon Masamitsu and > David Holmes in the mail thread above, and by Mandy Chung, Staffan > Larsen, Brent Christian and Erik Joelsson in off-list discussions. > > Thanks, > /Jesper From sundararajan.athijegannathan at oracle.com Wed Aug 20 12:21:33 2014 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Wed, 20 Aug 2014 17:51:33 +0530 Subject: [8u40] Approval request for 8050078: Nashorn ClassFilter Support Message-ID: <53F492CD.2070705@oracle.com> Hi nashorn-dev, Please review the above webrev: http://cr.openjdk.java.net/~sundar/8050078/ Hi jdk8u-dev, Please approve the following fix to 8u40. Bug: https://bugs.openjdk.java.net/browse/JDK-8050078 JEP: http://openjdk.java.net/jeps/202 Webrev: http://cr.openjdk.java.net/~sundar/8050078/ PS. This change is pushed to 8u40 first. This will be pushed to jdk9-dev/nashorn shortly (after adjusting for the recent jdk modular source layout change) Thanks, -Sundar From james.laskey at oracle.com Wed Aug 20 12:24:05 2014 From: james.laskey at oracle.com (Jim Laskey (Oracle)) Date: Wed, 20 Aug 2014 09:24:05 -0300 Subject: [8u40] Approval request for 8050078: Nashorn ClassFilter Support In-Reply-To: <53F492CD.2070705@oracle.com> References: <53F492CD.2070705@oracle.com> Message-ID: <199D8E5D-5CFB-441E-802F-4704BEC1E6BB@oracle.com> +1 On Aug 20, 2014, at 9:21 AM, A. Sundararajan wrote: > > Hi nashorn-dev, > > Please review the above webrev: http://cr.openjdk.java.net/~sundar/8050078/ > > Hi jdk8u-dev, > > Please approve the following fix to 8u40. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8050078 > JEP: http://openjdk.java.net/jeps/202 > Webrev: http://cr.openjdk.java.net/~sundar/8050078/ > > PS. This change is pushed to 8u40 first. This will be pushed to jdk9-dev/nashorn shortly (after adjusting for the recent jdk modular source layout change) > > Thanks, > -Sundar > From marcus.lagergren at oracle.com Wed Aug 20 12:29:57 2014 From: marcus.lagergren at oracle.com (Marcus Lagergren) Date: Wed, 20 Aug 2014 14:29:57 +0200 Subject: [8u40] Approval request for 8050078: Nashorn ClassFilter Support In-Reply-To: <53F492CD.2070705@oracle.com> References: <53F492CD.2070705@oracle.com> Message-ID: +1 On 20 Aug 2014, at 14:21, A. Sundararajan wrote: > > Hi nashorn-dev, > > Please review the above webrev: http://cr.openjdk.java.net/~sundar/8050078/ > > Hi jdk8u-dev, > > Please approve the following fix to 8u40. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8050078 > JEP: http://openjdk.java.net/jeps/202 > Webrev: http://cr.openjdk.java.net/~sundar/8050078/ > > PS. This change is pushed to 8u40 first. This will be pushed to jdk9-dev/nashorn shortly (after adjusting for the recent jdk modular source layout change) > > Thanks, > -Sundar > From hannes.wallnoefer at oracle.com Wed Aug 20 12:30:49 2014 From: hannes.wallnoefer at oracle.com (Hannes Wallnoefer) Date: Wed, 20 Aug 2014 14:30:49 +0200 Subject: [8u40] Approval request for 8050078: Nashorn ClassFilter Support In-Reply-To: <53F492CD.2070705@oracle.com> References: <53F492CD.2070705@oracle.com> Message-ID: <53F494F9.4020001@oracle.com> +1 Am 2014-08-20 um 14:21 schrieb A. Sundararajan: > > Hi nashorn-dev, > > Please review the above webrev: > http://cr.openjdk.java.net/~sundar/8050078/ > > Hi jdk8u-dev, > > Please approve the following fix to 8u40. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8050078 > JEP: http://openjdk.java.net/jeps/202 > Webrev: http://cr.openjdk.java.net/~sundar/8050078/ > > PS. This change is pushed to 8u40 first. This will be pushed to > jdk9-dev/nashorn shortly (after adjusting for the recent jdk modular > source layout change) > > Thanks, > -Sundar > From sean.coffey at oracle.com Wed Aug 20 13:11:35 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 20 Aug 2014 14:11:35 +0100 Subject: [8u40] Approval request for 8050078: Nashorn ClassFilter Support In-Reply-To: <53F494F9.4020001@oracle.com> References: <53F492CD.2070705@oracle.com> <53F494F9.4020001@oracle.com> Message-ID: <53F49E87.8070503@oracle.com> Approved. Can you please create a backport record of this bug for JDK 9 so that we ensure it doesn't get forgotten ? regards, Sean. On 20/08/14 13:30, Hannes Wallnoefer wrote: > +1 > > Am 2014-08-20 um 14:21 schrieb A. Sundararajan: >> >> Hi nashorn-dev, >> >> Please review the above webrev: >> http://cr.openjdk.java.net/~sundar/8050078/ >> >> Hi jdk8u-dev, >> >> Please approve the following fix to 8u40. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8050078 >> JEP: http://openjdk.java.net/jeps/202 >> Webrev: http://cr.openjdk.java.net/~sundar/8050078/ >> >> PS. This change is pushed to 8u40 first. This will be pushed to >> jdk9-dev/nashorn shortly (after adjusting for the recent jdk modular >> source layout change) >> >> Thanks, >> -Sundar >> > From weijun.wang at oracle.com Wed Aug 20 13:36:28 2014 From: weijun.wang at oracle.com (Wang Weijun) Date: Wed, 20 Aug 2014 21:36:28 +0800 Subject: [8u-dev] Request for approval: 8054817: File ccache only recognizes Linux and Solaris defaults Message-ID: Hi All This is a request to backport a jdk9 fix into jdk8u-dev. 8054817: File ccache only recognizes Linux and Solaris defaults https://bugs.openjdk.java.net/browse/JDK-8054817 The jdk9 fix is at: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ec98f141c757 The fix for 8u-dev is a little different at http://cr.openjdk.java.net/~weijun/8054817/8u/webrev.00/ which has been reviewed separately at http://mail.openjdk.java.net/pipermail/security-dev/2014-August/011032.html Thanks Weijun From sean.coffey at oracle.com Wed Aug 20 14:11:20 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 20 Aug 2014 15:11:20 +0100 Subject: [8u-dev] Request for approval: 8054817: File ccache only recognizes Linux and Solaris defaults In-Reply-To: References: Message-ID: <53F4AC88.50703@oracle.com> Approved. regards, Sean. On 20/08/14 14:36, Wang Weijun wrote: > Hi All > > This is a request to backport a jdk9 fix into jdk8u-dev. > > 8054817: File ccache only recognizes Linux and Solaris defaults > > https://bugs.openjdk.java.net/browse/JDK-8054817 > > The jdk9 fix is at: > > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ec98f141c757 > > The fix for 8u-dev is a little different at > > http://cr.openjdk.java.net/~weijun/8054817/8u/webrev.00/ > > which has been reviewed separately at > > http://mail.openjdk.java.net/pipermail/security-dev/2014-August/011032.html > > Thanks > Weijun From gnu.andrew at redhat.com Wed Aug 20 15:27:32 2014 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Wed, 20 Aug 2014 11:27:32 -0400 (EDT) Subject: [8u-communication] JDK 8u20 released today! In-Reply-To: <53F421D0.3090106@oracle.com> References: <53F3A39E.3010700@oracle.com> <1503800014.9438989.1408479930435.JavaMail.zimbra@redhat.com> <53F421D0.3090106@oracle.com> Message-ID: <350651847.9993656.1408548452148.JavaMail.zimbra@redhat.com> ----- Original Message ----- > On 20/08/2014 6:25 AM, Andrew Hughes wrote: > > ----- Original Message ----- > >> I'd like to announce that JDK 8u20 has become available for download > >> today [0]. Thanks to all those who have contributed towards it. > >> > >> OpenJDK 8u20 source code is available via the 8u20 stabilization forest > >> [1]. I plan to update the OpenJDK 8u project page with latest status and > >> to > >> also ask the OpenJDK ops team to mark the 8u20 forests as read-only. > >> > >> If you're packaging this release, it could be useful to let subscribed > >> members know about it via communication on this mailing list. Please > >> continue to contribute fixes back to the jdk8u-dev forest [2] which is > >> already gathering changes for the next non-CPU JDK8u release. > >> > >> Regards, > >> Sean. > >> > >> [0] http://www.oracle.com/technetwork/java/javase/downloads/index.html > >> [1] http://hg.openjdk.java.net/jdk8u/jdk8u20/ > >> [2] http://hg.openjdk.java.net/jdk8u/jdk8u-dev > >> > > > > Zero appears to be broken: > > > > hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2852:114: error: > > form\ > > at '%lx' expects argument of type 'long unsigned int', but argument 4 has > > type 'void*' [-Werror=format=] > > tty->print_cr("Exception <%s> (" INTPTR_FORMAT ")", > > except_oop->print_value_string(), (void*)except_oop()); > > ^ > > hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: error: > > format '%d' expects argument of type 'int', but argument 3 has type > > 'address {aka unsigned char*}' [-Werror=format=] > > continuation_bci, THREAD); > > ^ > > hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: error: > > format '%d' expects argument of type 'int', but argument 4 has type > > 'intptr_t {aka long int}' [-Werror=format=] > > hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: error: > > format '%lx' expects argument of type 'long unsigned int', but argument 5 > > has type 'JavaThread*' [-Werror=format=] > > /hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2868:112: error: > > format '%lx' expects argument of type 'long unsigned int', but argument 4 > > has type 'void*' [-Werror=format=] > > tty->print_cr("Exception <%s> (" INTPTR_FORMAT ")", > > except_oop->print_value_string(), (void*)except_oop()); > > ^ > > hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2872:27: error: > > format '%d' expects argument of type 'int', but argument 3 has type > > 'address {aka unsigned char*}' [-Werror=format=] > > THREAD); > > ^ > > hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2872:27: error: > > format '%lx' expects argument of type 'long unsigned int', but argument 4 > > has type 'JavaThread*' [-Werror=format=] > > > > 8048169: Change 8037816 breaks HS build on PPC64 and CPP-Interpreter > > platforms > > fixes that but doesn't seem to be in u20. > > Unfortunately the need for a 8u backport was not mentioned in the review > thread: > > http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-June/014453.html > > Did anyone flag this since 8048169 was pushed? I can't seem to find any > email thread on it. > > I think we have a hole in the process when the "bug tail" for a > backported fix is not also identified as needing an urgent backport. I couldn't see anything in the thread either. I literally only stumbled across this all yesterday as I found the issue, and u20 was released right as I was doing it :( > > > With that applied, it fails further > > on in frame_zero.cpp. I don't see a fix for that in 9 either. > > See review thread: > > http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-August/014825.html > > Not sure if it has been been pushed anywhere yet. It's a different issue, again with format warnings. I have a fix for 8u, but not sure how applicable it is for 9. I haven't had a chance to look at that yet. Actually, it's just this: diff -r 6533ac845e18 -r c75d6ce2e98b src/cpu/zero/vm/frame_zero.cpp --- a/src/cpu/zero/vm/frame_zero.cpp Mon Jun 30 14:58:52 2014 -0400 +++ b/src/cpu/zero/vm/frame_zero.cpp Tue Aug 19 22:31:00 2014 +0100 @@ -216,7 +216,7 @@ valuebuf[buflen - 1] = '\0'; // Print the result - st->print_cr(" " PTR_FORMAT ": %-21s = %s", addr, fieldbuf, valuebuf); + st->print_cr(" " PTR_FORMAT ": %-21s = %s", p2i(addr), fieldbuf, valuebuf); } } I'm guessing 8048169 covered the PPC port use of the interpreter, but this file is only built as part of Zero. > > David > ----- > -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From sundararajan.athijegannathan at oracle.com Wed Aug 20 16:04:06 2014 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Wed, 20 Aug 2014 21:34:06 +0530 Subject: [8u40] Approval request for 8050078: Nashorn ClassFilter Support In-Reply-To: <53F49E87.8070503@oracle.com> References: <53F492CD.2070705@oracle.com> <53F494F9.4020001@oracle.com> <53F49E87.8070503@oracle.com> Message-ID: <53F4C6F6.4070104@oracle.com> Forward ported to jdk9: http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/57500636de77 Thanks -Sundar On Wednesday 20 August 2014 06:41 PM, Se?n Coffey wrote: > Approved. Can you please create a backport record of this bug for JDK > 9 so that we ensure it doesn't get forgotten ? > > regards, > Sean. > > On 20/08/14 13:30, Hannes Wallnoefer wrote: >> +1 >> >> Am 2014-08-20 um 14:21 schrieb A. Sundararajan: >>> >>> Hi nashorn-dev, >>> >>> Please review the above webrev: >>> http://cr.openjdk.java.net/~sundar/8050078/ >>> >>> Hi jdk8u-dev, >>> >>> Please approve the following fix to 8u40. >>> >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8050078 >>> JEP: http://openjdk.java.net/jeps/202 >>> Webrev: http://cr.openjdk.java.net/~sundar/8050078/ >>> >>> PS. This change is pushed to 8u40 first. This will be pushed to >>> jdk9-dev/nashorn shortly (after adjusting for the recent jdk modular >>> source layout change) >>> >>> Thanks, >>> -Sundar >>> >> > From sundararajan.athijegannathan at oracle.com Wed Aug 20 16:52:58 2014 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Wed, 20 Aug 2014 22:22:58 +0530 Subject: [8u40] Please approve 8055687: Wrong "this" passed to JSObject.eval call Message-ID: <53F4D26A.4020706@oracle.com> Please approve backport of 8055687: Wrong "this" passed to JSObject.eval call jdk9 webrev: http://cr.openjdk.java.net/~sundar/8055687/webrev.00/ jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/3516182f0612 jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8055687/8u40/webrev.00/ * changes for source layout * adding a sample to jdk8u (from jdk9) Thanks -Sundar From anthony.scarpino at oracle.com Wed Aug 20 17:15:17 2014 From: anthony.scarpino at oracle.com (Anthony Scarpino) Date: Wed, 20 Aug 2014 10:15:17 -0700 Subject: [8u40] request for approval for two changes to sunpkcs11-solaris.cfg - 8037745 - 8041142 In-Reply-To: <53F451E5.9070806@oracle.com> References: <53F3C883.2030407@oracle.com> <53F451E5.9070806@oracle.com> Message-ID: <53F4D7A5.4000608@oracle.com> There are s10 patches available which I can add to JBS. Adding them to the release notes is a good idea to be safe. The first one, which has been out for over a year, is probably more likely to be seen. The latter one was only see via code inspection and never encountered in the wild. Tony On 08/20/2014 12:44 AM, Se?n Coffey wrote: > Tony, > > what happens if these mechanisms are enabled on an unpatched Solaris 10 > system ? We don't want users to encounter regression on upgrade to 8u40. > Should we get this info added to 8u40 release notes ? i.e relevant patch > numbers > > regards, > Sean. > > On 19/08/2014 22:58, Anthony Scarpino wrote: >> Hi, >> >> I requesting the backport of two config file changes that were pushed >> into jdk9. The changes to jdk8u are identical. >> >> 8037745: Consider re-enabling PKCS11 mechanisms previously disabled >> due to Solaris bug 7050617 >> >> bug: >> https://bugs.openjdk.java.net/browse/JDK-8037745 >> changeset: >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/50e6d06f5cb6 >> jdk9 review: >> http://mail.openjdk.java.net/pipermail/security-dev/2014-May/010494.html >> >> >> 8041142: Re-enabling CBC_PAD PKCS11 mechanisms for Solaris >> bug: >> https://bugs.openjdk.java.net/browse/JDK-8041142 >> changeset: >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/259d5726632f >> jdk9 review: >> http://mail.openjdk.java.net/pipermail/security-dev/2014-June/010585.html >> >> thanks >> >> Tony >> > From sean.coffey at oracle.com Wed Aug 20 21:05:39 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 20 Aug 2014 22:05:39 +0100 Subject: [8u40] request for approval for two changes to sunpkcs11-solaris.cfg - 8037745 - 8041142 In-Reply-To: <53F4D7A5.4000608@oracle.com> References: <53F3C883.2030407@oracle.com> <53F451E5.9070806@oracle.com> <53F4D7A5.4000608@oracle.com> Message-ID: <53F50DA3.6080005@oracle.com> Thanks for the info Tony. Yes - we need to make sure this info is documented in the release notes. Approved. regards, Sean. On 20/08/14 18:15, Anthony Scarpino wrote: > There are s10 patches available which I can add to JBS. Adding them > to the release notes is a good idea to be safe. The first one, which > has been out for over a year, is probably more likely to be seen. The > latter one was only see via code inspection and never encountered in > the wild. > > Tony > > On 08/20/2014 12:44 AM, Se?n Coffey wrote: >> Tony, >> >> what happens if these mechanisms are enabled on an unpatched Solaris 10 >> system ? We don't want users to encounter regression on upgrade to 8u40. >> Should we get this info added to 8u40 release notes ? i.e relevant patch >> numbers >> >> regards, >> Sean. >> >> On 19/08/2014 22:58, Anthony Scarpino wrote: >>> Hi, >>> >>> I requesting the backport of two config file changes that were pushed >>> into jdk9. The changes to jdk8u are identical. >>> >>> 8037745: Consider re-enabling PKCS11 mechanisms previously disabled >>> due to Solaris bug 7050617 >>> >>> bug: >>> https://bugs.openjdk.java.net/browse/JDK-8037745 >>> changeset: >>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/50e6d06f5cb6 >>> jdk9 review: >>> http://mail.openjdk.java.net/pipermail/security-dev/2014-May/010494.html >>> >>> >>> >>> 8041142: Re-enabling CBC_PAD PKCS11 mechanisms for Solaris >>> bug: >>> https://bugs.openjdk.java.net/browse/JDK-8041142 >>> changeset: >>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/259d5726632f >>> jdk9 review: >>> http://mail.openjdk.java.net/pipermail/security-dev/2014-June/010585.html >>> >>> >>> thanks >>> >>> Tony >>> >> > From sean.coffey at oracle.com Wed Aug 20 21:11:17 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 20 Aug 2014 22:11:17 +0100 Subject: [8u40] Please approve 8055687: Wrong "this" passed to JSObject.eval call In-Reply-To: <53F4D26A.4020706@oracle.com> References: <53F4D26A.4020706@oracle.com> Message-ID: <53F50EF5.1000702@oracle.com> JDK 9 review thread : http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003282.html Approved but pending a peer review for 8u changes. regards, Sean. On 20/08/14 17:52, A. Sundararajan wrote: > Please approve backport of 8055687: Wrong "this" passed to > JSObject.eval call > > jdk9 webrev: http://cr.openjdk.java.net/~sundar/8055687/webrev.00/ > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/3516182f0612 > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8055687/8u40/webrev.00/ > > * changes for source layout > * adding a sample to jdk8u (from jdk9) > > Thanks > -Sundar From sundararajan.athijegannathan at oracle.com Thu Aug 21 03:23:22 2014 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Thu, 21 Aug 2014 08:53:22 +0530 Subject: [8u40] Please approve 8055687: Wrong "this" passed to JSObject.eval call In-Reply-To: <53F50EF5.1000702@oracle.com> References: <53F4D26A.4020706@oracle.com> <53F50EF5.1000702@oracle.com> Message-ID: <53F5662A.6020505@oracle.com> Hi Sean, Thanks! Actually, I had to adjust 8u40 webrev to avoid backporting find_nonfinals.js sample script (which requires target 8 compilation with -parameters flag - which is enabled only in jdk9 nashorn build!). Hi Nashorn folks, Please review updated jdk8u40 webrev @ http://cr.openjdk.java.net/~sundar/8055687/8u40/webrev.01/ Thanks, -Sundar On Thursday 21 August 2014 02:41 AM, Se?n Coffey wrote: > JDK 9 review thread : > http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003282.html > > Approved but pending a peer review for 8u changes. > > regards, > Sean. > > On 20/08/14 17:52, A. Sundararajan wrote: >> Please approve backport of 8055687: Wrong "this" passed to >> JSObject.eval call >> >> jdk9 webrev: http://cr.openjdk.java.net/~sundar/8055687/webrev.00/ >> jdk9 changeset: >> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/3516182f0612 >> jdk8u-dev webrev: >> http://cr.openjdk.java.net/~sundar/8055687/8u40/webrev.00/ >> >> * changes for source layout >> * adding a sample to jdk8u (from jdk9) >> >> Thanks >> -Sundar > From hannes.wallnoefer at oracle.com Thu Aug 21 08:24:33 2014 From: hannes.wallnoefer at oracle.com (Hannes Wallnoefer) Date: Thu, 21 Aug 2014 10:24:33 +0200 Subject: [8u40] Please approve 8055687: Wrong "this" passed to JSObject.eval call In-Reply-To: <53F5662A.6020505@oracle.com> References: <53F4D26A.4020706@oracle.com> <53F50EF5.1000702@oracle.com> <53F5662A.6020505@oracle.com> Message-ID: <53F5ACC1.205@oracle.com> +1 Am 2014-08-21 um 05:23 schrieb A. Sundararajan: > Hi Sean, > > Thanks! Actually, I had to adjust 8u40 webrev to avoid backporting > find_nonfinals.js sample script (which requires target 8 compilation > with -parameters flag - which is enabled only in jdk9 nashorn build!). > > Hi Nashorn folks, > > Please review updated jdk8u40 webrev @ > http://cr.openjdk.java.net/~sundar/8055687/8u40/webrev.01/ > > Thanks, > -Sundar > > On Thursday 21 August 2014 02:41 AM, Se?n Coffey wrote: >> JDK 9 review thread : >> http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003282.html >> >> Approved but pending a peer review for 8u changes. >> >> regards, >> Sean. >> >> On 20/08/14 17:52, A. Sundararajan wrote: >>> Please approve backport of 8055687: Wrong "this" passed to >>> JSObject.eval call >>> >>> jdk9 webrev: http://cr.openjdk.java.net/~sundar/8055687/webrev.00/ >>> jdk9 changeset: >>> http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/3516182f0612 >>> jdk8u-dev webrev: >>> http://cr.openjdk.java.net/~sundar/8055687/8u40/webrev.00/ >>> >>> * changes for source layout >>> * adding a sample to jdk8u (from jdk9) >>> >>> Thanks >>> -Sundar >> > From james.laskey at oracle.com Thu Aug 21 12:12:52 2014 From: james.laskey at oracle.com (Jim Laskey (Oracle)) Date: Thu, 21 Aug 2014 09:12:52 -0300 Subject: [8u40] Please approve 8055687: Wrong "this" passed to JSObject.eval call In-Reply-To: <53F50EF5.1000702@oracle.com> References: <53F4D26A.4020706@oracle.com> <53F50EF5.1000702@oracle.com> Message-ID: +1 On Aug 20, 2014, at 6:11 PM, Se?n Coffey wrote: > JDK 9 review thread : http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003282.html > > Approved but pending a peer review for 8u changes. > > regards, > Sean. > > On 20/08/14 17:52, A. Sundararajan wrote: >> Please approve backport of 8055687: Wrong "this" passed to JSObject.eval call >> >> jdk9 webrev: http://cr.openjdk.java.net/~sundar/8055687/webrev.00/ >> jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/3516182f0612 >> jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8055687/8u40/webrev.00/ >> >> * changes for source layout >> * adding a sample to jdk8u (from jdk9) >> >> Thanks >> -Sundar > From brian.burkhalter at oracle.com Thu Aug 21 23:08:40 2014 From: brian.burkhalter at oracle.com (Brian Burkhalter) Date: Thu, 21 Aug 2014 16:08:40 -0700 Subject: [8u40] Request for approval for CR 8055785 - Modifications of I/O methods for instrumentation purposes Message-ID: <8C9863A6-DD58-48AB-A4C7-6C942015B3A5@oracle.com> Please review the proposed patch for the indicated issue: JDK 8u Issue: https://bugs.openjdk.java.net/browse/JDK-8055785 JDK 8u Patch: http://cr.openjdk.java.net/~bpb/8055785/webrev.00/ This change builds and passes the jdk_io and jdk_net tests on all platforms. It is derived from the previously approved and integrated change to JDK 9: JDK 9 Issue: https://bugs.openjdk.java.net/browse/JDK-8054720 JDK 9 Patch: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0aa1bc5db42c JDK 9 Review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-August/028301.html Thanks, Brian From dalibor.topic at oracle.com Fri Aug 22 09:32:51 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 22 Aug 2014 11:32:51 +0200 Subject: [8u40] Request for approval for CR 8055785 - Modifications of I/O methods for instrumentation purposes In-Reply-To: <8C9863A6-DD58-48AB-A4C7-6C942015B3A5@oracle.com> References: <8C9863A6-DD58-48AB-A4C7-6C942015B3A5@oracle.com> Message-ID: <53F70E43.4010901@oracle.com> Approved for jdk8u-dev pending positive review. cheers, dalibor topic On 22.08.2014 01:08, Brian Burkhalter wrote: > Please review the proposed patch for the indicated issue: > > JDK 8u Issue: https://bugs.openjdk.java.net/browse/JDK-8055785 > JDK 8u Patch: http://cr.openjdk.java.net/~bpb/8055785/webrev.00/ > > This change builds and passes the jdk_io and jdk_net tests on all platforms. It is derived from the previously approved and integrated change to JDK 9: > > JDK 9 Issue: https://bugs.openjdk.java.net/browse/JDK-8054720 > JDK 9 Patch: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0aa1bc5db42c > JDK 9 Review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-August/028301.html > > Thanks, > > Brian > -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From alexander.potochkin at oracle.com Fri Aug 22 10:42:28 2014 From: alexander.potochkin at oracle.com (Alexander Potochkin) Date: Fri, 22 Aug 2014 14:42:28 +0400 Subject: Result: New JDK 8u Committer: Anton Nashatyrev Message-ID: <53F71E94.1060702@oracle.com> Voting for Anton Nashatyrev [1] is now closed. Yes: 11 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Thanks alexp [1] http://mail.openjdk.java.net/pipermail/jdk8u-dev/2014-August/001614.html From sundararajan.athijegannathan at oracle.com Fri Aug 22 10:46:48 2014 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Fri, 22 Aug 2014 16:16:48 +0530 Subject: [8u40] approval request for 8055762: Nashorn misses linker for netscape.javascript.JSObject instances Message-ID: <53F71F98.2020602@oracle.com> Hi, Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8055762 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003291.html jdk8u40 webrev: http://cr.openjdk.java.net/~sundar/8055762/8u40/ 8u40 webrev is same as jdk9 webrev except for modular source directory change in jdk9. Thanks, -Sundar From sean.coffey at oracle.com Fri Aug 22 11:01:23 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 22 Aug 2014 12:01:23 +0100 Subject: [8u40] approval request for 8055762: Nashorn misses linker for netscape.javascript.JSObject instances In-Reply-To: <53F71F98.2020602@oracle.com> References: <53F71F98.2020602@oracle.com> Message-ID: <53F72303.3090003@oracle.com> Approved. regards, Sean. On 22/08/14 11:46, A. Sundararajan wrote: > Hi, > > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055762 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003291.html > jdk8u40 webrev: http://cr.openjdk.java.net/~sundar/8055762/8u40/ > > 8u40 webrev is same as jdk9 webrev except for modular source directory > change in jdk9. > > Thanks, > -Sundar From jesper.wilhelmsson at oracle.com Fri Aug 22 11:10:52 2014 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Fri, 22 Aug 2014 13:10:52 +0200 Subject: [8u-dev] Request for approval for CR 8055744 - 8u-dev nightly solaris builds failed on 08/20 Message-ID: <53F7253C.9040001@oracle.com> Hi, Requesting approval for 8u40 (jdk8u-dev). Bug: https://bugs.openjdk.java.net/browse/JDK-8055744 Webrev: http://cr.openjdk.java.net/~jwilhelm/8055744/webrev.02/ Review: http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-August/015002.html The patch has been reviewed and approved for 8u40 by Dan Daugherty and Erik Joelsson. Thanks, /Jesper From sean.coffey at oracle.com Fri Aug 22 11:16:39 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Fri, 22 Aug 2014 12:16:39 +0100 Subject: [8u-dev] Request for approval for CR 8055744 - 8u-dev nightly solaris builds failed on 08/20 In-Reply-To: <53F7253C.9040001@oracle.com> References: <53F7253C.9040001@oracle.com> Message-ID: <53F72697.3010501@oracle.com> Can you add a link in the bug report to the bug fix that caused the build failure ? Did JPRT not catch this failure ? Approved. regards, Sean. On 22/08/14 12:10, Jesper Wilhelmsson wrote: > Hi, > > Requesting approval for 8u40 (jdk8u-dev). > > Bug: > https://bugs.openjdk.java.net/browse/JDK-8055744 > > Webrev: > http://cr.openjdk.java.net/~jwilhelm/8055744/webrev.02/ > > Review: > http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-August/015002.html > > > > The patch has been reviewed and approved for 8u40 by Dan Daugherty and > Erik Joelsson. > > Thanks, > /Jesper From sundararajan.athijegannathan at oracle.com Fri Aug 22 11:22:45 2014 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Fri, 22 Aug 2014 16:52:45 +0530 Subject: [8u40] approval request for 8055796: JSObject and browser JSObject linkers should provide fallback to call underlying Java methods directly Message-ID: <53F72805.9010300@oracle.com> Hi, Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8055796 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003293.html jdk8u40 webrev: http://cr.openjdk.java.net/~sundar/8055796/8u40/ 8u40 webrev is same as jdk9 webrev except for modular source directory change in jdk9. Thanks, -Sundar From sean.coffey at oracle.com Fri Aug 22 11:23:47 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 22 Aug 2014 12:23:47 +0100 Subject: [8u40] approval request for 8055796: JSObject and browser JSObject linkers should provide fallback to call underlying Java methods directly In-Reply-To: <53F72805.9010300@oracle.com> References: <53F72805.9010300@oracle.com> Message-ID: <53F72843.6070302@oracle.com> Approved. regards, Sean. On 22/08/14 12:22, A. Sundararajan wrote: > Hi, > > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055796 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003293.html > jdk8u40 webrev: http://cr.openjdk.java.net/~sundar/8055796/8u40/ > > 8u40 webrev is same as jdk9 webrev except for modular source directory > change in jdk9. > > Thanks, > -Sundar From evgeniya.stepanova at oracle.com Fri Aug 22 11:49:42 2014 From: evgeniya.stepanova at oracle.com (Evgeniya Stepanova) Date: Fri, 22 Aug 2014 15:49:42 +0400 Subject: [8u40] Request for approval for CR 8055393 - [Testbug] Some tests are being executed and fail under profiles Message-ID: <53F72E56.7040604@oracle.com> Hi, I need approval for backport changes into jdk8u-dev: bug: https: //bugs.openjdk.java.net/browse/JDK-8055393 webrev : http://cr.openjdk.java.net/~avstepan/eistepan/8055393/webrev.00/ 9 changeset : http://hg.openjdk.java.net/jdk9/dev/jdk/rev/3d879b5f8137 Thanks, Jane/ / From rob.mckenna at oracle.com Fri Aug 22 12:04:58 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 22 Aug 2014 13:04:58 +0100 Subject: [8u40] Request for approval for CR 8055393 - [Testbug] Some tests are being executed and fail under profiles In-Reply-To: <53F72E56.7040604@oracle.com> References: <53F72E56.7040604@oracle.com> Message-ID: <53F731EA.5080203@oracle.com> Please include the review link in subsequent requests: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-August/028281.html Approved. -Rob On 22/08/14 12:49, Evgeniya Stepanova wrote: > Hi, > I need approval for backport changes into jdk8u-dev: > bug: https: //bugs.openjdk.java.net/browse/JDK-8055393 > webrev : http://cr.openjdk.java.net/~avstepan/eistepan/8055393/webrev.00/ > 9 changeset : http://hg.openjdk.java.net/jdk9/dev/jdk/rev/3d879b5f8137 > > Thanks, > Jane/ > / From roger.riggs at oracle.com Fri Aug 22 13:11:08 2014 From: roger.riggs at oracle.com (roger riggs) Date: Fri, 22 Aug 2014 09:11:08 -0400 Subject: [8u40] Request for approval for CR 8055785 - Modifications of I/O methods for instrumentation purposes In-Reply-To: <53F70E43.4010901@oracle.com> References: <8C9863A6-DD58-48AB-A4C7-6C942015B3A5@oracle.com> <53F70E43.4010901@oracle.com> Message-ID: <53F7416C.7020303@oracle.com> Hi, Reviewed, looks good. Roger On 8/22/2014 5:32 AM, dalibor topic wrote: > Approved for jdk8u-dev pending positive review. > > cheers, > dalibor topic > > On 22.08.2014 01:08, Brian Burkhalter wrote: >> Please review the proposed patch for the indicated issue: >> >> JDK 8u Issue: https://bugs.openjdk.java.net/browse/JDK-8055785 >> JDK 8u Patch: http://cr.openjdk.java.net/~bpb/8055785/webrev.00/ >> >> This change builds and passes the jdk_io and jdk_net tests on all >> platforms. It is derived from the previously approved and integrated >> change to JDK 9: >> >> JDK 9 Issue: https://bugs.openjdk.java.net/browse/JDK-8054720 >> JDK 9 Patch: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0aa1bc5db42c >> JDK 9 Review: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-August/028301.html >> >> Thanks, >> >> Brian >> > From Sergey.Bylokhov at oracle.com Fri Aug 22 14:14:28 2014 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Fri, 22 Aug 2014 18:14:28 +0400 Subject: [8u] Request for approval for bulk integration of some client fixes Message-ID: <53F75044.4040000@oracle.com> Hello, These are a direct back-ports from jdk 9 to jdk 8u: 8046894: JNI exception pending in jdk/src/solaris/native/sun/awt/X11Color.c Bug: https://bugs.openjdk.java.net/browse/JDK-8046894 Reviewed-by: Alexander Zvegintsev, Phil Race jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/1ba3100fee82 8054800: JNI exception pending in jdk/src/windows/native/sun/windows/awt_Win32GraphicsDevice.cpp Bug: https://bugs.openjdk.java.net/browse/JDK-8054800 Reviewed-by: Alexander Zvegintsev, Phil Race jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/5b16f47505d1 8054801: Memory leak in jdk/src/windows/native/sun/windows/awt_InputMethod.cpp Bug: https://bugs.openjdk.java.net/browse/JDK-8054801 Reviewed-by: Alexander Scherbatiy, Phil Race jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/5b81c99be5b8 8046887: JNI exception pending in jdk/src/solaris/native/sun/awt: awt_DrawingSurface.c, awt_GraphicsEnv.c, awt_InputMethod.c, sun_awt_X11_GtkFileDialogPeer.c Bug: https://bugs.openjdk.java.net/browse/JDK-8046887 Reviewed-by: Alexander Zvegintsev, Phil Race jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/aa477d5b3653 -- Best regards, Sergey. From sean.coffey at oracle.com Fri Aug 22 15:43:53 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Fri, 22 Aug 2014 16:43:53 +0100 Subject: [8u-communication] 8u40 Early Access Builds Message-ID: <53F76539.1070606@oracle.com> For developers who wish to test binaries based the 8u40-b02 tagged code in the OpenJDK jdk8u/jdk8u forest, the Oracle JDK 8 Update 40 Early Access Release based on it is available for download at : https://jdk8.java.net/download.html If you are aware of other early access releases based on 8u40-b02 being made available for testing, please let the mailing list know as well in a reply to this thread. regards, Sean. From sean.coffey at oracle.com Fri Aug 22 17:02:11 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Fri, 22 Aug 2014 18:02:11 +0100 Subject: [8u] Request for approval for bulk integration of some client fixes In-Reply-To: <53F75044.4040000@oracle.com> References: <53F75044.4040000@oracle.com> Message-ID: <53F77793.3080701@oracle.com> Approved. regards, Sean. On 22/08/14 15:14, Sergey Bylokhov wrote: > Hello, > These are a direct back-ports from jdk 9 to jdk 8u: > > 8046894: JNI exception pending in > jdk/src/solaris/native/sun/awt/X11Color.c > Bug: https://bugs.openjdk.java.net/browse/JDK-8046894 > Reviewed-by: Alexander Zvegintsev, Phil Race > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/1ba3100fee82 > > 8054800: JNI exception pending in > jdk/src/windows/native/sun/windows/awt_Win32GraphicsDevice.cpp > Bug: https://bugs.openjdk.java.net/browse/JDK-8054800 > Reviewed-by: Alexander Zvegintsev, Phil Race > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/5b16f47505d1 > > 8054801: Memory leak in > jdk/src/windows/native/sun/windows/awt_InputMethod.cpp > Bug: https://bugs.openjdk.java.net/browse/JDK-8054801 > Reviewed-by: Alexander Scherbatiy, Phil Race > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/5b81c99be5b8 > > 8046887: JNI exception pending in jdk/src/solaris/native/sun/awt: > awt_DrawingSurface.c, awt_GraphicsEnv.c, awt_InputMethod.c, > sun_awt_X11_GtkFileDialogPeer.c > Bug: https://bugs.openjdk.java.net/browse/JDK-8046887 > Reviewed-by: Alexander Zvegintsev, Phil Race > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/aa477d5b3653 > From alejandro.murillo at oracle.com Fri Aug 22 17:24:10 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 22 Aug 2014 11:24:10 -0600 Subject: [8u40] Request for approval for bulk integration of hs25.40-b06 Message-ID: <53F77CBA.9070604@oracle.com> Requesting approval to integrate hs25.40-b06 into jdk8u40-b03. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b06-jdk8u40-b03.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 8026796: Make replace_in_map() on parent maps generic 8038265: CMS: enable time based triggering of concurrent cycles 8038423: G1: Decommit memory within heap 8038829: G1: More useful information in a few assert messages 8040722: G1: Clean up usages of heap_region_containing 8044406: JVM crash with JDK8 (build 1.8.0-b132) with G1 GC 8046919: jni_PushLocalFrame OOM - increase MAX_REASONABLE_LOCAL_CAPACITY 8050485: super() in a try block in a ctor causes VerifyError 8054362: gc/g1/TestEagerReclaimHumongousRegions2.java timeout 8054818: Refactor HeapRegionSeq to manage heap region and auxiliary data 8054883: Segmentation error while running program 8055155: new hotspot build - hs25.40-b06 8055217: Make jdk8u40 the default jprt release for hs25.40 8055275: Several gc/class_unloading/ tests fail due to missed +UnlockDiagnosticVMOptions flag 8055525: Bigapp weblogic+medrec fails to startup after JDK-8038423 8055635: Missing include in g1RegionToSpaceMapper.hpp results in unresolved symbol of fastdebug build without precompiled headers -- Alejandro From sundararajan.athijegannathan at oracle.com Fri Aug 22 17:39:33 2014 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Fri, 22 Aug 2014 23:09:33 +0530 Subject: [8u40] approval request for 8055830: JDK-8015969.js is silently failing Message-ID: <53F78055.5060903@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8055830 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003304.html jdk8u40 webrev: http://cr.openjdk.java.net/~sundar/8055830/8u40/ Thanks -Sundar From miroslav.kos at oracle.com Fri Aug 22 19:59:48 2014 From: miroslav.kos at oracle.com (Miroslav Kos) Date: Fri, 22 Aug 2014 21:59:48 +0200 Subject: [8u-dev] RFR: 8036981: JAXB not preserving formatting for xsd:any Mixed content In-Reply-To: <53F21BF5.7000803@oracle.com> References: <53F21BF5.7000803@oracle.com> Message-ID: <53F7A134.4000103@oracle.com> Hi Aleksej, looks good to me. Thanks Miran On 18/08/14 17:29, Aleksej Efimov wrote: > Hi, > > Can I ask for a review of 8036981 bug [1] fix: > JAXWS: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jaxws/ > JDK: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jdk/ > > The proposed fix is a partial backport of "Update JAX-WS RI > integration to latest version" bug [2] to JDK8. > The proposed patch fixes the broken formatting of the input xml during > JAXB marshalling/unmarshalling. Regression test is included. > Testing: > - regtests: xml related tests from 'core' testset - no failures > - JCK: api/xinclude api/xsl api/javax_xml api/org_xml xml_schema > api/xinclude - no failures > > Thank you, > Aleksej > > [1] https://bugs.openjdk.java.net/browse/JDK-8036981 > [2] https://bugs.openjdk.java.net/browse/JDK-8044656 > [3] 8044656 JDK9 review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027458.html > From miroslav.kos at oracle.com Fri Aug 22 20:01:19 2014 From: miroslav.kos at oracle.com (Miroslav Kos) Date: Fri, 22 Aug 2014 22:01:19 +0200 Subject: [8u-dev] RFR: 8036981: JAXB not preserving formatting for xsd:any Mixed content In-Reply-To: <53F21BF5.7000803@oracle.com> References: <53F21BF5.7000803@oracle.com> Message-ID: <53F7A18F.4090505@oracle.com> Hi Aleksej, looks good to me. Thanks Miran On 18/08/14 17:29, Aleksej Efimov wrote: > Hi, > > Can I ask for a review of 8036981 bug [1] fix: > JAXWS: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jaxws/ > JDK: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jdk/ > > The proposed fix is a partial backport of "Update JAX-WS RI > integration to latest version" bug [2] to JDK8. > The proposed patch fixes the broken formatting of the input xml during > JAXB marshalling/unmarshalling. Regression test is included. > Testing: > - regtests: xml related tests from 'core' testset - no failures > - JCK: api/xinclude api/xsl api/javax_xml api/org_xml xml_schema > api/xinclude - no failures > > Thank you, > Aleksej > > [1] https://bugs.openjdk.java.net/browse/JDK-8036981 > [2] https://bugs.openjdk.java.net/browse/JDK-8044656 > [3] 8044656 JDK9 review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027458.html > From ivan.gerasimov at oracle.com Fri Aug 22 21:15:09 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Sat, 23 Aug 2014 01:15:09 +0400 Subject: [8u-dev] Request for approval: 8055731: sun/security/smartcardio/TestDirect.java throws java.lang.IndexOutOfBoundsException Message-ID: <53F7B2DC.6000609@oracle.com> Hello! Would you please approve backport of this unaltered manual test fix? Bug: https://bugs.openjdk.java.net/browse/JDK-8055731 Review: http://mail.openjdk.java.net/pipermail/security-dev/2014-August/011058.html Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/6931bc291000 Sincerely yours, Ivan From sean.coffey at oracle.com Sun Aug 24 22:03:29 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Sun, 24 Aug 2014 23:03:29 +0100 Subject: [8u40] Request for approval for bulk integration of hs25.40-b06 In-Reply-To: <53F77CBA.9070604@oracle.com> References: <53F77CBA.9070604@oracle.com> Message-ID: <53FA6131.10308@oracle.com> Approved pending positive PIT results. regards, Sean. On 22/08/2014 18:24, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.40-b06 into jdk8u40-b03. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b06-jdk8u40-b03.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 8026796: Make replace_in_map() on parent maps generic > 8038265: CMS: enable time based triggering of concurrent cycles > 8038423: G1: Decommit memory within heap > 8038829: G1: More useful information in a few assert messages > 8040722: G1: Clean up usages of heap_region_containing > 8044406: JVM crash with JDK8 (build 1.8.0-b132) with G1 GC > 8046919: jni_PushLocalFrame OOM - increase MAX_REASONABLE_LOCAL_CAPACITY > 8050485: super() in a try block in a ctor causes VerifyError > 8054362: gc/g1/TestEagerReclaimHumongousRegions2.java timeout > 8054818: Refactor HeapRegionSeq to manage heap region and auxiliary data > 8054883: Segmentation error while running program > 8055155: new hotspot build - hs25.40-b06 > 8055217: Make jdk8u40 the default jprt release for hs25.40 > 8055275: Several gc/class_unloading/ tests fail due to missed > +UnlockDiagnosticVMOptions flag > 8055525: Bigapp weblogic+medrec fails to startup after JDK-8038423 > 8055635: Missing include in g1RegionToSpaceMapper.hpp results in > unresolved symbol of fastdebug build without precompiled headers > From sean.coffey at oracle.com Sun Aug 24 22:05:41 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Sun, 24 Aug 2014 23:05:41 +0100 Subject: [8u40] approval request for 8055830: JDK-8015969.js is silently failing In-Reply-To: <53F78055.5060903@oracle.com> References: <53F78055.5060903@oracle.com> Message-ID: <53FA61B5.4080801@oracle.com> Approved. regards, Sean. On 22/08/2014 18:39, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055830 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003304.html > jdk8u40 webrev: http://cr.openjdk.java.net/~sundar/8055830/8u40/ > > Thanks > -Sundar From sean.coffey at oracle.com Sun Aug 24 22:07:07 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Sun, 24 Aug 2014 23:07:07 +0100 Subject: [8u-dev] Request for approval: 8055731: sun/security/smartcardio/TestDirect.java throws java.lang.IndexOutOfBoundsException In-Reply-To: <53F7B2DC.6000609@oracle.com> References: <53F7B2DC.6000609@oracle.com> Message-ID: <53FA620B.5090807@oracle.com> Approved. regards, Sean. On 22/08/2014 22:15, Ivan Gerasimov wrote: > Hello! > > Would you please approve backport of this unaltered manual test fix? > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055731 > Review: > http://mail.openjdk.java.net/pipermail/security-dev/2014-August/011058.html > Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/6931bc291000 > > Sincerely yours, > Ivan > From fmaupin at iback.fr Mon Aug 25 07:12:25 2014 From: fmaupin at iback.fr (Fabrice MAUPIN) Date: Mon, 25 Aug 2014 09:12:25 +0200 Subject: Problem during installation JDK-8u40 Message-ID: <00a701cfc033$ec826f70$c5874e50$@iback.fr> Hello, I tried to install the new version of JDK 8 (JDK-8u40-ea-bin-b02-windows-x64-20_aug_2014.exe) - without success ! My configuration : Windows 7 Pro x64 - French There will be an error dialog with error "1624", saying something like Java update is not completed. Can you help me please ? Thanks you in advance. Fabrice MAUPIN From fmaupin at iback.fr Mon Aug 25 08:02:11 2014 From: fmaupin at iback.fr (Fabrice MAUPIN) Date: Mon, 25 Aug 2014 10:02:11 +0200 Subject: bug : Preloader not shown ? Message-ID: <00c201cfc03a$e0239c20$a06ad460$@iback.fr> Hello, I built my application under Windows XP (x32), Eclipse Luna (x32), JDK 1.8 (x32 - beta version B116). When i launch it, the splash screen (preloader) appears ! ok ***** I rebuilt my application under Windows 7 Pro (x64 - French), Eclipse Luna x64 (4.4), JDK 1.8.0_20 (x64 - EA b21). When i launch it, the splash screen doesn't appear !!! It's very strange : a regression ! No modification of the sources of my application. After debugging, i noticed that my Splashscreen class was not executed while my build.xml file specifies well all the necessary information. For information, the structure of my application : app | libs | preloader.jar myapplication.jar runtime *** The behavior of JDK 1.8.0_20 about the management of the preloading mechanism is it different of the behavior of JDK 1.8 (B116) ? Maybe a bug for JDK 1.8.0_20 ? Can you help me, please. Thanks you in advance Fabrice MAUPIN From yong.huang at oracle.com Mon Aug 25 09:08:45 2014 From: yong.huang at oracle.com (Yong Huang) Date: Mon, 25 Aug 2014 17:08:45 +0800 Subject: Problem during installation JDK-8u40 In-Reply-To: <00a701cfc033$ec826f70$c5874e50$@iback.fr> References: <00a701cfc033$ec826f70$c5874e50$@iback.fr> Message-ID: <53FAFD1D.7080300@oracle.com> Hi Fabrice, This is a known bug: https://bugs.openjdk.java.net/browse/JDK-8050888. The JRE cannot not be installed on non-English windows, but SDK is installed successfully. Looks like the bug is set as confidential. I am not sure if you could view it, but anyway, it will be fixed in later build soon. thanks, Yong On 2014/8/25 15:12, Fabrice MAUPIN wrote: > Hello, > > > > I tried to install the new version of JDK 8 > (JDK-8u40-ea-bin-b02-windows-x64-20_aug_2014.exe) - without success ! > > > > My configuration : > > Windows 7 Pro x64 - French > > > > There will be an error dialog with error "1624", saying something like Java > update is not completed. > > > > Can you help me please ? > > > > Thanks you in advance. > > > > Fabrice MAUPIN > > > > > From sean.coffey at oracle.com Mon Aug 25 09:45:21 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 25 Aug 2014 10:45:21 +0100 Subject: [8u-communication] JDK 8u20 released today! In-Reply-To: <350651847.9993656.1408548452148.JavaMail.zimbra@redhat.com> References: <53F3A39E.3010700@oracle.com> <1503800014.9438989.1408479930435.JavaMail.zimbra@redhat.com> <53F421D0.3090106@oracle.com> <350651847.9993656.1408548452148.JavaMail.zimbra@redhat.com> Message-ID: <53FB05B1.2080908@oracle.com> Please ensure the necessary fixes are now in the JDK 8u codeline. If not, please ensure that bug records exist to fix such issues in JDK 8u. regards, Sean. On 20/08/14 16:27, Andrew Hughes wrote: > ----- Original Message ----- >> On 20/08/2014 6:25 AM, Andrew Hughes wrote: >>> ----- Original Message ----- >>>> I'd like to announce that JDK 8u20 has become available for download >>>> today [0]. Thanks to all those who have contributed towards it. >>>> >>>> OpenJDK 8u20 source code is available via the 8u20 stabilization forest >>>> [1]. I plan to update the OpenJDK 8u project page with latest status and >>>> to >>>> also ask the OpenJDK ops team to mark the 8u20 forests as read-only. >>>> >>>> If you're packaging this release, it could be useful to let subscribed >>>> members know about it via communication on this mailing list. Please >>>> continue to contribute fixes back to the jdk8u-dev forest [2] which is >>>> already gathering changes for the next non-CPU JDK8u release. >>>> >>>> Regards, >>>> Sean. >>>> >>>> [0] http://www.oracle.com/technetwork/java/javase/downloads/index.html >>>> [1] http://hg.openjdk.java.net/jdk8u/jdk8u20/ >>>> [2] http://hg.openjdk.java.net/jdk8u/jdk8u-dev >>>> >>> Zero appears to be broken: >>> >>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2852:114: error: >>> form\ >>> at '%lx' expects argument of type 'long unsigned int', but argument 4 has >>> type 'void*' [-Werror=format=] >>> tty->print_cr("Exception <%s> (" INTPTR_FORMAT ")", >>> except_oop->print_value_string(), (void*)except_oop()); >>> ^ >>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: error: >>> format '%d' expects argument of type 'int', but argument 3 has type >>> 'address {aka unsigned char*}' [-Werror=format=] >>> continuation_bci, THREAD); >>> ^ >>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: error: >>> format '%d' expects argument of type 'int', but argument 4 has type >>> 'intptr_t {aka long int}' [-Werror=format=] >>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: error: >>> format '%lx' expects argument of type 'long unsigned int', but argument 5 >>> has type 'JavaThread*' [-Werror=format=] >>> /hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2868:112: error: >>> format '%lx' expects argument of type 'long unsigned int', but argument 4 >>> has type 'void*' [-Werror=format=] >>> tty->print_cr("Exception <%s> (" INTPTR_FORMAT ")", >>> except_oop->print_value_string(), (void*)except_oop()); >>> ^ >>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2872:27: error: >>> format '%d' expects argument of type 'int', but argument 3 has type >>> 'address {aka unsigned char*}' [-Werror=format=] >>> THREAD); >>> ^ >>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2872:27: error: >>> format '%lx' expects argument of type 'long unsigned int', but argument 4 >>> has type 'JavaThread*' [-Werror=format=] >>> >>> 8048169: Change 8037816 breaks HS build on PPC64 and CPP-Interpreter >>> platforms >>> fixes that but doesn't seem to be in u20. >> Unfortunately the need for a 8u backport was not mentioned in the review >> thread: >> >> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-June/014453.html >> >> Did anyone flag this since 8048169 was pushed? I can't seem to find any >> email thread on it. >> >> I think we have a hole in the process when the "bug tail" for a >> backported fix is not also identified as needing an urgent backport. > I couldn't see anything in the thread either. I literally only stumbled across > this all yesterday as I found the issue, and u20 was released right as I was doing > it :( > >>> With that applied, it fails further >>> on in frame_zero.cpp. I don't see a fix for that in 9 either. >> See review thread: >> >> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-August/014825.html >> >> Not sure if it has been been pushed anywhere yet. > It's a different issue, again with format warnings. I have a fix for 8u, but not > sure how applicable it is for 9. I haven't had a chance to look at that yet. > > Actually, it's just this: > > diff -r 6533ac845e18 -r c75d6ce2e98b src/cpu/zero/vm/frame_zero.cpp > --- a/src/cpu/zero/vm/frame_zero.cpp Mon Jun 30 14:58:52 2014 -0400 > +++ b/src/cpu/zero/vm/frame_zero.cpp Tue Aug 19 22:31:00 2014 +0100 > @@ -216,7 +216,7 @@ > valuebuf[buflen - 1] = '\0'; > > // Print the result > - st->print_cr(" " PTR_FORMAT ": %-21s = %s", addr, fieldbuf, valuebuf); > + st->print_cr(" " PTR_FORMAT ": %-21s = %s", p2i(addr), fieldbuf, valuebuf); > } > } > > I'm guessing 8048169 covered the PPC port use of the interpreter, but this > file is only built as part of Zero. > >> David >> ----- >> From jan.lahoda at oracle.com Mon Aug 25 11:53:12 2014 From: jan.lahoda at oracle.com (Jan Lahoda) Date: Mon, 25 Aug 2014 13:53:12 +0200 Subject: [8u40] request for approval to backport JDK-8033421: @SuppressWarnings("deprecation") does not work when overriding deprecated method Message-ID: <53FB23A8.2000102@oracle.com> Hello, I'd like to ask for an approval to backport fix for: Bug: https://bugs.openjdk.java.net/browse/JDK-8033421 jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/d1897a74e801 The fix applies cleanly to: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools. Thanks, Jan From rob.mckenna at oracle.com Mon Aug 25 12:53:13 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 25 Aug 2014 13:53:13 +0100 Subject: [8u40] request for approval to backport JDK-8033421: @SuppressWarnings("deprecation") does not work when overriding deprecated method In-Reply-To: <53FB23A8.2000102@oracle.com> References: <53FB23A8.2000102@oracle.com> Message-ID: <53FB31B9.3060402@oracle.com> Approved. -Rob On 25/08/14 12:53, Jan Lahoda wrote: > Hello, > > I'd like to ask for an approval to backport fix for: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8033421 > jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/d1897a74e801 > > The fix applies cleanly to: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools. > > Thanks, > Jan From sundararajan.athijegannathan at oracle.com Mon Aug 25 13:16:05 2014 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Mon, 25 Aug 2014 18:46:05 +0530 Subject: RFR 8055811 Tests for Nashorn ClassFilter Support In-Reply-To: <53FB34E6.1060709@oracle.com> References: <53FB34E6.1060709@oracle.com> Message-ID: <53FB3715.8040606@oracle.com> +1 On Monday 25 August 2014 06:36 PM, Sergey Lugovoy wrote: > Please review http://cr.openjdk.java.net/~yan/8055811/webrev.00/ > > Bug : https://bugs.openjdk.java.net/browse/JDK-8055811 > SQE Test plan: https://bugs.openjdk.java.net/browse/JDK-8050967 > JEP : https://bugs.openjdk.java.net/browse/JDK-8043717 > From sergey.lugovoy at oracle.com Mon Aug 25 13:06:46 2014 From: sergey.lugovoy at oracle.com (Sergey Lugovoy) Date: Mon, 25 Aug 2014 17:06:46 +0400 Subject: RFR 8055811 Tests for Nashorn ClassFilter Support Message-ID: <53FB34E6.1060709@oracle.com> Please review http://cr.openjdk.java.net/~yan/8055811/webrev.00/ Bug : https://bugs.openjdk.java.net/browse/JDK-8055811 SQE Test plan: https://bugs.openjdk.java.net/browse/JDK-8050967 JEP : https://bugs.openjdk.java.net/browse/JDK-8043717 -- Thanks, Sergey From attila.szegedi at oracle.com Mon Aug 25 13:29:43 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Mon, 25 Aug 2014 15:29:43 +0200 Subject: RFR 8055811 Tests for Nashorn ClassFilter Support In-Reply-To: <53FB3715.8040606@oracle.com> References: <53FB34E6.1060709@oracle.com> <53FB3715.8040606@oracle.com> Message-ID: <46FB1E67-D787-45CA-957E-AF962BAB1290@oracle.com> +1 On Aug 25, 2014, at 3:16 PM, A. Sundararajan wrote: > +1 > > On Monday 25 August 2014 06:36 PM, Sergey Lugovoy wrote: >> Please review http://cr.openjdk.java.net/~yan/8055811/webrev.00/ >> >> Bug : https://bugs.openjdk.java.net/browse/JDK-8055811 >> SQE Test plan: https://bugs.openjdk.java.net/browse/JDK-8050967 >> JEP : https://bugs.openjdk.java.net/browse/JDK-8043717 >> > From danno.ferrin at oracle.com Mon Aug 25 14:41:36 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Mon, 25 Aug 2014 08:41:36 -0600 Subject: bug : Preloader not shown ? In-Reply-To: <00c201cfc03a$e0239c20$a06ad460$@iback.fr> References: <00c201cfc03a$e0239c20$a06ad460$@iback.fr> Message-ID: <098A14C9-5817-4E90-BF07-A202E7BD826D@oracle.com> Is this via JNLP, javafxpackager, or some other mechanism you are specifying the splash screen? A redacted build.xml could help (send it to me directly if desired). On Aug 25, 2014, at 2:02 AM, Fabrice MAUPIN wrote: > Hello, > > > > I built my application under Windows XP (x32), Eclipse Luna (x32), JDK 1.8 > (x32 - beta version B116). > > > > When i launch it, the splash screen (preloader) appears ! ok > > > > ***** > > > > I rebuilt my application under Windows 7 Pro (x64 - French), Eclipse Luna > x64 (4.4), JDK 1.8.0_20 (x64 - EA b21). > > > > When i launch it, the splash screen doesn't appear !!! > > > > It's very strange : a regression ! > > > No modification of the sources of my application. > > > > After debugging, i noticed that my Splashscreen class was not executed while > my build.xml file specifies well all the necessary information. > > > > For information, the structure of my application : > > > > app > > | libs > > | preloader.jar > > > > myapplication.jar > > > > runtime > > > > *** > > > The behavior of JDK 1.8.0_20 about the management of the preloading > mechanism is it different of the behavior of JDK 1.8 (B116) ? > > > > Maybe a bug for JDK 1.8.0_20 ? > > > > Can you help me, please. > > > > Thanks you in advance > > > > Fabrice MAUPIN > > > From sundararajan.athijegannathan at oracle.com Mon Aug 25 15:09:54 2014 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Mon, 25 Aug 2014 20:39:54 +0530 Subject: [8u40] approval request for 8055899: Two nashorn tests fail in 8u40 nightly build with ClassNotFoundException Message-ID: <53FB51C2.3050609@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8055899 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003315.html jdk8 webrev: http://cr.openjdk.java.net/~sundar/8055899/8u40/ Changes backported "as is" without any jdk8 specific modification. Thanks -Sundar From sean.coffey at oracle.com Mon Aug 25 16:41:47 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 25 Aug 2014 17:41:47 +0100 Subject: [8u40] approval request for 8055899: Two nashorn tests fail in 8u40 nightly build with ClassNotFoundException In-Reply-To: <53FB51C2.3050609@oracle.com> References: <53FB51C2.3050609@oracle.com> Message-ID: <53FB674B.6060207@oracle.com> Approved. regards, Sean. On 25/08/14 16:09, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055899 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003315.html > jdk8 webrev: http://cr.openjdk.java.net/~sundar/8055899/8u40/ > > Changes backported "as is" without any jdk8 specific modification. > > Thanks > -Sundar From paul.klingaman at oracle.com Mon Aug 25 17:04:10 2014 From: paul.klingaman at oracle.com (Paul Klingaman) Date: Mon, 25 Aug 2014 13:04:10 -0400 Subject: Problem during installation JDK-8u40 In-Reply-To: <53FAFD1D.7080300@oracle.com> References: <00a701cfc033$ec826f70$c5874e50$@iback.fr> <53FAFD1D.7080300@oracle.com> Message-ID: <53FB6C8A.3080207@oracle.com> Thx Yong, for the reference. The fix is currently in PIT, and is targeted for integration 9/8. -Paul Yong Huang wrote: > Hi Fabrice, > > This is a known bug: https://bugs.openjdk.java.net/browse/JDK-8050888. > > The JRE cannot not be installed on non-English windows, but SDK is > installed successfully. > > Looks like the bug is set as confidential. I am not sure if you could > view it, but anyway, it will be fixed in later build soon. > > thanks, > Yong > > On 2014/8/25 15:12, Fabrice MAUPIN wrote: >> Hello, >> >> >> I tried to install the new version of JDK 8 >> (JDK-8u40-ea-bin-b02-windows-x64-20_aug_2014.exe) - without success ! >> >> >> My configuration : >> >> Windows 7 Pro x64 - French >> >> >> There will be an error dialog with error "1624", saying something >> like Java >> update is not completed. >> >> >> Can you help me please ? >> >> >> Thanks you in advance. >> >> >> Fabrice MAUPIN >> >> >> > From alejandro.murillo at oracle.com Mon Aug 25 19:23:52 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Mon, 25 Aug 2014 13:23:52 -0600 Subject: [8u40] Request for approval for bulk integration of hs25.40-b06 In-Reply-To: <53FA6131.10308@oracle.com> References: <53F77CBA.9070604@oracle.com> <53FA6131.10308@oracle.com> Message-ID: <53FB8D48.9050908@oracle.com> Hi Sean, some new changes were pushed to the hotspot repo after this snap was taken but we want them in this week promotion, so I started a new snap and will submit PIT shortly, therefore a new request for approval will be coming your way soon cheers Alejandro On 8/24/2014 4:03 PM, Se?n Coffey wrote: > Approved pending positive PIT results. > > regards, > Sean. > > On 22/08/2014 18:24, Alejandro E Murillo wrote: >> Requesting approval to integrate hs25.40-b06 into jdk8u40-b03. >> >> A webrev is available at: >> >> http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b06-jdk8u40-b03.webrev/ >> >> >> Pre-integration testing is in progress; the integration will proceed >> only after SQE has analyzed the results and approved. >> >> The fixes in the proposed integration are below. All have undergone >> nightly testing and are already in a jdk9 repository. >> >> 8026796: Make replace_in_map() on parent maps generic >> 8038265: CMS: enable time based triggering of concurrent cycles >> 8038423: G1: Decommit memory within heap >> 8038829: G1: More useful information in a few assert messages >> 8040722: G1: Clean up usages of heap_region_containing >> 8044406: JVM crash with JDK8 (build 1.8.0-b132) with G1 GC >> 8046919: jni_PushLocalFrame OOM - increase MAX_REASONABLE_LOCAL_CAPACITY >> 8050485: super() in a try block in a ctor causes VerifyError >> 8054362: gc/g1/TestEagerReclaimHumongousRegions2.java timeout >> 8054818: Refactor HeapRegionSeq to manage heap region and auxiliary data >> 8054883: Segmentation error while running program >> 8055155: new hotspot build - hs25.40-b06 >> 8055217: Make jdk8u40 the default jprt release for hs25.40 >> 8055275: Several gc/class_unloading/ tests fail due to missed >> +UnlockDiagnosticVMOptions flag >> 8055525: Bigapp weblogic+medrec fails to startup after JDK-8038423 >> 8055635: Missing include in g1RegionToSpaceMapper.hpp results in >> unresolved symbol of fastdebug build without precompiled headers >> -- Alejandro From attila.szegedi at oracle.com Mon Aug 25 20:41:50 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Mon, 25 Aug 2014 22:41:50 +0200 Subject: [8u40] Request for Approval: 8055870: iteration fails if index var is not used Message-ID: <40903156-680C-4E14-B60E-740627F22188@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8055870 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003317.html jdk9 webrev: http://cr.openjdk.java.net/~attila/8055870/webrev.00 Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From alejandro.murillo at oracle.com Tue Aug 26 02:34:01 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Mon, 25 Aug 2014 20:34:01 -0600 Subject: [8u40] Request for approval for bulk integration of hs25.40-b07 Message-ID: <53FBF219.5040404@oracle.com> Requesting approval to integrate hs25.40-b07 into jdk8u40-b04. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b07-jdk8u40-b04.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 8026796: Make replace_in_map() on parent maps generic 8038265: CMS: enable time based triggering of concurrent cycles 8038423: G1: Decommit memory within heap 8038829: G1: More useful information in a few assert messages 8040722: G1: Clean up usages of heap_region_containing 8044406: JVM crash with JDK8 (build 1.8.0-b132) with G1 GC 8046919: jni_PushLocalFrame OOM - increase MAX_REASONABLE_LOCAL_CAPACITY 8050485: super() in a try block in a ctor causes VerifyError 8054362: gc/g1/TestEagerReclaimHumongousRegions2.java timeout 8054402: "klass->is_loader_alive(_is_alive)) failed: must be alive" for anonymous classes 8054818: Refactor HeapRegionSeq to manage heap region and auxiliary data 8054883: Segmentation error while running program 8055155: new hotspot build - hs25.40-b06 8055217: Make jdk8u40 the default jprt release for hs25.40 8055275: Several gc/class_unloading/ tests fail due to missed +UnlockDiagnosticVMOptions flag 8055525: Bigapp weblogic+medrec fails to startup after JDK-8038423 8055635: Missing include in g1RegionToSpaceMapper.hpp results in unresolved symbol of fastdebug build without precompiled headers 8055786: new hotspot build - hs25.40-b07 -- Alejandro From david.holmes at oracle.com Tue Aug 26 04:26:00 2014 From: david.holmes at oracle.com (David Holmes) Date: Tue, 26 Aug 2014 14:26:00 +1000 Subject: [8u-communication] JDK 8u20 released today! In-Reply-To: <53FB05B1.2080908@oracle.com> References: <53F3A39E.3010700@oracle.com> <1503800014.9438989.1408479930435.JavaMail.zimbra@redhat.com> <53F421D0.3090106@oracle.com> <350651847.9993656.1408548452148.JavaMail.zimbra@redhat.com> <53FB05B1.2080908@oracle.com> Message-ID: <53FC0C58.6090507@oracle.com> On 25/08/2014 7:45 PM, Se?n Coffey wrote: > Please ensure the necessary fixes are now in the JDK 8u codeline. If > not, please ensure that bug records exist to fix such issues in JDK 8u. I have marked 8048169 as affecting 8u40 and added a comment that it needs backporting. I have created 8056011 for the second zero-only issue that Andrew provides a patch for below, and linked it to 8048169. David > regards, > Sean. > > On 20/08/14 16:27, Andrew Hughes wrote: >> ----- Original Message ----- >>> On 20/08/2014 6:25 AM, Andrew Hughes wrote: >>>> ----- Original Message ----- >>>>> I'd like to announce that JDK 8u20 has become available for download >>>>> today [0]. Thanks to all those who have contributed towards it. >>>>> >>>>> OpenJDK 8u20 source code is available via the 8u20 stabilization >>>>> forest >>>>> [1]. I plan to update the OpenJDK 8u project page with latest >>>>> status and >>>>> to >>>>> also ask the OpenJDK ops team to mark the 8u20 forests as read-only. >>>>> >>>>> If you're packaging this release, it could be useful to let subscribed >>>>> members know about it via communication on this mailing list. Please >>>>> continue to contribute fixes back to the jdk8u-dev forest [2] which is >>>>> already gathering changes for the next non-CPU JDK8u release. >>>>> >>>>> Regards, >>>>> Sean. >>>>> >>>>> [0] http://www.oracle.com/technetwork/java/javase/downloads/index.html >>>>> [1] http://hg.openjdk.java.net/jdk8u/jdk8u20/ >>>>> [2] http://hg.openjdk.java.net/jdk8u/jdk8u-dev >>>>> >>>> Zero appears to be broken: >>>> >>>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2852:114: >>>> error: >>>> form\ >>>> at '%lx' expects argument of type 'long unsigned int', but argument >>>> 4 has >>>> type 'void*' [-Werror=format=] >>>> tty->print_cr("Exception <%s> (" INTPTR_FORMAT ")", >>>> except_oop->print_value_string(), (void*)except_oop()); >>>> >>>> ^ >>>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: >>>> error: >>>> format '%d' expects argument of type 'int', but argument 3 has type >>>> 'address {aka unsigned char*}' [-Werror=format=] >>>> continuation_bci, THREAD); >>>> ^ >>>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: >>>> error: >>>> format '%d' expects argument of type 'int', but argument 4 has type >>>> 'intptr_t {aka long int}' [-Werror=format=] >>>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: >>>> error: >>>> format '%lx' expects argument of type 'long unsigned int', but >>>> argument 5 >>>> has type 'JavaThread*' [-Werror=format=] >>>> /hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2868:112: >>>> error: >>>> format '%lx' expects argument of type 'long unsigned int', but >>>> argument 4 >>>> has type 'void*' [-Werror=format=] >>>> tty->print_cr("Exception <%s> (" INTPTR_FORMAT ")", >>>> except_oop->print_value_string(), (void*)except_oop()); >>>> >>>> ^ >>>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2872:27: >>>> error: >>>> format '%d' expects argument of type 'int', but argument 3 has type >>>> 'address {aka unsigned char*}' [-Werror=format=] >>>> THREAD); >>>> ^ >>>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2872:27: >>>> error: >>>> format '%lx' expects argument of type 'long unsigned int', but >>>> argument 4 >>>> has type 'JavaThread*' [-Werror=format=] >>>> >>>> 8048169: Change 8037816 breaks HS build on PPC64 and CPP-Interpreter >>>> platforms >>>> fixes that but doesn't seem to be in u20. >>> Unfortunately the need for a 8u backport was not mentioned in the review >>> thread: >>> >>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-June/014453.html >>> >>> Did anyone flag this since 8048169 was pushed? I can't seem to find any >>> email thread on it. >>> >>> I think we have a hole in the process when the "bug tail" for a >>> backported fix is not also identified as needing an urgent backport. >> I couldn't see anything in the thread either. I literally only >> stumbled across >> this all yesterday as I found the issue, and u20 was released right as >> I was doing >> it :( >> >>>> With that applied, it fails further >>>> on in frame_zero.cpp. I don't see a fix for that in 9 either. >>> See review thread: >>> >>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-August/014825.html >>> >>> >>> Not sure if it has been been pushed anywhere yet. >> It's a different issue, again with format warnings. I have a fix for >> 8u, but not >> sure how applicable it is for 9. I haven't had a chance to look at >> that yet. >> >> Actually, it's just this: >> >> diff -r 6533ac845e18 -r c75d6ce2e98b src/cpu/zero/vm/frame_zero.cpp >> --- a/src/cpu/zero/vm/frame_zero.cpp Mon Jun 30 14:58:52 2014 -0400 >> +++ b/src/cpu/zero/vm/frame_zero.cpp Tue Aug 19 22:31:00 2014 +0100 >> @@ -216,7 +216,7 @@ >> valuebuf[buflen - 1] = '\0'; >> // Print the result >> - st->print_cr(" " PTR_FORMAT ": %-21s = %s", addr, fieldbuf, >> valuebuf); >> + st->print_cr(" " PTR_FORMAT ": %-21s = %s", p2i(addr), fieldbuf, >> valuebuf); >> } >> } >> >> I'm guessing 8048169 covered the PPC port use of the interpreter, but >> this >> file is only built as part of Zero. >> >>> David >>> ----- >>> > From sean.coffey at oracle.com Tue Aug 26 08:15:44 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Tue, 26 Aug 2014 09:15:44 +0100 Subject: [8u40] Request for Approval: 8055870: iteration fails if index var is not used In-Reply-To: <40903156-680C-4E14-B60E-740627F22188@oracle.com> References: <40903156-680C-4E14-B60E-740627F22188@oracle.com> Message-ID: <53FC4230.6010005@oracle.com> Approved. regards, Sean. On 25/08/2014 21:41, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055870 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003317.html > jdk9 webrev: http://cr.openjdk.java.net/~attila/8055870/webrev.00 > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. > From sean.coffey at oracle.com Tue Aug 26 08:16:43 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 26 Aug 2014 09:16:43 +0100 Subject: [8u40] Request for approval for bulk integration of hs25.40-b07 In-Reply-To: <53FBF219.5040404@oracle.com> References: <53FBF219.5040404@oracle.com> Message-ID: <53FC426B.7020901@oracle.com> Approved pending positive PIT results. regards, Sean. On 26/08/2014 03:34, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.40-b07 into jdk8u40-b04. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b07-jdk8u40-b04.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 8026796: Make replace_in_map() on parent maps generic > 8038265: CMS: enable time based triggering of concurrent cycles > 8038423: G1: Decommit memory within heap > 8038829: G1: More useful information in a few assert messages > 8040722: G1: Clean up usages of heap_region_containing > 8044406: JVM crash with JDK8 (build 1.8.0-b132) with G1 GC > 8046919: jni_PushLocalFrame OOM - increase MAX_REASONABLE_LOCAL_CAPACITY > 8050485: super() in a try block in a ctor causes VerifyError > 8054362: gc/g1/TestEagerReclaimHumongousRegions2.java timeout > 8054402: "klass->is_loader_alive(_is_alive)) failed: must be alive" > for anonymous classes > 8054818: Refactor HeapRegionSeq to manage heap region and auxiliary data > 8054883: Segmentation error while running program > 8055155: new hotspot build - hs25.40-b06 > 8055217: Make jdk8u40 the default jprt release for hs25.40 > 8055275: Several gc/class_unloading/ tests fail due to missed > +UnlockDiagnosticVMOptions flag > 8055525: Bigapp weblogic+medrec fails to startup after JDK-8038423 > 8055635: Missing include in g1RegionToSpaceMapper.hpp results in > unresolved symbol of fastdebug build without precompiled headers > 8055786: new hotspot build - hs25.40-b07 > From sean.coffey at oracle.com Tue Aug 26 08:28:55 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 26 Aug 2014 09:28:55 +0100 Subject: [8u-communication] JDK 8u20 released today! In-Reply-To: <53FC0C58.6090507@oracle.com> References: <53F3A39E.3010700@oracle.com> <1503800014.9438989.1408479930435.JavaMail.zimbra@redhat.com> <53F421D0.3090106@oracle.com> <350651847.9993656.1408548452148.JavaMail.zimbra@redhat.com> <53FB05B1.2080908@oracle.com> <53FC0C58.6090507@oracle.com> Message-ID: <53FC4547.6040407@oracle.com> On 26/08/2014 05:26, David Holmes wrote: > On 25/08/2014 7:45 PM, Se?n Coffey wrote: >> Please ensure the necessary fixes are now in the JDK 8u codeline. If >> not, please ensure that bug records exist to fix such issues in JDK 8u. > > I have marked 8048169 as affecting 8u40 and added a comment that it > needs backporting. Best way to capture a "must backport" issue is to create a backport record. We have several issues in JBS where the affects version may contain 8uX but an actual fix might not be pushed for 8uX. The backport is currently assigned to the JDK 9 bug owner (Volker) - not sure if Volker can port it or if someone else can take charge of it. regards, Sean. > > I have created 8056011 for the second zero-only issue that Andrew > provides a patch for below, and linked it to 8048169. > > David > >> regards, >> Sean. >> >> On 20/08/14 16:27, Andrew Hughes wrote: >>> ----- Original Message ----- >>>> On 20/08/2014 6:25 AM, Andrew Hughes wrote: >>>>> ----- Original Message ----- >>>>>> I'd like to announce that JDK 8u20 has become available for download >>>>>> today [0]. Thanks to all those who have contributed towards it. >>>>>> >>>>>> OpenJDK 8u20 source code is available via the 8u20 stabilization >>>>>> forest >>>>>> [1]. I plan to update the OpenJDK 8u project page with latest >>>>>> status and >>>>>> to >>>>>> also ask the OpenJDK ops team to mark the 8u20 forests as read-only. >>>>>> >>>>>> If you're packaging this release, it could be useful to let >>>>>> subscribed >>>>>> members know about it via communication on this mailing list. Please >>>>>> continue to contribute fixes back to the jdk8u-dev forest [2] >>>>>> which is >>>>>> already gathering changes for the next non-CPU JDK8u release. >>>>>> >>>>>> Regards, >>>>>> Sean. >>>>>> >>>>>> [0] >>>>>> http://www.oracle.com/technetwork/java/javase/downloads/index.html >>>>>> [1] http://hg.openjdk.java.net/jdk8u/jdk8u20/ >>>>>> [2] http://hg.openjdk.java.net/jdk8u/jdk8u-dev >>>>>> >>>>> Zero appears to be broken: >>>>> >>>>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2852:114: >>>>> error: >>>>> form\ >>>>> at '%lx' expects argument of type 'long unsigned int', but argument >>>>> 4 has >>>>> type 'void*' [-Werror=format=] >>>>> tty->print_cr("Exception <%s> (" INTPTR_FORMAT ")", >>>>> except_oop->print_value_string(), (void*)except_oop()); >>>>> >>>>> ^ >>>>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: >>>>> error: >>>>> format '%d' expects argument of type 'int', but argument 3 has type >>>>> 'address {aka unsigned char*}' [-Werror=format=] >>>>> continuation_bci, THREAD); >>>>> ^ >>>>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: >>>>> error: >>>>> format '%d' expects argument of type 'int', but argument 4 has type >>>>> 'intptr_t {aka long int}' [-Werror=format=] >>>>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2856:47: >>>>> error: >>>>> format '%lx' expects argument of type 'long unsigned int', but >>>>> argument 5 >>>>> has type 'JavaThread*' [-Werror=format=] >>>>> /hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2868:112: >>>>> error: >>>>> format '%lx' expects argument of type 'long unsigned int', but >>>>> argument 4 >>>>> has type 'void*' [-Werror=format=] >>>>> tty->print_cr("Exception <%s> (" INTPTR_FORMAT ")", >>>>> except_oop->print_value_string(), (void*)except_oop()); >>>>> >>>>> ^ >>>>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2872:27: >>>>> error: >>>>> format '%d' expects argument of type 'int', but argument 3 has type >>>>> 'address {aka unsigned char*}' [-Werror=format=] >>>>> THREAD); >>>>> ^ >>>>> hotspot/src/share/vm/interpreter/bytecodeInterpreter.cpp:2872:27: >>>>> error: >>>>> format '%lx' expects argument of type 'long unsigned int', but >>>>> argument 4 >>>>> has type 'JavaThread*' [-Werror=format=] >>>>> >>>>> 8048169: Change 8037816 breaks HS build on PPC64 and CPP-Interpreter >>>>> platforms >>>>> fixes that but doesn't seem to be in u20. >>>> Unfortunately the need for a 8u backport was not mentioned in the >>>> review >>>> thread: >>>> >>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-June/014453.html >>>> >>>> >>>> Did anyone flag this since 8048169 was pushed? I can't seem to find >>>> any >>>> email thread on it. >>>> >>>> I think we have a hole in the process when the "bug tail" for a >>>> backported fix is not also identified as needing an urgent backport. >>> I couldn't see anything in the thread either. I literally only >>> stumbled across >>> this all yesterday as I found the issue, and u20 was released right as >>> I was doing >>> it :( >>> >>>>> With that applied, it fails further >>>>> on in frame_zero.cpp. I don't see a fix for that in 9 either. >>>> See review thread: >>>> >>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2014-August/014825.html >>>> >>>> >>>> >>>> Not sure if it has been been pushed anywhere yet. >>> It's a different issue, again with format warnings. I have a fix for >>> 8u, but not >>> sure how applicable it is for 9. I haven't had a chance to look at >>> that yet. >>> >>> Actually, it's just this: >>> >>> diff -r 6533ac845e18 -r c75d6ce2e98b src/cpu/zero/vm/frame_zero.cpp >>> --- a/src/cpu/zero/vm/frame_zero.cpp Mon Jun 30 14:58:52 2014 -0400 >>> +++ b/src/cpu/zero/vm/frame_zero.cpp Tue Aug 19 22:31:00 2014 +0100 >>> @@ -216,7 +216,7 @@ >>> valuebuf[buflen - 1] = '\0'; >>> // Print the result >>> - st->print_cr(" " PTR_FORMAT ": %-21s = %s", addr, fieldbuf, >>> valuebuf); >>> + st->print_cr(" " PTR_FORMAT ": %-21s = %s", p2i(addr), fieldbuf, >>> valuebuf); >>> } >>> } >>> >>> I'm guessing 8048169 covered the PPC port use of the interpreter, but >>> this >>> file is only built as part of Zero. >>> >>>> David >>>> ----- >>>> >> From sundararajan.athijegannathan at oracle.com Tue Aug 26 12:32:25 2014 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Tue, 26 Aug 2014 18:02:25 +0530 Subject: [8u40] approval request for 8056050: runExternalJsTest method in test/jdk/nashorn/internal/runtime/ClassFilter.java slows down "ant test" Message-ID: <53FC7E59.3030606@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8056050 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003330.html jdk8u40 webrev: http://cr.openjdk.java.net/~sundar/8056050/8u40/ jdk9 changeset imported "as is" without any jdk8 specific changes. Thanks -Sundar From dalibor.topic at oracle.com Tue Aug 26 12:50:44 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 26 Aug 2014 14:50:44 +0200 Subject: RFR 8055811 Tests for Nashorn ClassFilter Support In-Reply-To: <53FB34E6.1060709@oracle.com> References: <53FB34E6.1060709@oracle.com> Message-ID: <53FC82A4.7010109@oracle.com> Retroactively approved for jdk8u-dev. When you are looking for approval & review, rather than just a review, please make sure to follow the approval template: http://openjdk.java.net/projects/jdk8u/approval-template.html or your request might not get picked up immediately. In this case, your subject line seemed to say 'hey I just want a review of this change', rather than what you meant. cheers, dalibor topic On 25.08.2014 15:06, Sergey Lugovoy wrote: > Please review http://cr.openjdk.java.net/~yan/8055811/webrev.00/ > > Bug : https://bugs.openjdk.java.net/browse/JDK-8055811 > SQE Test plan: https://bugs.openjdk.java.net/browse/JDK-8050967 > JEP : https://bugs.openjdk.java.net/browse/JDK-8043717 > -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From rob.mckenna at oracle.com Tue Aug 26 12:51:43 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 26 Aug 2014 13:51:43 +0100 Subject: [8u40] approval request for 8056050: runExternalJsTest method in test/jdk/nashorn/internal/runtime/ClassFilter.java slows down "ant test" In-Reply-To: <53FC7E59.3030606@oracle.com> References: <53FC7E59.3030606@oracle.com> Message-ID: <53FC82DF.30007@oracle.com> Approved. -Rob On 26/08/14 13:32, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8056050 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003330.html > jdk8u40 webrev: http://cr.openjdk.java.net/~sundar/8056050/8u40/ > > jdk9 changeset imported "as is" without any jdk8 specific changes. > > Thanks > -Sundar From dalibor.topic at oracle.com Tue Aug 26 12:58:30 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 26 Aug 2014 14:58:30 +0200 Subject: [8u-dev] RFR: 8036981: JAXB not preserving formatting for xsd:any Mixed content In-Reply-To: <53F7A18F.4090505@oracle.com> References: <53F21BF5.7000803@oracle.com> <53F7A18F.4090505@oracle.com> Message-ID: <53FC8476.5010207@oracle.com> Hi Aleksej - are you looking for approval to push into jdk8u-dev? cheers, dalibor topic On 22.08.2014 22:01, Miroslav Kos wrote: > Hi Aleksej, > looks good to me. > > Thanks > Miran > > > On 18/08/14 17:29, Aleksej Efimov wrote: >> Hi, >> >> Can I ask for a review of 8036981 bug [1] fix: >> JAXWS: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jaxws/ >> JDK: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jdk/ >> >> The proposed fix is a partial backport of "Update JAX-WS RI >> integration to latest version" bug [2] to JDK8. >> The proposed patch fixes the broken formatting of the input xml during >> JAXB marshalling/unmarshalling. Regression test is included. >> Testing: >> - regtests: xml related tests from 'core' testset - no failures >> - JCK: api/xinclude api/xsl api/javax_xml api/org_xml xml_schema >> api/xinclude - no failures >> >> Thank you, >> Aleksej >> >> [1] https://bugs.openjdk.java.net/browse/JDK-8036981 >> [2] https://bugs.openjdk.java.net/browse/JDK-8044656 >> [3] 8044656 JDK9 review thread: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027458.html >> >> > -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From andrew.brygin at oracle.com Tue Aug 26 13:37:31 2014 From: andrew.brygin at oracle.com (Andrew Brygin) Date: Tue, 26 Aug 2014 17:37:31 +0400 Subject: [8u40] Request for approval: 8040617: [macosx] Large JTable cell results in a OutOfMemoryException Message-ID: <53FC8D9B.4070709@oracle.com> Hello, please approve an identical backport of the fix to jdk8u-dev. The change applies cleanly to jdk8u-dev after path reshuffling from modular source code layout. The bug: https://bugs.openjdk.java.net/browse/JDK-8040617 jdk9 webrev: http://cr.openjdk.java.net/~bae/8040617/9/webrev.01/ jdk9 review: http://mail.openjdk.java.net/pipermail/2d-dev/2014-August/004765.html jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/dcc4a47ffcb5 Thanks, Andrew From aleksej.efimov at oracle.com Tue Aug 26 14:12:35 2014 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Tue, 26 Aug 2014 18:12:35 +0400 Subject: [8u-dev] RFR: 8036981: JAXB not preserving formatting for xsd:any Mixed content In-Reply-To: <53FC8476.5010207@oracle.com> References: <53F21BF5.7000803@oracle.com> <53F7A18F.4090505@oracle.com> <53FC8476.5010207@oracle.com> Message-ID: <53FC95D3.5040508@oracle.com> Hi Dalibor, It's a partial backport (logged with a different bugID) of JDK9 fix, I got an approval from Miran (Thank you Miran!) and right now I'm waiting for a JDK8 reviewer approval. -Aleksej On 08/26/2014 04:58 PM, dalibor topic wrote: > Hi Aleksej - are you looking for approval to push into jdk8u-dev? > > cheers, > dalibor topic > > On 22.08.2014 22:01, Miroslav Kos wrote: >> Hi Aleksej, >> looks good to me. >> >> Thanks >> Miran >> >> >> On 18/08/14 17:29, Aleksej Efimov wrote: >>> Hi, >>> >>> Can I ask for a review of 8036981 bug [1] fix: >>> JAXWS: >>> http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jaxws/ >>> JDK: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jdk/ >>> >>> The proposed fix is a partial backport of "Update JAX-WS RI >>> integration to latest version" bug [2] to JDK8. >>> The proposed patch fixes the broken formatting of the input xml during >>> JAXB marshalling/unmarshalling. Regression test is included. >>> Testing: >>> - regtests: xml related tests from 'core' testset - no failures >>> - JCK: api/xinclude api/xsl api/javax_xml api/org_xml xml_schema >>> api/xinclude - no failures >>> >>> Thank you, >>> Aleksej >>> >>> [1] https://bugs.openjdk.java.net/browse/JDK-8036981 >>> [2] https://bugs.openjdk.java.net/browse/JDK-8044656 >>> [3] 8044656 JDK9 review thread: >>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027458.html >>> >>> >>> >> > From dalibor.topic at oracle.com Tue Aug 26 14:48:47 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 26 Aug 2014 16:48:47 +0200 Subject: [8u40] Request for approval: 8040617: [macosx] Large JTable cell results in a OutOfMemoryException In-Reply-To: <53FC8D9B.4070709@oracle.com> References: <53FC8D9B.4070709@oracle.com> Message-ID: <53FC9E4F.3060809@oracle.com> Approved for jdk8u-dev. cheers, dalibor topic On 26.08.2014 15:37, Andrew Brygin wrote: > Hello, > > please approve an identical backport of the fix to jdk8u-dev. > The change applies cleanly to jdk8u-dev after path reshuffling > from modular source code layout. > > The bug: https://bugs.openjdk.java.net/browse/JDK-8040617 > jdk9 webrev: http://cr.openjdk.java.net/~bae/8040617/9/webrev.01/ > jdk9 review: > http://mail.openjdk.java.net/pipermail/2d-dev/2014-August/004765.html > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/dcc4a47ffcb5 > > Thanks, > Andrew -- 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 Gesch?ftsf?hrer: J?rgen Kunz 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, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From abhi.saha at oracle.com Tue Aug 26 20:06:08 2014 From: abhi.saha at oracle.com (Abhijit Saha) Date: Tue, 26 Aug 2014 13:06:08 -0700 Subject: 8u-dev and 8u repo sync Message-ID: <53FCE8B0.8090708@oracle.com> 8u-dev repo seems not in sync with 8u with b01 and b02 tags. Can we have 8u-dev repo in sync with 8u ? Thanks Abhijit -- Lead, Java SE Updates Java Platform Group Oracle Corporation. (408)276-7564 From ivan.gerasimov at oracle.com Tue Aug 26 20:54:31 2014 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Wed, 27 Aug 2014 00:54:31 +0400 Subject: [8u-dev] Request for Approval: 8055421: (fs) bad error handling in java.base/unix/native/libnio/fs/UnixNativeDispatcher.c Message-ID: <53FCF407.1060707@oracle.com> Hello! Would you please approve backport of this recent fix from jdk9. Unshuffled patch applies cleanly. Bug: https://bugs.openjdk.java.net/browse/JDK-8055421 Jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/431163ee6141 Review: http://mail.openjdk.java.net/pipermail/nio-dev/2014-August/002734.html Sincerely yours, Ivan From alejandro.murillo at oracle.com Tue Aug 26 21:19:17 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 26 Aug 2014 15:19:17 -0600 Subject: jdk8u40-b03: HotSpot Message-ID: <53FCF9D5.6010905@oracle.com> hs25.40-b06 has been integrated into jdk8u40-b03. http://hg.openjdk.java.net/jdk8u/jdk8u/rev/a0224ac41351 http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/91cd0ecdbe08 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/38539608359a http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/d73144ee471d http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/27bcab54f36a http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/c67acfb24eed http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/5183e8b58a03 http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/a2e0a985764b PIT results are fine, formal PIT cert will be sent later 8026796: Make replace_in_map() on parent maps generic 8038265: CMS: enable time based triggering of concurrent cycles 8038423: G1: Decommit memory within heap 8038829: G1: More useful information in a few assert messages 8040722: G1: Clean up usages of heap_region_containing 8044406: JVM crash with JDK8 (build 1.8.0-b132) with G1 GC 8046919: jni_PushLocalFrame OOM - increase MAX_REASONABLE_LOCAL_CAPACITY 8050485: super() in a try block in a ctor causes VerifyError 8054362: gc/g1/TestEagerReclaimHumongousRegions2.java timeout 8054818: Refactor HeapRegionSeq to manage heap region and auxiliary data 8054883: Segmentation error while running program 8055155: new hotspot build - hs25.40-b06 8055217: Make jdk8u40 the default jprt release for hs25.40 8055275: Several gc/class_unloading/ tests fail due to missed +UnlockDiagnosticVMOptions flag 8055525: Bigapp weblogic+medrec fails to startup after JDK-8038423 8055635: Missing include in g1RegionToSpaceMapper.hpp results in unresolved symbol of fastdebug build without precompiled headers -- Alejandro From alejandro.murillo at oracle.com Tue Aug 26 21:24:29 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 26 Aug 2014 15:24:29 -0600 Subject: 8u-dev and 8u repo sync In-Reply-To: <53FCE8B0.8090708@oracle.com> References: <53FCE8B0.8090708@oracle.com> Message-ID: <53FCFB0D.2090905@oracle.com> On 8/26/2014 2:06 PM, Abhijit Saha wrote: > 8u-dev repo seems not in sync with 8u with b01 and b02 tags. > > Can we have 8u-dev repo in sync with 8u ? > > Thanks > Abhijit > I just updated the hotspot portions. Lana is out, so I will synch the rest thanks -- Alejandro From sean.coffey at oracle.com Tue Aug 26 22:38:16 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 26 Aug 2014 23:38:16 +0100 Subject: [8u-dev] Request for Approval: 8055421: (fs) bad error handling in java.base/unix/native/libnio/fs/UnixNativeDispatcher.c In-Reply-To: <53FCF407.1060707@oracle.com> References: <53FCF407.1060707@oracle.com> Message-ID: <53FD0C58.1000704@oracle.com> Approved. regards, Sean. On 26/08/2014 21:54, Ivan Gerasimov wrote: > Hello! > > Would you please approve backport of this recent fix from jdk9. > Unshuffled patch applies cleanly. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055421 > Jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/431163ee6141 > Review: > http://mail.openjdk.java.net/pipermail/nio-dev/2014-August/002734.html > > Sincerely yours, > Ivan From sundararajan.athijegannathan at oracle.com Wed Aug 27 03:14:26 2014 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Wed, 27 Aug 2014 08:44:26 +0530 Subject: [8u40] approval request for 8056094: [nashorn] tests fail when running via jtreg Message-ID: <53FD4D12.9060301@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8056094 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003342.html jdk8u40 webrev: http://cr.openjdk.java.net/~sundar/8056094/8u40/ jdk9 changeset is imported "as is" without any 8u40 specific changes. Thanks, -Sundar From sean.coffey at oracle.com Wed Aug 27 08:04:58 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 27 Aug 2014 09:04:58 +0100 Subject: [8u40] approval request for 8056094: [nashorn] tests fail when running via jtreg Message-ID: <201408270805.s7R858kt016402@aserz7022.oracle.com> Approved. Regards, Sean. On 27 Aug 2014 04:14, "A. Sundararajan" wrote: > > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8056094 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003342.html > jdk8u40 webrev: http://cr.openjdk.java.net/~sundar/8056094/8u40/ > > jdk9 changeset is imported "as is" without any 8u40 specific changes. > > Thanks, > -Sundar From attila.szegedi at oracle.com Wed Aug 27 09:30:29 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Wed, 27 Aug 2014 11:30:29 +0200 Subject: [8u40] Request for Approval: 8055911: Don't use String.intern for IdentNode Message-ID: <58D70F7E-AE68-4410-97ED-F5DCF8F559C6@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8055911 jdk9 webrev: http://cr.openjdk.java.net/~attila/8055911/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003319.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From alexander.zvegintsev at oracle.com Wed Aug 27 09:30:43 2014 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Wed, 27 Aug 2014 13:30:43 +0400 Subject: [8u40] Request for approval 8051588: DataTransferer.getInstance throws ClassCastException in headless mode Message-ID: <53FDA543.2000805@oracle.com> Hello, This is a request for approval to backport a fix from the jdk9 to the jdk8u-dev repository. The fix applies cleanly to 8u-dev. The bug: https://bugs.openjdk.java.net/browse/JDK-8051588 The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/1b5891ec886a The review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008276.html -- Thanks, Alexander. From attila.szegedi at oracle.com Wed Aug 27 09:44:29 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Wed, 27 Aug 2014 11:44:29 +0200 Subject: [8u40] Request for Approval: 8055913: Node.hashCode() delegates to Object.hashCode() and is hot Message-ID: <587F7BAD-5A45-440E-90A3-123EFBC4FF38@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8055913 jdk9 webrev: http://cr.openjdk.java.net/~attila/8055913/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003320.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From attila.szegedi at oracle.com Wed Aug 27 09:46:36 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Wed, 27 Aug 2014 11:46:36 +0200 Subject: [8u40] Request for Approval: 8055923: collect timings using System.nanoTime Message-ID: <9CB69DA8-5A64-41DC-B972-F4F62D5EA92B@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8055923 jdk9 webrev: http://cr.openjdk.java.net/~attila/8055923/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003327.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From attila.szegedi at oracle.com Wed Aug 27 09:47:51 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Wed, 27 Aug 2014 11:47:51 +0200 Subject: [8u40] Request for Approval: 8055954: Do not parallelize class installation Message-ID: Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8055954 jdk9 webrev: http://cr.openjdk.java.net/~attila/8055954/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003332.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From sean.coffey at oracle.com Wed Aug 27 09:50:56 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 27 Aug 2014 10:50:56 +0100 Subject: [8u40] Request for approval 8051588: DataTransferer.getInstance throws ClassCastException in headless mode In-Reply-To: <53FDA543.2000805@oracle.com> References: <53FDA543.2000805@oracle.com> Message-ID: <53FDAA00.3050505@oracle.com> Please add a suitable noreg- label to the main bug report. Approved. regards, Sean. On 27/08/14 10:30, Alexander Zvegintsev wrote: > Hello, > > This is a request for approval to backport a fix from the jdk9 to the > jdk8u-dev repository. > The fix applies cleanly to 8u-dev. > > The bug: https://bugs.openjdk.java.net/browse/JDK-8051588 > The fix: http://hg.openjdk.java.net/jdk9/client/jdk/rev/1b5891ec886a > The review: > http://mail.openjdk.java.net/pipermail/awt-dev/2014-July/008276.html > From sean.coffey at oracle.com Wed Aug 27 09:52:09 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 27 Aug 2014 10:52:09 +0100 Subject: [8u40] Request for Approval: 8055913: Node.hashCode() delegates to Object.hashCode() and is hot In-Reply-To: <587F7BAD-5A45-440E-90A3-123EFBC4FF38@oracle.com> References: <587F7BAD-5A45-440E-90A3-123EFBC4FF38@oracle.com> Message-ID: <53FDAA49.8010303@oracle.com> Please add a suitable noreg- label to main bug report. approved. regards, Sean. On 27/08/14 10:44, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055913 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8055913/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003320.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From sean.coffey at oracle.com Wed Aug 27 09:52:39 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 27 Aug 2014 10:52:39 +0100 Subject: [8u40] Request for Approval: 8055923: collect timings using System.nanoTime In-Reply-To: <9CB69DA8-5A64-41DC-B972-F4F62D5EA92B@oracle.com> References: <9CB69DA8-5A64-41DC-B972-F4F62D5EA92B@oracle.com> Message-ID: <53FDAA67.4000801@oracle.com> Please add a suitable noreg- label to the bug report. regards, Sean. On 27/08/14 10:46, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055923 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8055923/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003327.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From sean.coffey at oracle.com Wed Aug 27 09:52:58 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 27 Aug 2014 10:52:58 +0100 Subject: [8u40] Request for Approval: 8055923: collect timings using System.nanoTime In-Reply-To: <53FDAA67.4000801@oracle.com> References: <9CB69DA8-5A64-41DC-B972-F4F62D5EA92B@oracle.com> <53FDAA67.4000801@oracle.com> Message-ID: <53FDAA7A.20107@oracle.com> Approved BTW... regards, Sean. On 27/08/14 10:52, Se?n Coffey wrote: > Please add a suitable noreg- label to the bug report. > > regards, > Sean. > > On 27/08/14 10:46, Attila Szegedi wrote: >> Please approve. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8055923 >> jdk9 webrev: http://cr.openjdk.java.net/~attila/8055923/webrev.00 >> jdk9 review thread: >> http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003327.html >> >> Changes apply cleanly to jdk8u-dev after path reshuffling from >> modular source code layout. >> >> Thanks, >> Attila. > From sean.coffey at oracle.com Wed Aug 27 09:53:58 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 27 Aug 2014 10:53:58 +0100 Subject: [8u40] Request for Approval: 8055954: Do not parallelize class installation In-Reply-To: References: Message-ID: <53FDAAB6.507@oracle.com> one more time ;) - please add a suitable noreg- label to the bug report. http://openjdk.java.net/guide/changePlanning.html#noreg approved. regards, Sean. On 27/08/14 10:47, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055954 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8055954/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003332.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From attila.szegedi at oracle.com Wed Aug 27 10:16:17 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Wed, 27 Aug 2014 12:16:17 +0200 Subject: [8u40] Request for Approval: 8055954: Do not parallelize class installation In-Reply-To: <53FDAAB6.507@oracle.com> References: <53FDAAB6.507@oracle.com> Message-ID: Thanks, added noreg-perf to all of them On Aug 27, 2014, at 11:53 AM, Se?n Coffey wrote: > one more time ;) - please add a suitable noreg- label to the bug report. > http://openjdk.java.net/guide/changePlanning.html#noreg > > approved. > > regards, > Sean. > > On 27/08/14 10:47, Attila Szegedi wrote: >> Please approve. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8055954 >> jdk9 webrev: http://cr.openjdk.java.net/~attila/8055954/webrev.00 >> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003332.html >> >> Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. >> >> Thanks, >> Attila. > From attila.szegedi at oracle.com Wed Aug 27 10:47:48 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Wed, 27 Aug 2014 12:47:48 +0200 Subject: [8u40] Request for Approval: 8056052: Source.getContent() does excess Object.clone() Message-ID: <92C1FB56-94E9-4680-9F6B-587B32A073E2@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8056052 jdk9 webrev: http://cr.openjdk.java.net/~attila/8056052/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003336.html, also http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003352.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From attila.szegedi at oracle.com Wed Aug 27 10:48:10 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Wed, 27 Aug 2014 12:48:10 +0200 Subject: [8u40] Request for Approval: 8056025: CompilationPhase.setStates() is hot in class installation phase Message-ID: <92C3FE74-3949-43A5-B692-950F55E7F69C@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8056025 jdk9 webrev: http://cr.openjdk.java.net/~attila/8056025/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003339.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From sean.coffey at oracle.com Wed Aug 27 10:54:10 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 27 Aug 2014 11:54:10 +0100 Subject: [8u40] Request for Approval: 8056052: Source.getContent() does excess Object.clone() In-Reply-To: <92C1FB56-94E9-4680-9F6B-587B32A073E2@oracle.com> References: <92C1FB56-94E9-4680-9F6B-587B32A073E2@oracle.com> Message-ID: <53FDB8D2.8010605@oracle.com> Approved. regards, Sean. On 27/08/14 11:47, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8056052 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8056052/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003336.html, also http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003352.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From sean.coffey at oracle.com Wed Aug 27 10:54:22 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 27 Aug 2014 11:54:22 +0100 Subject: [8u40] Request for Approval: 8056025: CompilationPhase.setStates() is hot in class installation phase In-Reply-To: <92C3FE74-3949-43A5-B692-950F55E7F69C@oracle.com> References: <92C3FE74-3949-43A5-B692-950F55E7F69C@oracle.com> Message-ID: <53FDB8DE.9070409@oracle.com> Approved. regards, Sean. On 27/08/14 11:48, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8056025 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8056025/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003339.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From sean.coffey at oracle.com Wed Aug 27 11:13:33 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 27 Aug 2014 12:13:33 +0100 Subject: [8u40] Request for Approval: 8055911: Don't use String.intern for IdentNode In-Reply-To: <58D70F7E-AE68-4410-97ED-F5DCF8F559C6@oracle.com> References: <58D70F7E-AE68-4410-97ED-F5DCF8F559C6@oracle.com> Message-ID: <53FDBD5D.3050601@oracle.com> Approved. regards, Sean. On 27/08/14 10:30, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055911 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8055911/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003319.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From sundararajan.athijegannathan at oracle.com Wed Aug 27 11:17:50 2014 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Wed, 27 Aug 2014 16:47:50 +0530 Subject: [8u40] approval request for 8056123: Anonymous function statements leak internal function names into global scope Message-ID: <53FDBE5E.8060808@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8056123 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003351.html jdk8u40 webrev: http://cr.openjdk.java.net/~sundar/8056123/8u40/ jdk8u40 changeset is same as that of jdk9 except for modular source directory layout difference. Thanks -Sundar From attila.szegedi at oracle.com Wed Aug 27 11:45:25 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Wed, 27 Aug 2014 13:45:25 +0200 Subject: [8u40] Request for Approval: 8055878: Nashorn: all tests failed with AccessControlException Message-ID: <0A0A7FEE-BB4D-4EFD-8D30-FCD91DF9D3EA@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8055878 jdk9 webrev: http://cr.openjdk.java.net/~attila/8055878/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003309.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From attila.szegedi at oracle.com Wed Aug 27 11:51:11 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Wed, 27 Aug 2014 13:51:11 +0200 Subject: [8u40] Request for Approval: 8055878: Nashorn: all tests failed with AccessControlException In-Reply-To: <0A0A7FEE-BB4D-4EFD-8D30-FCD91DF9D3EA@oracle.com> References: <0A0A7FEE-BB4D-4EFD-8D30-FCD91DF9D3EA@oracle.com> Message-ID: <93EBB3E4-58F5-40FC-9CD9-AC9C25A8A889@oracle.com> Duh, I was backporting something committed by a different person originally, and botched the URL for the webrev in my e-mail template. The data is correctly: Bug: https://bugs.openjdk.java.net/browse/JDK-8055878 jdk9 webrev: http://cr.openjdk.java.net/~yan/8055878/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003309.html On Aug 27, 2014, at 1:45 PM, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055878 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8055878/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003309.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From attila.szegedi at oracle.com Wed Aug 27 12:36:36 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Wed, 27 Aug 2014 14:36:36 +0200 Subject: [8u40] Request for Approval: 8055906: Avoid throwing an exception with filled in stack trace as part of the normal control flow Message-ID: <06569099-549E-43BF-82D4-AA14C68A3BF8@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8055906 jdk9 webrev: http://cr.openjdk.java.net/~lagergren/8055906/webrev/ jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003354.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From sean.coffey at oracle.com Wed Aug 27 12:41:40 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 27 Aug 2014 13:41:40 +0100 Subject: [8u40] Request for Approval: 8055878: Nashorn: all tests failed with AccessControlException In-Reply-To: <93EBB3E4-58F5-40FC-9CD9-AC9C25A8A889@oracle.com> References: <0A0A7FEE-BB4D-4EFD-8D30-FCD91DF9D3EA@oracle.com> <93EBB3E4-58F5-40FC-9CD9-AC9C25A8A889@oracle.com> Message-ID: <53FDD204.8010409@oracle.com> Approved. regards, Sean. On 27/08/14 12:51, Attila Szegedi wrote: > Duh, I was backporting something committed by a different person originally, and botched the URL for the webrev in my e-mail template. The data is correctly: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055878 > jdk9 webrev: http://cr.openjdk.java.net/~yan/8055878/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003309.html > > On Aug 27, 2014, at 1:45 PM, Attila Szegedi wrote: > >> Please approve. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8055878 >> jdk9 webrev: http://cr.openjdk.java.net/~attila/8055878/webrev.00 >> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003309.html >> >> Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. >> >> Thanks, >> Attila. From sean.coffey at oracle.com Wed Aug 27 12:42:30 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Wed, 27 Aug 2014 13:42:30 +0100 Subject: [8u40] Request for Approval: 8055906: Avoid throwing an exception with filled in stack trace as part of the normal control flow In-Reply-To: <06569099-549E-43BF-82D4-AA14C68A3BF8@oracle.com> References: <06569099-549E-43BF-82D4-AA14C68A3BF8@oracle.com> Message-ID: <53FDD236.8040808@oracle.com> Please add noreg-perf to this bug report. Approved. regards, Sean. On 27/08/14 13:36, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8055906 > jdk9 webrev: http://cr.openjdk.java.net/~lagergren/8055906/webrev/ > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003354.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From rob.mckenna at oracle.com Wed Aug 27 12:45:18 2014 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 27 Aug 2014 13:45:18 +0100 Subject: [8u40] approval request for 8056123: Anonymous function statements leak internal function names into global scope In-Reply-To: <53FDBE5E.8060808@oracle.com> References: <53FDBE5E.8060808@oracle.com> Message-ID: <53FDD2DE.9030503@oracle.com> Approved. -Rob On 27/08/14 12:17, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8056123 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003351.html > jdk8u40 webrev: http://cr.openjdk.java.net/~sundar/8056123/8u40/ > > jdk8u40 changeset is same as that of jdk9 except for modular source > directory layout difference. > > Thanks > -Sundar From aleksej.efimov at oracle.com Wed Aug 27 13:45:55 2014 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Wed, 27 Aug 2014 17:45:55 +0400 Subject: [8u-dev] RFR: 8036981: JAXB not preserving formatting for xsd:any Mixed content In-Reply-To: <53FC95D3.5040508@oracle.com> References: <53F21BF5.7000803@oracle.com> <53F7A18F.4090505@oracle.com> <53FC8476.5010207@oracle.com> <53FC95D3.5040508@oracle.com> Message-ID: <53FDE113.1030503@oracle.com> Hi, I'm adding a core-libs-dev mail list - I might be lucky to find a JDK8 reviewer for my fix there. Thank you, Aleksej On 08/26/2014 06:12 PM, Aleksej Efimov wrote: > Hi Dalibor, > > It's a partial backport (logged with a different bugID) of JDK9 fix, I > got an approval from Miran (Thank you Miran!) and right now I'm > waiting for a JDK8 reviewer approval. > > -Aleksej > > On 08/26/2014 04:58 PM, dalibor topic wrote: >> Hi Aleksej - are you looking for approval to push into jdk8u-dev? >> >> cheers, >> dalibor topic >> >> On 22.08.2014 22:01, Miroslav Kos wrote: >>> Hi Aleksej, >>> looks good to me. >>> >>> Thanks >>> Miran >>> >>> >>> On 18/08/14 17:29, Aleksej Efimov wrote: >>>> Hi, >>>> >>>> Can I ask for a review of 8036981 bug [1] fix: >>>> JAXWS: >>>> http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jaxws/ >>>> JDK: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jdk/ >>>> >>>> The proposed fix is a partial backport of "Update JAX-WS RI >>>> integration to latest version" bug [2] to JDK8. >>>> The proposed patch fixes the broken formatting of the input xml during >>>> JAXB marshalling/unmarshalling. Regression test is included. >>>> Testing: >>>> - regtests: xml related tests from 'core' testset - no failures >>>> - JCK: api/xinclude api/xsl api/javax_xml api/org_xml xml_schema >>>> api/xinclude - no failures >>>> >>>> Thank you, >>>> Aleksej >>>> >>>> [1] https://bugs.openjdk.java.net/browse/JDK-8036981 >>>> [2] https://bugs.openjdk.java.net/browse/JDK-8044656 >>>> [3] 8044656 JDK9 review thread: >>>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027458.html >>>> >>>> >>>> >>> >> > From djhorton at ntlworld.com Mon Aug 25 17:45:36 2014 From: djhorton at ntlworld.com (Dave Horton) Date: Mon, 25 Aug 2014 18:45:36 +0100 Subject: Problem installing Java 8 Message-ID: <53FB7640.8070805@ntlworld.com> Hi This is not my solution, I found it on the net. I had a problem installing Java 8 update. Got two different messages: Error 1603 and Key not valid for use in specified state. I had checked for malware and viruses beforehand and found nothing. I renamed c:/Users/%username%/Appdata/roaming/Microsoft/crypto/RSA to RSAcorrupt and tried installing again. It worked successfully. Dave Horton From lance.andersen at oracle.com Wed Aug 27 15:56:33 2014 From: lance.andersen at oracle.com (Lance Andersen) Date: Wed, 27 Aug 2014 11:56:33 -0400 Subject: [8u-dev] RFR: 8036981: JAXB not preserving formatting for xsd:any Mixed content In-Reply-To: <53FDE113.1030503@oracle.com> References: <53F21BF5.7000803@oracle.com> <53F7A18F.4090505@oracle.com> <53FC8476.5010207@oracle.com> <53FC95D3.5040508@oracle.com> <53FDE113.1030503@oracle.com> Message-ID: <3B37A070-FABD-4322-932D-B10B9ECA13C0@oracle.com> I will review it by the end of the week On Aug 27, 2014, at 9:45 AM, Aleksej Efimov wrote: > Hi, > I'm adding a core-libs-dev mail list - I might be lucky to find a JDK8 reviewer for my fix there. > > Thank you, > Aleksej > > On 08/26/2014 06:12 PM, Aleksej Efimov wrote: >> Hi Dalibor, >> >> It's a partial backport (logged with a different bugID) of JDK9 fix, I got an approval from Miran (Thank you Miran!) and right now I'm waiting for a JDK8 reviewer approval. >> >> -Aleksej >> >> On 08/26/2014 04:58 PM, dalibor topic wrote: >>> Hi Aleksej - are you looking for approval to push into jdk8u-dev? >>> >>> cheers, >>> dalibor topic >>> >>> On 22.08.2014 22:01, Miroslav Kos wrote: >>>> Hi Aleksej, >>>> looks good to me. >>>> >>>> Thanks >>>> Miran >>>> >>>> >>>> On 18/08/14 17:29, Aleksej Efimov wrote: >>>>> Hi, >>>>> >>>>> Can I ask for a review of 8036981 bug [1] fix: >>>>> JAXWS: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jaxws/ >>>>> JDK: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jdk/ >>>>> >>>>> The proposed fix is a partial backport of "Update JAX-WS RI >>>>> integration to latest version" bug [2] to JDK8. >>>>> The proposed patch fixes the broken formatting of the input xml during >>>>> JAXB marshalling/unmarshalling. Regression test is included. >>>>> Testing: >>>>> - regtests: xml related tests from 'core' testset - no failures >>>>> - JCK: api/xinclude api/xsl api/javax_xml api/org_xml xml_schema >>>>> api/xinclude - no failures >>>>> >>>>> Thank you, >>>>> Aleksej >>>>> >>>>> [1] https://bugs.openjdk.java.net/browse/JDK-8036981 >>>>> [2] https://bugs.openjdk.java.net/browse/JDK-8044656 >>>>> [3] 8044656 JDK9 review thread: >>>>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027458.html >>>>> >>>>> >>>> >>> >> > Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 Lance.Andersen at oracle.com From aleksej.efimov at oracle.com Wed Aug 27 17:41:02 2014 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Wed, 27 Aug 2014 21:41:02 +0400 Subject: [8u-dev] RFR: 8036981: JAXB not preserving formatting for xsd:any Mixed content In-Reply-To: <3B37A070-FABD-4322-932D-B10B9ECA13C0@oracle.com> References: <53F21BF5.7000803@oracle.com> <53F7A18F.4090505@oracle.com> <53FC8476.5010207@oracle.com> <53FC95D3.5040508@oracle.com> <53FDE113.1030503@oracle.com> <3B37A070-FABD-4322-932D-B10B9ECA13C0@oracle.com> Message-ID: <53FE182E.2030101@oracle.com> Thank you Lance! -Aleksej On 27.08.2014 19:56, Lance Andersen wrote: > I will review it by the end of the week > > > On Aug 27, 2014, at 9:45 AM, Aleksej Efimov > wrote: > >> Hi, >> I'm adding a core-libs-dev mail list - I might be lucky to find a >> JDK8 reviewer for my fix there. >> >> Thank you, >> Aleksej >> >> On 08/26/2014 06:12 PM, Aleksej Efimov wrote: >>> Hi Dalibor, >>> >>> It's a partial backport (logged with a different bugID) of JDK9 fix, >>> I got an approval from Miran (Thank you Miran!) and right now I'm >>> waiting for a JDK8 reviewer approval. >>> >>> -Aleksej >>> >>> On 08/26/2014 04:58 PM, dalibor topic wrote: >>>> Hi Aleksej - are you looking for approval to push into jdk8u-dev? >>>> >>>> cheers, >>>> dalibor topic >>>> >>>> On 22.08.2014 22:01, Miroslav Kos wrote: >>>>> Hi Aleksej, >>>>> looks good to me. >>>>> >>>>> Thanks >>>>> Miran >>>>> >>>>> >>>>> On 18/08/14 17:29, Aleksej Efimov wrote: >>>>>> Hi, >>>>>> >>>>>> Can I ask for a review of 8036981 bug [1] fix: >>>>>> JAXWS: >>>>>> http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jaxws/ >>>>>> >>>>>> JDK: >>>>>> http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jdk/ >>>>>> >>>>>> >>>>>> The proposed fix is a partial backport of "Update JAX-WS RI >>>>>> integration to latest version" bug [2] to JDK8. >>>>>> The proposed patch fixes the broken formatting of the input xml >>>>>> during >>>>>> JAXB marshalling/unmarshalling. Regression test is included. >>>>>> Testing: >>>>>> - regtests: xml related tests from 'core' testset - no failures >>>>>> - JCK: api/xinclude api/xsl api/javax_xml api/org_xml xml_schema >>>>>> api/xinclude - no failures >>>>>> >>>>>> Thank you, >>>>>> Aleksej >>>>>> >>>>>> [1] https://bugs.openjdk.java.net/browse/JDK-8036981 >>>>>> [2] https://bugs.openjdk.java.net/browse/JDK-8044656 >>>>>> [3] 8044656 JDK9 review thread: >>>>>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027458.html >>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> > > > > Lance > Andersen| Principal Member of Technical Staff | +1.781.442.2037 > Oracle Java Engineering > 1 Network Drive > Burlington, MA 01803 > Lance.Andersen at oracle.com > > > From joel.franck at oracle.com Thu Aug 28 10:55:25 2014 From: joel.franck at oracle.com (=?iso-8859-1?Q?Joel_Borggr=E9n-Franck?=) Date: Thu, 28 Aug 2014 12:55:25 +0200 Subject: [8u40] request for approval: JDK-8044629: (reflect) Constructor.getAnnotatedReceiverType() returns wrong value Message-ID: Hi, Can I get approval to backport: JDK-8044629: (reflect) Constructor.getAnnotatedReceiverType() returns wrong value to 8u40. Bug: https://bugs.openjdk.java.net/browse/JDK-8044629 9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/193b65ba9bc5 8 backport reviewed here: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-August/028390.html cheers /Joel From sean.coffey at oracle.com Thu Aug 28 11:21:27 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Thu, 28 Aug 2014 12:21:27 +0100 Subject: [8u40] request for approval: JDK-8044629: (reflect) Constructor.getAnnotatedReceiverType() returns wrong value In-Reply-To: References: Message-ID: <53FF10B7.9030208@oracle.com> Approved. regards, Sean. On 28/08/2014 11:55, Joel Borggr?n-Franck wrote: > Hi, > > Can I get approval to backport: JDK-8044629: (reflect) Constructor.getAnnotatedReceiverType() returns wrong value > to 8u40. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8044629 > 9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/193b65ba9bc5 > 8 backport reviewed here: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-August/028390.html > > cheers > /Joel From zhengyu.gu at oracle.com Thu Aug 28 13:59:23 2014 From: zhengyu.gu at oracle.com (Zhengyu Gu) Date: Thu, 28 Aug 2014 09:59:23 -0400 Subject: [8u40] approval request for batch of native memory tracking related backports: 8046598, 8044140, 8054938, 8054952, 8054368, 8055007, 8055061, 8054546 and 8055236 Message-ID: <53FF35BB.1060409@oracle.com> I would like to backport the list of fixes related to 8046598: Scalable Native memory tracking development. These fixes are in JDK9 for about 2 weeks, we would like to backport them to 8u40. 8046598: Scalable Native memory tracking development Bug: https://bugs.openjdk.java.net/browse/JDK-8046598 JDK9 changesets: Open JDK: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/91eeb8807a03 Backport Webrev: Open JDK: http://cr.openjdk.java.net/~zgu/8046598_8u/webrev.00/ [1]http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2014-August/012394.html 8044140: Create NMT (Native Memory Tracking) tests for NMT2 Bug: https://bugs.openjdk.java.net/browse/JDK-8044140 JDK9 changesets: Open JDK: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0c7f758c15eb 8054938: [TESTBUG] Wrong WhiteBox.java was pushed by JDK-8044140 Bug: https://bugs.openjdk.java.net/browse/JDK-8054938 JDK9 changeset: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b33d97dd6fdc 8054952: [TESTBUG] Add missing NMT2 tests Bug: https://bugs.openjdk.java.net/browse/JDK-8054952 JDK9 changeset: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d3fd2d45ce56 8054368: nsk/jdi/VirtualMachine/exit/exit002 crash with detail tracking on (NMT2) Bug: https://bugs.openjdk.java.net/browse/JDK-8054368 JDK9 changeset: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/72030160367a 8055007: NMT2: emptyStack missing in minimal build Bug: https://bugs.openjdk.java.net/browse/JDK-8055007 JDK9 changeset: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/c346a7739aee 8055061: assert at share/vm/services/virtualMemoryTracker.cpp:332 Error: ShouldNotReachHere() when running NMT tests Bug: https://bugs.openjdk.java.net/browse/JDK-8055061 JDK9 changeset: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/c041b65beeed 8054546: NMT2 leaks memory Bug: https://bugs.openjdk.java.net/browse/JDK-8054546 JDK9 changeset: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/91f25b8a47af 8055236: Deadlock during NMT2 shutdown on Windows Bug: https://bugs.openjdk.java.net/browse/JDK-8055236 JDK9 changeset: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/91f25b8a47af Thanks, -Zhengyu From sean.coffey at oracle.com Thu Aug 28 14:20:32 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 28 Aug 2014 15:20:32 +0100 Subject: [8u40] approval request for batch of native memory tracking related backports: 8046598, 8044140, 8054938, 8054952, 8054368, 8055007, 8055061, 8054546 and 8055236 In-Reply-To: <53FF35BB.1060409@oracle.com> References: <53FF35BB.1060409@oracle.com> Message-ID: <53FF3AB0.9010800@oracle.com> Zhengyu, these are hotspot related and should enter the 8u40 codeline via the hotspot team forest : http://hg.openjdk.java.net/jdk8u/hs-dev/ No need to get approval to push code to there, Alejandro will look after approval via bulk integration request. Note that some of the bug fixes are lacking a testcase - bug reports should have a noreg- label in such instances. regards, Sean. On 28/08/2014 14:59, Zhengyu Gu wrote: > I would like to backport the list of fixes related to 8046598: > Scalable Native memory tracking development. > > These fixes are in JDK9 for about 2 weeks, we would like to backport > them to 8u40. > > > 8046598: Scalable Native memory tracking development > Bug: https://bugs.openjdk.java.net/browse/JDK-8046598 > JDK9 changesets: > Open JDK: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/91eeb8807a03 > Backport Webrev: > Open JDK: http://cr.openjdk.java.net/~zgu/8046598_8u/webrev.00/ > > [1]http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2014-August/012394.html > > > > 8044140: Create NMT (Native Memory Tracking) tests for NMT2 > Bug: https://bugs.openjdk.java.net/browse/JDK-8044140 > JDK9 changesets: > Open JDK: http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/0c7f758c15eb > > 8054938: [TESTBUG] Wrong WhiteBox.java was pushed by JDK-8044140 > Bug: https://bugs.openjdk.java.net/browse/JDK-8054938 > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/b33d97dd6fdc > > 8054952: [TESTBUG] Add missing NMT2 tests > Bug: https://bugs.openjdk.java.net/browse/JDK-8054952 > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/d3fd2d45ce56 > > 8054368: nsk/jdi/VirtualMachine/exit/exit002 crash with detail > tracking on (NMT2) > Bug: https://bugs.openjdk.java.net/browse/JDK-8054368 > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/72030160367a > > 8055007: NMT2: emptyStack missing in minimal build > Bug: https://bugs.openjdk.java.net/browse/JDK-8055007 > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/c346a7739aee > > 8055061: assert at share/vm/services/virtualMemoryTracker.cpp:332 > Error: ShouldNotReachHere() when running NMT tests > Bug: https://bugs.openjdk.java.net/browse/JDK-8055061 > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/c041b65beeed > > 8054546: NMT2 leaks memory > Bug: https://bugs.openjdk.java.net/browse/JDK-8054546 > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/91f25b8a47af > > 8055236: Deadlock during NMT2 shutdown on Windows > Bug: https://bugs.openjdk.java.net/browse/JDK-8055236 > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/hs-rt/hotspot/rev/91f25b8a47af > > Thanks, > > -Zhengyu > > > From attila.szegedi at oracle.com Thu Aug 28 14:41:19 2014 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Thu, 28 Aug 2014 16:41:19 +0200 Subject: [8u40] Request for Approval: 8056243: OptimisticTypePersistence should refuse to work in symlinked directories Message-ID: <4EC54CD2-F480-43A1-A152-98E75F48C34D@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8056243 jdk9 webrev: http://cr.openjdk.java.net/~attila/8056243/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003358.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From sean.coffey at oracle.com Thu Aug 28 14:44:52 2014 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Thu, 28 Aug 2014 15:44:52 +0100 Subject: [8u40] Request for Approval: 8056243: OptimisticTypePersistence should refuse to work in symlinked directories In-Reply-To: <4EC54CD2-F480-43A1-A152-98E75F48C34D@oracle.com> References: <4EC54CD2-F480-43A1-A152-98E75F48C34D@oracle.com> Message-ID: <53FF4064.3050803@oracle.com> Approved. regards, Sean. On 28/08/2014 15:41, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8056243 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8056243/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2014-August/003358.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From lance.andersen at oracle.com Thu Aug 28 17:35:41 2014 From: lance.andersen at oracle.com (Lance Andersen) Date: Thu, 28 Aug 2014 13:35:41 -0400 Subject: [8u-dev] RFR: 8036981: JAXB not preserving formatting for xsd:any Mixed content In-Reply-To: <53FDE113.1030503@oracle.com> References: <53F21BF5.7000803@oracle.com> <53F7A18F.4090505@oracle.com> <53FC8476.5010207@oracle.com> <53FC95D3.5040508@oracle.com> <53FDE113.1030503@oracle.com> Message-ID: <44C15DD2-68C5-417E-A633-4EB588DC40BB@oracle.com> This change looks fine and I believe Miran also reviewed this. Best Lance On Aug 27, 2014, at 9:45 AM, Aleksej Efimov wrote: > Hi, > I'm adding a core-libs-dev mail list - I might be lucky to find a JDK8 reviewer for my fix there. > > Thank you, > Aleksej > > On 08/26/2014 06:12 PM, Aleksej Efimov wrote: >> Hi Dalibor, >> >> It's a partial backport (logged with a different bugID) of JDK9 fix, I got an approval from Miran (Thank you Miran!) and right now I'm waiting for a JDK8 reviewer approval. >> >> -Aleksej >> >> On 08/26/2014 04:58 PM, dalibor topic wrote: >>> Hi Aleksej - are you looking for approval to push into jdk8u-dev? >>> >>> cheers, >>> dalibor topic >>> >>> On 22.08.2014 22:01, Miroslav Kos wrote: >>>> Hi Aleksej, >>>> looks good to me. >>>> >>>> Thanks >>>> Miran >>>> >>>> >>>> On 18/08/14 17:29, Aleksej Efimov wrote: >>>>> Hi, >>>>> >>>>> Can I ask for a review of 8036981 bug [1] fix: >>>>> JAXWS: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jaxws/ >>>>> JDK: http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jdk/ >>>>> >>>>> The proposed fix is a partial backport of "Update JAX-WS RI >>>>> integration to latest version" bug [2] to JDK8. >>>>> The proposed patch fixes the broken formatting of the input xml during >>>>> JAXB marshalling/unmarshalling. Regression test is included. >>>>> Testing: >>>>> - regtests: xml related tests from 'core' testset - no failures >>>>> - JCK: api/xinclude api/xsl api/javax_xml api/org_xml xml_schema >>>>> api/xinclude - no failures >>>>> >>>>> Thank you, >>>>> Aleksej >>>>> >>>>> [1] https://bugs.openjdk.java.net/browse/JDK-8036981 >>>>> [2] https://bugs.openjdk.java.net/browse/JDK-8044656 >>>>> [3] 8044656 JDK9 review thread: >>>>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027458.html >>>>> >>>>> >>>> >>> >> > Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 Lance.Andersen at oracle.com From alejandro.murillo at oracle.com Fri Aug 29 05:43:42 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Thu, 28 Aug 2014 23:43:42 -0600 Subject: [8u40] Request for approval for bulk integration of hs25.40-b08 Message-ID: <5400130E.7070702@oracle.com> Requesting approval to integrate hs25.40-b08 into jdk8u40-b04. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b08-jdk8u40-b04.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 8029524: Remove unsused method CollectedHeap::unsafe_max_alloc() 8044140: Create NMT (Native Memory Tracking) tests for NMT2 8046598: Scalable Native memory tracking development 8051002: Incorrectly merged share/vm/classfile/classFileParser.cpp was pushed to 8u20. 8054368: nsk/jdi/VirtualMachine/exit/exit002 crash with detail tracking on (NMT2) 8054402: "klass->is_loader_alive(_is_alive)) failed: must be alive" for anonymous classes 8054546: NMT2 leaks memory 8054938: [TESTBUG] Wrong WhiteBox.java was pushed by JDK-8044140 8055007: NMT2: emptyStack missing in minimal build 8055061: assert at share/vm/services/virtualMemoryTracker.cpp:332 Error: ShouldNotReachHere() when running NMT tests 8055098: WB API should be extended to provide information about size and age of object. 8055236: Deadlock during NMT2 shutdown on Windows 8055786: new hotspot build - hs25.40-b07 8055952: new hotspot build - hs25.40-b08 8055953: [TESTBUG] Fix for 8055098 does not contain unit test 8056256: [TESTBUG] Disable NMTWithCDS.java test as launcher change has yet promoted -- Alejandro From luchsh at linux.vnet.ibm.com Fri Aug 29 06:33:51 2014 From: luchsh at linux.vnet.ibm.com (Jonathan Lu) Date: Fri, 29 Aug 2014 14:33:51 +0800 Subject: [8u40] Request for Approval: 8034218: Improve fontconfig.properties for AIX platform Message-ID: Hi, Can I get approval to port JDK-8034218 to 8u40 ? Bug: https://bugs.openjdk.java.net/browse/JDK-8034218 JDK9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ee398ee41ec1 JDK8u webrev: http://cr.openjdk.java.net/~luchsh/JDK-8034218.jdk8u40 Many thanks - Jonathan From sean.coffey at oracle.com Fri Aug 29 08:15:28 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 29 Aug 2014 09:15:28 +0100 Subject: [8u40] Request for approval for bulk integration of hs25.40-b08 In-Reply-To: <5400130E.7070702@oracle.com> References: <5400130E.7070702@oracle.com> Message-ID: <540036A0.3060301@oracle.com> Alejandro, that webrev link is returning 404.. regards, Sean. On 29/08/2014 06:43, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.40-b08 into jdk8u40-b04. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b08-jdk8u40-b04.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 8029524: Remove unsused method CollectedHeap::unsafe_max_alloc() > 8044140: Create NMT (Native Memory Tracking) tests for NMT2 > 8046598: Scalable Native memory tracking development > 8051002: Incorrectly merged share/vm/classfile/classFileParser.cpp was > pushed to 8u20. > 8054368: nsk/jdi/VirtualMachine/exit/exit002 crash with detail > tracking on (NMT2) > 8054402: "klass->is_loader_alive(_is_alive)) failed: must be alive" > for anonymous classes > 8054546: NMT2 leaks memory > 8054938: [TESTBUG] Wrong WhiteBox.java was pushed by JDK-8044140 > 8055007: NMT2: emptyStack missing in minimal build > 8055061: assert at share/vm/services/virtualMemoryTracker.cpp:332 > Error: ShouldNotReachHere() when running NMT tests > 8055098: WB API should be extended to provide information about size > and age of object. > 8055236: Deadlock during NMT2 shutdown on Windows > 8055786: new hotspot build - hs25.40-b07 > 8055952: new hotspot build - hs25.40-b08 > 8055953: [TESTBUG] Fix for 8055098 does not contain unit test > 8056256: [TESTBUG] Disable NMTWithCDS.java test as launcher change has > yet promoted > From sean.coffey at oracle.com Fri Aug 29 08:21:36 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 29 Aug 2014 09:21:36 +0100 Subject: [8u40] Request for Approval: 8034218: Improve fontconfig.properties for AIX platform In-Reply-To: References: Message-ID: <54003810.6090207@oracle.com> Approved. Please add a suitable noreg- label to the bug report : http://openjdk.java.net/guide/changePlanning.html#noreg regards, Sean. On 29/08/2014 07:33, Jonathan Lu wrote: > Hi, > > Can I get approval to port JDK-8034218 to 8u40 ? > > Bug: https://bugs.openjdk.java.net/browse/JDK-8034218 > JDK9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/ee398ee41ec1 > JDK8u webrev: http://cr.openjdk.java.net/~luchsh/JDK-8034218.jdk8u40 > > Many thanks > - Jonathan From alejandro.murillo at oracle.com Fri Aug 29 17:40:05 2014 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 29 Aug 2014 11:40:05 -0600 Subject: [8u40] Request for approval for bulk integration of hs25.40-b08 In-Reply-To: <540036A0.3060301@oracle.com> References: <5400130E.7070702@oracle.com> <540036A0.3060301@oracle.com> Message-ID: <5400BAF5.1070603@oracle.com> it should be there now apologies for that Thanks On 8/29/2014 2:15 AM, Se?n Coffey wrote: > Alejandro, > > that webrev link is returning 404.. > > regards, > Sean. > > On 29/08/2014 06:43, Alejandro E Murillo wrote: >> Requesting approval to integrate hs25.40-b08 into jdk8u40-b04. >> >> A webrev is available at: >> >> http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b08-jdk8u40-b04.webrev/ >> >> >> Pre-integration testing is in progress; the integration will proceed >> only after SQE has analyzed the results and approved. >> >> The fixes in the proposed integration are below. All have undergone >> nightly testing and are already in a jdk9 repository. >> >> 8029524: Remove unsused method CollectedHeap::unsafe_max_alloc() >> 8044140: Create NMT (Native Memory Tracking) tests for NMT2 >> 8046598: Scalable Native memory tracking development >> 8051002: Incorrectly merged share/vm/classfile/classFileParser.cpp >> was pushed to 8u20. >> 8054368: nsk/jdi/VirtualMachine/exit/exit002 crash with detail >> tracking on (NMT2) >> 8054402: "klass->is_loader_alive(_is_alive)) failed: must be alive" >> for anonymous classes >> 8054546: NMT2 leaks memory >> 8054938: [TESTBUG] Wrong WhiteBox.java was pushed by JDK-8044140 >> 8055007: NMT2: emptyStack missing in minimal build >> 8055061: assert at share/vm/services/virtualMemoryTracker.cpp:332 >> Error: ShouldNotReachHere() when running NMT tests >> 8055098: WB API should be extended to provide information about size >> and age of object. >> 8055236: Deadlock during NMT2 shutdown on Windows >> 8055786: new hotspot build - hs25.40-b07 >> 8055952: new hotspot build - hs25.40-b08 >> 8055953: [TESTBUG] Fix for 8055098 does not contain unit test >> 8056256: [TESTBUG] Disable NMTWithCDS.java test as launcher change >> has yet promoted >> > -- Alejandro From kumar.x.srinivasan at oracle.com Fri Aug 29 18:33:50 2014 From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan) Date: Fri, 29 Aug 2014 11:33:50 -0700 Subject: [8u40] Request approval for: JDK-8046545 launcher fix to check function return values Message-ID: <5400C78E.8050808@oracle.com> Hello, Requesting approval for: JDK-8046545 launcher fix to check function return values The patch is here: http://cr.openjdk.java.net/~ntoda/8046545/webrev-04/ The discussion is here: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027898.html Joe and I have reviewed and approved this, note this patch is for 8u-dev, the jdk9 source base already addresses most of these from a different patch. Thanks Kumar From sean.coffey at oracle.com Fri Aug 29 18:40:08 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 29 Aug 2014 19:40:08 +0100 Subject: [8u40] Request for approval for bulk integration of hs25.40-b08 In-Reply-To: <5400BAF5.1070603@oracle.com> References: <5400130E.7070702@oracle.com> <540036A0.3060301@oracle.com> <5400BAF5.1070603@oracle.com> Message-ID: <5400C908.3080006@oracle.com> Thanks. Approved pending positive PIT results. regards, Sean. On 29/08/14 18:40, Alejandro E Murillo wrote: > > it should be there now > apologies for that > Thanks > > On 8/29/2014 2:15 AM, Se?n Coffey wrote: >> Alejandro, >> >> that webrev link is returning 404.. >> >> regards, >> Sean. >> >> On 29/08/2014 06:43, Alejandro E Murillo wrote: >>> Requesting approval to integrate hs25.40-b08 into jdk8u40-b04. >>> >>> A webrev is available at: >>> >>> http://cr.openjdk.java.net/~amurillo/8u40/hs25.40-b08-jdk8u40-b04.webrev/ >>> >>> >>> Pre-integration testing is in progress; the integration will proceed >>> only after SQE has analyzed the results and approved. >>> >>> The fixes in the proposed integration are below. All have undergone >>> nightly testing and are already in a jdk9 repository. >>> >>> 8029524: Remove unsused method CollectedHeap::unsafe_max_alloc() >>> 8044140: Create NMT (Native Memory Tracking) tests for NMT2 >>> 8046598: Scalable Native memory tracking development >>> 8051002: Incorrectly merged share/vm/classfile/classFileParser.cpp >>> was pushed to 8u20. >>> 8054368: nsk/jdi/VirtualMachine/exit/exit002 crash with detail >>> tracking on (NMT2) >>> 8054402: "klass->is_loader_alive(_is_alive)) failed: must be alive" >>> for anonymous classes >>> 8054546: NMT2 leaks memory >>> 8054938: [TESTBUG] Wrong WhiteBox.java was pushed by JDK-8044140 >>> 8055007: NMT2: emptyStack missing in minimal build >>> 8055061: assert at share/vm/services/virtualMemoryTracker.cpp:332 >>> Error: ShouldNotReachHere() when running NMT tests >>> 8055098: WB API should be extended to provide information about size >>> and age of object. >>> 8055236: Deadlock during NMT2 shutdown on Windows >>> 8055786: new hotspot build - hs25.40-b07 >>> 8055952: new hotspot build - hs25.40-b08 >>> 8055953: [TESTBUG] Fix for 8055098 does not contain unit test >>> 8056256: [TESTBUG] Disable NMTWithCDS.java test as launcher change >>> has yet promoted >>> >> > From sean.coffey at oracle.com Fri Aug 29 18:40:58 2014 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 29 Aug 2014 19:40:58 +0100 Subject: [8u40] Request approval for: JDK-8046545 launcher fix to check function return values In-Reply-To: <5400C78E.8050808@oracle.com> References: <5400C78E.8050808@oracle.com> Message-ID: <5400C93A.8020204@oracle.com> Approved. regards, Sean. On 29/08/14 19:33, Kumar Srinivasan wrote: > Hello, > > Requesting approval for: JDK-8046545 launcher fix to check function > return values > > The patch is here: > http://cr.openjdk.java.net/~ntoda/8046545/webrev-04/ > > The discussion is here: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-July/027898.html > > > Joe and I have reviewed and approved this, note this patch is for > 8u-dev, the > jdk9 source base already addresses most of these from a different patch. > > Thanks > Kumar > > From ioi.lam at oracle.com Fri Aug 29 22:38:43 2014 From: ioi.lam at oracle.com (Ioi Lam) Date: Fri, 29 Aug 2014 15:38:43 -0700 Subject: [8u40] Request for Approval: 8046070: Class Data Sharing clean up and refactoring Message-ID: <540100F3.4090106@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8046070 jdk9 review thread: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2014-August/012235.html jdk9 webrev: http://cr.openjdk.java.net/~iklam/8046070-cds-cleanup-vfinal/ jdk8u-40 webrev: http://cr.openjdk.java.net/~iklam/8046070-cds-cleanup-backport-8u40/ The JDK 9 changes in the open source code applied mostly cleanly with some minor manual reshuffling of the source code but otherwise no semantic differences. Thanks Ioi From aleksej.efimov at oracle.com Sun Aug 31 12:19:41 2014 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Sun, 31 Aug 2014 16:19:41 +0400 Subject: [8u-dev] RFR: 8036981: JAXB not preserving formatting for xsd:any Mixed content In-Reply-To: <44C15DD2-68C5-417E-A633-4EB588DC40BB@oracle.com> References: <53F21BF5.7000803@oracle.com> <53F7A18F.4090505@oracle.com> <53FC8476.5010207@oracle.com> <53FC95D3.5040508@oracle.com> <53FDE113.1030503@oracle.com> <44C15DD2-68C5-417E-A633-4EB588DC40BB@oracle.com> Message-ID: <540312DD.9010209@oracle.com> Lance, thank you for the review. Correct - it was also reviewed by Miran. Aleksej On 08/28/2014 09:35 PM, Lance Andersen wrote: > This change looks fine and I believe Miran also reviewed this. > > Best > Lance > On Aug 27, 2014, at 9:45 AM, Aleksej Efimov > wrote: > >> Hi, >> I'm adding a core-libs-dev mail list - I might be lucky to find a >> JDK8 reviewer for my fix there. >> >> Thank you, >> Aleksej >> >> On 08/26/2014 06:12 PM, Aleksej Efimov wrote: >>> Hi Dalibor, >>> >>> It's a partial backport (logged with a different bugID) of JDK9 fix, >>> I got an approval from Miran (Thank you Miran!) and right now I'm >>> waiting for a JDK8 reviewer approval. >>> >>> -Aleksej >>> >>> On 08/26/2014 04:58 PM, dalibor topic wrote: >>>> Hi Aleksej - are you looking for approval to push into jdk8u-dev? >>>> >>>> cheers, >>>> dalibor topic >>>> >>>> On 22.08.2014 22:01, Miroslav Kos wrote: >>>>> Hi Aleksej, >>>>> looks good to me. >>>>> >>>>> Thanks >>>>> Miran >>>>> >>>>> >>>>> On 18/08/14 17:29, Aleksej Efimov wrote: >>>>>> Hi, >>>>>> >>>>>> Can I ask for a review of 8036981 bug [1] fix: >>>>>> JAXWS: >>>>>> http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jaxws/ >>>>>> >>>>>> JDK: >>>>>> http://cr.openjdk.java.net/~aefimov/8036981/8/webrev.00/jdk/ >>>>>> >>>>>> >>>>>> The proposed fix is a partial backport of "Update JAX-WS RI >>>>>> integration to latest version" bug [2] to JDK8. >>>>>> The proposed patch fixes the broken formatting of the input xml >>>>>> during >>>>>> JAXB marshalling/unmarshalling. Regression test is included. >>>>>> Testing: >>>>>> - regtests: xml related tests from 'core' testset - no failures >>>>>> - JCK: api/xinclude api/xsl api/javax_xml api/org_xml xml_schema >>>>>> api/xinclude - no failures >>>>>> >>>>>> Thank you, >>>>>> Aleksej >>>>>> >>>>>> [1] https://bugs.openjdk.java.net/browse/JDK-8036981 >>>>>> [2] https://bugs.openjdk.java.net/browse/JDK-8044656 >>>>>> [3] 8044656 JDK9 review thread: >>>>>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-June/027458.html >>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> > > > > Lance > Andersen| Principal Member of Technical Staff | +1.781.442.2037 > Oracle Java Engineering > 1 Network Drive > Burlington, MA 01803 > Lance.Andersen at oracle.com > > >