From mark.reinhold at oracle.com Thu Dec 1 00:10:38 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Wed, 30 Nov 2016 16:10:38 -0800 (PST) Subject: JEP 298: Remove Demos and Samples Message-ID: <20161201001038.C1BDA1D60A@eggemoggin.niobe.net> New JEP Candidate: http://openjdk.java.net/jeps/298 - Mark From david.holmes at oracle.com Thu Dec 1 01:07:45 2016 From: david.holmes at oracle.com (David Holmes) Date: Thu, 1 Dec 2016 11:07:45 +1000 Subject: [NEW BUG]: Small enhancement for Class.isAnonymousClass() In-Reply-To: <000001d24b57$3f56b250$be0416f0$@freenet.de> References: <000001d24b57$3f56b250$be0416f0$@freenet.de> Message-ID: <6c433d49-d28f-4d6d-d8a0-7cef99e09e98@oracle.com> Hi Christoph, Please post this to core-libs-dev at openjdk.java.net. Thanks, David On 1/12/2016 8:15 AM, Christoph Dreis wrote: > Hey, > > I'm currently getting familiar with the source code to eventually contribute > something more in the future. While doing so I noticed some smaller > enhancements where I don't know if they even justify a mail. Please let me > know how you handle such tiny improvements based on the following: > > One of the arguably small improvements was Class.isAnonymousClass() which > checks for emptiness with "".equals(getSimpleName()) instead of > getSimpleName().isEmpty() and I see no way of getSimpleName() returning null > (I might miss something though). Anyhow, the latter is slightly faster and a > bit more verbose: > > MyBenchmark.testEmpty thrpt 20 364479649,385 ? 5805392,007 ops/s > MyBenchmark.testEquals thrpt 20 287935443,484 ? 2895104,850 ops/s > > Again - if this is too small please let me know and excuse the disturbance. > > Cheers, > Christoph > > =========== PATCH ============ > # User Christoph Dreis > Small enhancement for Class.isAnonymousClass() > > diff --git a/src/java.base/share/classes/java/lang/Class.java > b/src/java.base/share/classes/java/lang/Class.java > --- a/src/java.base/share/classes/java/lang/Class.java > +++ b/src/java.base/share/classes/java/lang/Class.java > @@ -1596,7 +1596,7 @@ > * @since 1.5 > */ > public boolean isAnonymousClass() { > - return "".equals(getSimpleName()); > + return getSimpleName().isEmpty(); > } > From sean.coffey at oracle.com Thu Dec 1 12:04:23 2016 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=) Date: Thu, 1 Dec 2016 12:04:23 +0000 Subject: Result: New JDK 9 Committer: Ramanand Patil Message-ID: <0d98e421-fc47-1653-92ef-5b68759a7622@oracle.com> Voting for Ramanand Patil [1] is now closed. Yes: 13 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. regards, Sean. [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-November/005196.html From naoto.sato at oracle.com Thu Dec 1 21:02:41 2016 From: naoto.sato at oracle.com (Naoto Sato) Date: Thu, 1 Dec 2016 13:02:41 -0800 Subject: RFR: 7037368: Currency names missing in some locales In-Reply-To: <0d1d973e-3dce-d7fe-3fa7-f8e30f640ba3@oracle.com> References: <0d1d973e-3dce-d7fe-3fa7-f8e30f640ba3@oracle.com> Message-ID: <2f557246-5c96-4ef2-a5c1-b46c9f622045@oracle.com> Looks OK to me, Leo. Naoto On 11/30/16 8:16 AM, Leo Jiang wrote: > Hi, > > Please review > http://cr.openjdk.java.net/~ljiang/7037368/ > > for bug > https://bugs.openjdk.java.net/browse/JDK-7037368 > > I checked the currency names listed in the bug description, and got the > fix according to CLDR data. > > Thanks, > Leo From alexander.zuev at oracle.com Thu Dec 1 21:33:11 2016 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Thu, 1 Dec 2016 13:33:11 -0800 Subject: RFR: 7037368: Currency names missing in some locales In-Reply-To: <2f557246-5c96-4ef2-a5c1-b46c9f622045@oracle.com> References: <0d1d973e-3dce-d7fe-3fa7-f8e30f640ba3@oracle.com> <2f557246-5c96-4ef2-a5c1-b46c9f622045@oracle.com> Message-ID: <30d5dabe-8c8d-fcb6-a3f3-82a45093edd4@oracle.com> Sorry to interrupt, but the right name for SAR in German locale is Saudi-Riyal https://de.wikipedia.org/wiki/Saudi-Riyal for reference. /Alex On 01/12/16 13:02, Naoto Sato wrote: > Looks OK to me, Leo. > > Naoto > > On 11/30/16 8:16 AM, Leo Jiang wrote: >> Hi, >> >> Please review >> http://cr.openjdk.java.net/~ljiang/7037368/ >> >> for bug >> https://bugs.openjdk.java.net/browse/JDK-7037368 >> >> I checked the currency names listed in the bug description, and got the >> fix according to CLDR data. >> >> Thanks, >> Leo From naoto.sato at oracle.com Thu Dec 1 21:48:33 2016 From: naoto.sato at oracle.com (Naoto Sato) Date: Thu, 1 Dec 2016 13:48:33 -0800 Subject: RFR: 7037368: Currency names missing in some locales In-Reply-To: <30d5dabe-8c8d-fcb6-a3f3-82a45093edd4@oracle.com> References: <0d1d973e-3dce-d7fe-3fa7-f8e30f640ba3@oracle.com> <2f557246-5c96-4ef2-a5c1-b46c9f622045@oracle.com> <30d5dabe-8c8d-fcb6-a3f3-82a45093edd4@oracle.com> Message-ID: The change is based on the CLDR data, and according to this chart [1], they use "Saudi-Rial" for the German localization. Naoto [1]: http://www.unicode.org/cldr/charts/30/summary/de.html#4816 On 12/1/16 1:33 PM, Alexander Zuev wrote: > Sorry to interrupt, but the right name for SAR in German locale is > Saudi-Riyal > https://de.wikipedia.org/wiki/Saudi-Riyal for reference. > > /Alex > > On 01/12/16 13:02, Naoto Sato wrote: >> Looks OK to me, Leo. >> >> Naoto >> >> On 11/30/16 8:16 AM, Leo Jiang wrote: >>> Hi, >>> >>> Please review >>> http://cr.openjdk.java.net/~ljiang/7037368/ >>> >>> for bug >>> https://bugs.openjdk.java.net/browse/JDK-7037368 >>> >>> I checked the currency names listed in the bug description, and got the >>> fix according to CLDR data. >>> >>> Thanks, >>> Leo > From mark.reinhold at oracle.com Thu Dec 1 22:02:54 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 01 Dec 2016 14:02:54 -0800 Subject: jcheck update for JDK 9 Message-ID: <20161201140254.489159392@eggemoggin.niobe.net> We've updated the Mercurial jcheck plugin to accommodate a bugid collision in two different changesets pushed to two different JDK 9 HotSpot repos in a way that was too difficult to back out. If you have a local copy of jcheck then please replace it with the latest version, available here: http://hg.openjdk.java.net/code-tools/jcheck/dist/raw-file/tip/jcheck.py - Mark From jesper.wilhelmsson at oracle.com Fri Dec 2 01:23:30 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Fri, 2 Dec 2016 02:23:30 +0100 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B Message-ID: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> I hereby nominate Harsha Wardhana B (hb) to JDK 9 Committer. Harsha is part of the Monitoring and Management team and has contributed 12 changesets to JDK 9 [3]. Votes are due by December 15, 2016. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Thanks, /Jesper [1] http://openjdk.java.net/census [2] http://openjdk.java.net/bylaws#lazy-consensus [3] List of eight significant changes: (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/cc8fc46f258b 6744127: NullPointerException at com.sun.tools.jdi.EventRequestManagerImpl.request (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3d572034fad 7065236: To interpret case-insensitive string locale independently (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/4ef83a6b90e8 8031753: JMXServiceURL should not use getLocalHost or its usage should be enhanced (4) http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1d8df40040ed 8131061: Use of -Dcom.sun.management.snmp needs to be examined for modules (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/6762573da1c7 8141591: javax/management/remote/mandatory/threads/ExecutorTest.java fails intermittently (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/a9258705870f 8147610: javax/management/mxbean/MXBeanLoadingTest1.java assumes URLClassLoader (7) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/e3a19a55f062 8151345: compiler/codecache/jmx/PeakUsageTest.java is failing on jdk9/dev for JPRT -testset hotspot (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/642790bf4c72 8152589: java/lang/management/ThreadMXBean/Locks.java fails intermittently, blocked on wrong object From david.holmes at oracle.com Fri Dec 2 01:49:07 2016 From: david.holmes at oracle.com (David Holmes) Date: Fri, 2 Dec 2016 11:49:07 +1000 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: <6b9139d2-b65f-17c2-3bd4-e37e1380b5e6@oracle.com> Vote: yes Thanks, David ----- On 2/12/2016 11:23 AM, Jesper Wilhelmsson wrote: > I hereby nominate Harsha Wardhana B (hb) to JDK 9 Committer. > > Harsha is part of the Monitoring and Management team and has contributed > 12 changesets to JDK 9 [3]. > > Votes are due by December 15, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] List of eight significant changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/cc8fc46f258b > 6744127: NullPointerException at > com.sun.tools.jdi.EventRequestManagerImpl.request > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3d572034fad > 7065236: To interpret case-insensitive string locale independently > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/4ef83a6b90e8 > 8031753: JMXServiceURL should not use getLocalHost or its usage should > be enhanced > > (4) http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1d8df40040ed > 8131061: Use of -Dcom.sun.management.snmp needs to be examined for modules > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/6762573da1c7 > 8141591: javax/management/remote/mandatory/threads/ExecutorTest.java > fails intermittently > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/a9258705870f > 8147610: javax/management/mxbean/MXBeanLoadingTest1.java assumes > URLClassLoader > > (7) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/e3a19a55f062 > 8151345: compiler/codecache/jmx/PeakUsageTest.java is failing on > jdk9/dev for JPRT -testset hotspot > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/642790bf4c72 > 8152589: java/lang/management/ThreadMXBean/Locks.java fails > intermittently, blocked on wrong object From nadeesh.tv at oracle.com Fri Dec 2 06:14:08 2016 From: nadeesh.tv at oracle.com (nadeesh tv) Date: Fri, 02 Dec 2016 11:44:08 +0530 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: <58411130.2070108@oracle.com> Vote:Yes Regards, Nadeesh On 12/2/2016 6:53 AM, Jesper Wilhelmsson wrote: > I hereby nominate Harsha Wardhana B (hb) to JDK 9 Committer. > > Harsha is part of the Monitoring and Management team and has > contributed 12 changesets to JDK 9 [3]. > > Votes are due by December 15, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] List of eight significant changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/cc8fc46f258b > 6744127: NullPointerException at > com.sun.tools.jdi.EventRequestManagerImpl.request > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3d572034fad > 7065236: To interpret case-insensitive string locale independently > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/4ef83a6b90e8 > 8031753: JMXServiceURL should not use getLocalHost or its usage should > be enhanced > > (4) http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1d8df40040ed > 8131061: Use of -Dcom.sun.management.snmp needs to be examined for > modules > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/6762573da1c7 > 8141591: javax/management/remote/mandatory/threads/ExecutorTest.java > fails intermittently > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/a9258705870f > 8147610: javax/management/mxbean/MXBeanLoadingTest1.java assumes > URLClassLoader > > (7) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/e3a19a55f062 > 8151345: compiler/codecache/jmx/PeakUsageTest.java is failing on > jdk9/dev for JPRT -testset hotspot > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/642790bf4c72 > 8152589: java/lang/management/ThreadMXBean/Locks.java fails > intermittently, blocked on wrong object -- Thanks and Regards, Nadeesh TV From erik.gahlin at oracle.com Fri Dec 2 06:40:29 2016 From: erik.gahlin at oracle.com (Erik Gahlin) Date: Fri, 2 Dec 2016 07:40:29 +0100 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: <1bc184ec-4ca5-792c-18f9-3608cb20e5ad@oracle.com> Vote: yes Erik > I hereby nominate Harsha Wardhana B (hb) to JDK 9 Committer. > > Harsha is part of the Monitoring and Management team and has > contributed 12 changesets to JDK 9 [3]. > > Votes are due by December 15, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] List of eight significant changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/cc8fc46f258b > 6744127: NullPointerException at > com.sun.tools.jdi.EventRequestManagerImpl.request > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3d572034fad > 7065236: To interpret case-insensitive string locale independently > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/4ef83a6b90e8 > 8031753: JMXServiceURL should not use getLocalHost or its usage should > be enhanced > > (4) http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1d8df40040ed > 8131061: Use of -Dcom.sun.management.snmp needs to be examined for > modules > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/6762573da1c7 > 8141591: javax/management/remote/mandatory/threads/ExecutorTest.java > fails intermittently > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/a9258705870f > 8147610: javax/management/mxbean/MXBeanLoadingTest1.java assumes > URLClassLoader > > (7) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/e3a19a55f062 > 8151345: compiler/codecache/jmx/PeakUsageTest.java is failing on > jdk9/dev for JPRT -testset hotspot > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/642790bf4c72 > 8152589: java/lang/management/ThreadMXBean/Locks.java fails > intermittently, blocked on wrong object From jamsheed.c.m at oracle.com Fri Dec 2 09:48:18 2016 From: jamsheed.c.m at oracle.com (Jamsheed C m) Date: Fri, 2 Dec 2016 15:18:18 +0530 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: <7aeb04d4-99ab-94ba-5351-0375799b921d@oracle.com> Vote: Yes. Best Regards, Jamsheed On 12/2/2016 6:53 AM, Jesper Wilhelmsson wrote: > I hereby nominate Harsha Wardhana B (hb) to JDK 9 Committer. > > Harsha is part of the Monitoring and Management team and has > contributed 12 changesets to JDK 9 [3]. > > Votes are due by December 15, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] List of eight significant changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/cc8fc46f258b > 6744127: NullPointerException at > com.sun.tools.jdi.EventRequestManagerImpl.request > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3d572034fad > 7065236: To interpret case-insensitive string locale independently > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/4ef83a6b90e8 > 8031753: JMXServiceURL should not use getLocalHost or its usage should > be enhanced > > (4) http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1d8df40040ed > 8131061: Use of -Dcom.sun.management.snmp needs to be examined for > modules > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/6762573da1c7 > 8141591: javax/management/remote/mandatory/threads/ExecutorTest.java > fails intermittently > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/a9258705870f > 8147610: javax/management/mxbean/MXBeanLoadingTest1.java assumes > URLClassLoader > > (7) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/e3a19a55f062 > 8151345: compiler/codecache/jmx/PeakUsageTest.java is failing on > jdk9/dev for JPRT -testset hotspot > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/642790bf4c72 > 8152589: java/lang/management/ThreadMXBean/Locks.java fails > intermittently, blocked on wrong object From dalibor.topic at oracle.com Fri Dec 2 09:52:57 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Fri, 2 Dec 2016 10:52:57 +0100 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: Vote: Yes. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From daniel.fuchs at oracle.com Fri Dec 2 10:06:30 2016 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Fri, 2 Dec 2016 10:06:30 +0000 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: <948b8551-b643-aa6f-a0f5-3dda66132132@oracle.com> Vote: yes -- daniel On 02/12/16 01:23, Jesper Wilhelmsson wrote: > I hereby nominate Harsha Wardhana B (hb) to JDK 9 Committer. > > Harsha is part of the Monitoring and Management team and has contributed > 12 changesets to JDK 9 [3]. > > Votes are due by December 15, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] List of eight significant changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/cc8fc46f258b > 6744127: NullPointerException at > com.sun.tools.jdi.EventRequestManagerImpl.request > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3d572034fad > 7065236: To interpret case-insensitive string locale independently > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/4ef83a6b90e8 > 8031753: JMXServiceURL should not use getLocalHost or its usage should > be enhanced > > (4) http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1d8df40040ed > 8131061: Use of -Dcom.sun.management.snmp needs to be examined for modules > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/6762573da1c7 > 8141591: javax/management/remote/mandatory/threads/ExecutorTest.java > fails intermittently > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/a9258705870f > 8147610: javax/management/mxbean/MXBeanLoadingTest1.java assumes > URLClassLoader > > (7) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/e3a19a55f062 > 8151345: compiler/codecache/jmx/PeakUsageTest.java is failing on > jdk9/dev for JPRT -testset hotspot > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/642790bf4c72 > 8152589: java/lang/management/ThreadMXBean/Locks.java fails > intermittently, blocked on wrong object From Alan.Bateman at oracle.com Fri Dec 2 11:44:43 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 2 Dec 2016 11:44:43 +0000 Subject: CFV: New JDK9 Reviewer: Peter Levart Message-ID: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> I hereby nominate Peter Levart to JDK 9 Reviewer. Everyone on core-libs-dev and several other OpenJDK mailing lists will know Peter where he has a reputation for taking on concurrency, performance, core reflection, and many other challenging areas. He has contributed to several projects in OpenJDK, including JDK 8, JDK 9, Project Lambda and Project Jigsaw. He is currently a committer on the jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, has been co-author of more than 20 other changes (including large integrations from Project Lambda and Project Jigsaw), and been co-reviewer on more than 90 changes. Votes are due by 06.00 GMT-8, December 16, 2016. Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. -Alan [1] http://openjdk.java.net/census#jdk9 [2] http://openjdk.java.net/projects/#reviewer-vote From lance.andersen at oracle.com Fri Dec 2 11:47:35 2016 From: lance.andersen at oracle.com (Lance Andersen) Date: Fri, 2 Dec 2016 06:47:35 -0500 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: +1 > On Dec 2, 2016, at 6:44 AM, Alan Bateman wrote: > > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will know Peter where he has a reputation for taking on concurrency, performance, core reflection, and many other challenging areas. He has contributed to several projects in OpenJDK, including JDK 8, JDK 9, Project Lambda and Project Jigsaw. He is currently a committer on the jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, has been co-author of more than 20 other changes (including large integrations from Project Lambda and Project Jigsaw), and been co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote 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 lance.andersen at oracle.com Fri Dec 2 11:48:13 2016 From: lance.andersen at oracle.com (Lance Andersen) Date: Fri, 2 Dec 2016 06:48:13 -0500 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <555CD2E7-1594-4570-BA88-A502527F858F@oracle.com> vote: yes > On Dec 2, 2016, at 6:47 AM, Lance Andersen wrote: > > +1 >> On Dec 2, 2016, at 6:44 AM, Alan Bateman wrote: >> >> I hereby nominate Peter Levart to JDK 9 Reviewer. >> >> Everyone on core-libs-dev and several other OpenJDK mailing lists will know Peter where he has a reputation for taking on concurrency, performance, core reflection, and many other challenging areas. He has contributed to several projects in OpenJDK, including JDK 8, JDK 9, Project Lambda and Project Jigsaw. He is currently a committer on the jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, has been co-author of more than 20 other changes (including large integrations from Project Lambda and Project Jigsaw), and been co-reviewer on more than 90 changes. >> >> Votes are due by 06.00 GMT-8, December 16, 2016. >> >> Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. >> >> -Alan >> >> [1] http://openjdk.java.net/census#jdk9 >> [2] http://openjdk.java.net/projects/#reviewer-vote > > > > 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 > > > 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 adinn at redhat.com Fri Dec 2 11:50:19 2016 From: adinn at redhat.com (Andrew Dinn) Date: Fri, 2 Dec 2016 11:50:19 +0000 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: I'm not in a position to vote but I'd like to note that I cannot think of a more worthy candidate :-) regards, Andrew Dinn ----------- From chris.hegarty at oracle.com Fri Dec 2 11:56:38 2016 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Fri, 2 Dec 2016 11:56:38 +0000 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <9261e702-5b3d-eeab-419e-c6a0d44b02b2@oracle.com> Vote: YES -Chris. On 02/12/16 11:44, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, has > been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From claes.redestad at oracle.com Fri Dec 2 11:54:24 2016 From: claes.redestad at oracle.com (Claes Redestad) Date: Fri, 2 Dec 2016 12:54:24 +0100 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: Vote: yes! /Claes On 2016-12-02 12:44, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, > has been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From sean.mullan at oracle.com Fri Dec 2 12:07:41 2016 From: sean.mullan at oracle.com (Sean Mullan) Date: Fri, 2 Dec 2016 07:07:41 -0500 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <63c7cfce-8d91-d6c6-c17a-4c2c98551ef2@oracle.com> Vote: yes On 12/2/16 6:44 AM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, has > been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From sean.coffey at oracle.com Fri Dec 2 12:40:23 2016 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=) Date: Fri, 2 Dec 2016 12:40:23 +0000 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <58416BB7.5050407@oracle.com> vote: yes Regards, Sean. On 02/12/16 11:44, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, > has been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From vladimir.x.ivanov at oracle.com Fri Dec 2 12:54:28 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Fri, 2 Dec 2016 15:54:28 +0300 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: Vote: yes Best regards, Vladimir Ivanov On 12/2/16 2:44 PM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > From daniel.fuchs at oracle.com Fri Dec 2 12:55:43 2016 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Fri, 2 Dec 2016 12:55:43 +0000 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: Vote: YES -- daniel On 02/12/16 11:44, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, has > been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From jesper.wilhelmsson at oracle.com Fri Dec 2 14:58:37 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Fri, 2 Dec 2016 15:58:37 +0100 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: Vote: Yes /Jesper On 2016-12-02 02:23, Jesper Wilhelmsson wrote: > I hereby nominate Harsha Wardhana B (hb) to JDK 9 Committer. > > Harsha is part of the Monitoring and Management team and has contributed > 12 changesets to JDK 9 [3]. > > Votes are due by December 15, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] List of eight significant changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/cc8fc46f258b > 6744127: NullPointerException at > com.sun.tools.jdi.EventRequestManagerImpl.request > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3d572034fad > 7065236: To interpret case-insensitive string locale independently > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/4ef83a6b90e8 > 8031753: JMXServiceURL should not use getLocalHost or its usage should > be enhanced > > (4) http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1d8df40040ed > 8131061: Use of -Dcom.sun.management.snmp needs to be examined for modules > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/6762573da1c7 > 8141591: javax/management/remote/mandatory/threads/ExecutorTest.java > fails intermittently > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/a9258705870f > 8147610: javax/management/mxbean/MXBeanLoadingTest1.java assumes > URLClassLoader > > (7) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/e3a19a55f062 > 8151345: compiler/codecache/jmx/PeakUsageTest.java is failing on > jdk9/dev for JPRT -testset hotspot > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/642790bf4c72 > 8152589: java/lang/management/ThreadMXBean/Locks.java fails > intermittently, blocked on wrong object From zoltan.majo at oracle.com Fri Dec 2 15:09:13 2016 From: zoltan.majo at oracle.com (=?UTF-8?B?Wm9sdMOhbiBNYWrDsw==?=) Date: Fri, 2 Dec 2016 16:09:13 +0100 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: Vote: yes. Best regards, Zoltan On 12/02/2016 12:44 PM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, > has been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From shade at redhat.com Fri Dec 2 15:15:48 2016 From: shade at redhat.com (Aleksey Shipilev) Date: Fri, 2 Dec 2016 16:15:48 +0100 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <758acc58-3c10-753a-f342-d096a2e2b487@redhat.com> Vote: YES. -Aleksey On 12/02/2016 12:44 PM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will know > Peter where he has a reputation for taking on concurrency, performance, core > reflection, and many other challenging areas. He has contributed to several > projects in OpenJDK, including JDK 8, JDK 9, Project Lambda and Project Jigsaw. > He is currently a committer on the jdk8, jdk8u and jdk9 projects. He has pushed > 30 significant changes, has been co-author of more than 20 other changes > (including large integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. Votes > must be cast in the open by replying to this mailing list. For Three-Vote > Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From Roger.Riggs at Oracle.com Fri Dec 2 15:22:50 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Fri, 2 Dec 2016 10:22:50 -0500 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <13681158-633b-ddf7-f366-c92ddadb11a9@Oracle.com> Vote: Yes! On 12/2/2016 6:44 AM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > From mark.reinhold at oracle.com Fri Dec 2 15:35:44 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Fri, 02 Dec 2016 07:35:44 -0800 Subject: CFV: New JDK 9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <20161202073544.385013328@eggemoggin.niobe.net> Vote: yes - Mark From Roger.Riggs at Oracle.com Fri Dec 2 15:40:02 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Fri, 2 Dec 2016 10:40:02 -0500 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: Vote: Yes On 12/1/2016 8:23 PM, Jesper Wilhelmsson wrote: > I hereby nominate Harsha Wardhana B (hb) to JDK 9 Committer. > > Harsha is part of the Monitoring and Management team and has > contributed 12 changesets to JDK 9 [3]. > > Votes are due by December 15, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] List of eight significant changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/cc8fc46f258b > 6744127: NullPointerException at > com.sun.tools.jdi.EventRequestManagerImpl.request > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3d572034fad > 7065236: To interpret case-insensitive string locale independently > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/4ef83a6b90e8 > 8031753: JMXServiceURL should not use getLocalHost or its usage should > be enhanced > > (4) http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1d8df40040ed > 8131061: Use of -Dcom.sun.management.snmp needs to be examined for > modules > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/6762573da1c7 > 8141591: javax/management/remote/mandatory/threads/ExecutorTest.java > fails intermittently > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/a9258705870f > 8147610: javax/management/mxbean/MXBeanLoadingTest1.java assumes > URLClassLoader > > (7) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/e3a19a55f062 > 8151345: compiler/codecache/jmx/PeakUsageTest.java is failing on > jdk9/dev for JPRT -testset hotspot > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/642790bf4c72 > 8152589: java/lang/management/ThreadMXBean/Locks.java fails > intermittently, blocked on wrong object From james.laskey at oracle.com Fri Dec 2 15:45:41 2016 From: james.laskey at oracle.com (Jim Laskey (Oracle)) Date: Fri, 2 Dec 2016 11:45:41 -0400 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <2EF76958-537B-4CAC-9511-8C330C75481C@oracle.com> vote: yes > On Dec 2, 2016, at 7:44 AM, Alan Bateman wrote: > > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will know Peter where he has a reputation for taking on concurrency, performance, core reflection, and many other challenging areas. He has contributed to several projects in OpenJDK, including JDK 8, JDK 9, Project Lambda and Project Jigsaw. He is currently a committer on the jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, has been co-author of more than 20 other changes (including large integrations from Project Lambda and Project Jigsaw), and been co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From mandy.chung at oracle.com Fri Dec 2 16:01:05 2016 From: mandy.chung at oracle.com (Mandy Chung) Date: Fri, 2 Dec 2016 08:01:05 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: Vote: yes Mandy From volker.simonis at gmail.com Fri Dec 2 16:04:34 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 2 Dec 2016 17:04:34 +0100 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: Vote: yes On Fri, Dec 2, 2016 at 12:44 PM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will know > Peter where he has a reputation for taking on concurrency, performance, core > reflection, and many other challenging areas. He has contributed to several > projects in OpenJDK, including JDK 8, JDK 9, Project Lambda and Project > Jigsaw. He is currently a committer on the jdk8, jdk8u and jdk9 projects. He > has pushed 30 significant changes, has been co-author of more than 20 other > changes (including large integrations from Project Lambda and Project > Jigsaw), and been co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. For > Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From xueming.shen at oracle.com Fri Dec 2 16:12:22 2016 From: xueming.shen at oracle.com (Xueming Shen) Date: Fri, 2 Dec 2016 08:12:22 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: yes On 12/2/16 3:44 AM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, > has been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From mark.reinhold at oracle.com Fri Dec 2 16:14:40 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Fri, 2 Dec 2016 08:14:40 -0800 (PST) Subject: JEP 299: Reorganize Documentation Message-ID: <20161202161440.215C61D9C1@eggemoggin.niobe.net> New JEP Candidate: http://openjdk.java.net/jeps/299 - Mark From vladimir.kozlov at oracle.com Fri Dec 2 16:25:20 2016 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Fri, 2 Dec 2016 08:25:20 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <4951b4be-1e19-0131-ee1c-bf3d53408fb3@oracle.com> Vote: yes On 12/2/16 3:44 AM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will know Peter where he has a reputation for taking > on concurrency, performance, core reflection, and many other challenging areas. He has contributed to several projects > in OpenJDK, including JDK 8, JDK 9, Project Lambda and Project Jigsaw. He is currently a committer on the jdk8, jdk8u > and jdk9 projects. He has pushed 30 significant changes, has been co-author of more than 20 other changes (including > large integrations from Project Lambda and Project Jigsaw), and been co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to > this mailing list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From joe.darcy at oracle.com Fri Dec 2 16:27:54 2016 From: joe.darcy at oracle.com (joe darcy) Date: Fri, 2 Dec 2016 08:27:54 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <5b1aa150-f452-ee52-d997-9373a1101549@oracle.com> Vote: yes! -Joe On 12/2/2016 3:44 AM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, > has been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From paul.sandoz at oracle.com Fri Dec 2 16:36:33 2016 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Fri, 2 Dec 2016 08:36:33 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <34347222-28B0-4613-A44E-7C9038E8469E@oracle.com> Vote: yes Paul. From ivan.gerasimov at oracle.com Fri Dec 2 16:42:29 2016 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Fri, 2 Dec 2016 19:42:29 +0300 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <1bdd6e86-28b7-37c6-a73b-f4860830357f@oracle.com> Vote: yes On 02.12.2016 14:44, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, > has been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote > From mark.reinhold at oracle.com Fri Dec 2 17:20:53 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Fri, 2 Dec 2016 09:20:53 -0800 (PST) Subject: JEP 11: Incubator Modules Message-ID: <20161202172053.1D9CC1D9DB@eggemoggin.niobe.net> New JEP Candidate: http://openjdk.java.net/jeps/11 - Mark From huizhe.wang at oracle.com Fri Dec 2 18:49:21 2016 From: huizhe.wang at oracle.com (Joe Wang) Date: Fri, 02 Dec 2016 10:49:21 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <5841C231.7020005@oracle.com> Vote: yes -Joe On 12/2/16, 3:44 AM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. From xuelei.fan at oracle.com Fri Dec 2 21:07:09 2016 From: xuelei.fan at oracle.com (Xue-Lei Fan) Date: Fri, 2 Dec 2016 13:07:09 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: Vote: YES. Xuelei On 12/2/2016 3:44 AM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, has > been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From jonathan.gibbons at oracle.com Fri Dec 2 22:34:19 2016 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 02 Dec 2016 14:34:19 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <5841F6EB.5060202@oracle.com> Vote: yes On 12/02/2016 03:44 AM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, > has been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From david.holmes at oracle.com Sat Dec 3 00:45:55 2016 From: david.holmes at oracle.com (David Holmes) Date: Sat, 3 Dec 2016 10:45:55 +1000 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <8174d7aa-248d-a491-bba6-5c3bc6f59408@oracle.com> Vote: yes David On 2/12/2016 9:44 PM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, has > been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From openjdk at duigou.org Sat Dec 3 00:57:30 2016 From: openjdk at duigou.org (Mike Duigou) Date: Fri, 02 Dec 2016 16:57:30 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: References: Message-ID: <258459913567e25e073ebeeb6c7040ac@sonic.net> Vote: YES With great pleasure! Mike On 2016-12-02 03:48, jdk9-dev-request at openjdk.java.net wrote: > Send jdk9-dev mailing list submissions to > jdk9-dev at openjdk.java.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.openjdk.java.net/mailman/listinfo/jdk9-dev > or, via email, send a message with subject or body 'help' to > jdk9-dev-request at openjdk.java.net > > You can reach the person managing the list at > jdk9-dev-owner at openjdk.java.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of jdk9-dev digest..." > > Today's Topics: > > 1. Re: CFV: New JDK 9 Committer: Harsha Wardhana B (nadeesh tv) > 2. Re: CFV: New JDK 9 Committer: Harsha Wardhana B (Erik Gahlin) > 3. Re: CFV: New JDK 9 Committer: Harsha Wardhana B (Jamsheed C m) > 4. Re: CFV: New JDK 9 Committer: Harsha Wardhana B (dalibor topic) > 5. Re: CFV: New JDK 9 Committer: Harsha Wardhana B (Daniel Fuchs) > 6. CFV: New JDK9 Reviewer: Peter Levart (Alan Bateman) > 7. Re: CFV: New JDK9 Reviewer: Peter Levart (Lance Andersen) > 8. Re: CFV: New JDK9 Reviewer: Peter Levart (Lance Andersen) From serguei.spitsyn at oracle.com Sat Dec 3 09:07:16 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Sat, 3 Dec 2016 01:07:16 -0800 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: <8625d9d4-6457-4f38-2583-eda1fc12ea39@oracle.com> Vote: yes From serguei.spitsyn at oracle.com Sat Dec 3 09:07:55 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Sat, 3 Dec 2016 01:07:55 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <2054624b-01e2-c6c1-41aa-3b8e1404ce9b@oracle.com> Vote: yes From s.baltes at uni-trier.de Sat Dec 3 12:30:47 2016 From: s.baltes at uni-trier.de (Sebastian Baltes) Date: Sat, 3 Dec 2016 13:30:47 +0100 Subject: CC BY-SA licensed code snippet in openjdk9 repository? Message-ID: Hi, As you may know, the licensing of code snippets on Stack Overflow is a controversially discussed topic (see references below [2]). Currently, all content on Stack Overflow, including source code, is licensed under Creative Commons Attribution-ShareAlike 3.0 (CC BY-SA 3.0 [1]). This license demands attribution and demands derived work to be published under a compatible license. I found a match of a (non-trivial) Stack Overflow code snippet in the openjdk9 repository (see below). Now, I would like to find out if the author on Stack Overflow copied from your repo or if it was the other way around. I do not want to judge or blame developers copying code from Stack Overflow, I'm just interested in the reasons why (or why not) the origin of the code snippets is indicated and if developers are aware of the licensing of these snippets (it's part of my PhD research). Best regards, Sebastian // ********************************************* // * Snippet on Stack Overflow // * Link: https://stackoverflow.com/a/3758880 // ********************************************* public static String humanReadableByteCount(long bytes, boolean si) { int unit = si ? 1000 : 1024; if (bytes < unit) return bytes + " B"; int exp = (int) (Math.log(bytes) / Math.log(unit)); String pre = (si ? "kMGTPE" : "KMGTPE").charAt(exp-1) + (si ? "" : "i"); return String.format("%.1f %sB", bytes / Math.pow(unit, exp), pre); } // ********************************************* // * Match in openjdk9 // * File: openjdk9/hotspot/test/gc/parallel/TestDynShrinkHeap.java // ********************************************* String humanReadableByteCount(long bytes, boolean si) { int unit = si ? 1000 : 1024; if (bytes < unit) { return bytes + " B"; } int exp = (int) (Math.log(bytes) / Math.log(unit)); String pre = (si ? "kMGTPE" : "KMGTPE").charAt(exp - 1) + (si ? "" : "i"); return String.format("%.1f %sB", bytes / Math.pow(unit, exp), pre); } References: [1] https://creativecommons.org/licenses/by-sa/3.0/ [2] Discussions about license of Stack Overflow code snippets: "Do I have to worry about copyright issues for code posted on Stack Overflow?" http://meta.stackexchange.com/q/12527 "Can we get some explicit clarification on the *intended* legal usage of code from SO answers?" http://meta.stackoverflow.com/q/286582 "What is up with the source code license on Stack Overflow?" http://meta.stackexchange.com/q/25956 "What is the license status of StackOverflow code snippets?" https://legalict.com/software/what-is-the-license-status-of-stackoverflow-code-snippets "The MIT license - clarity on using code on Stack Overflow and Stack Exchange" http://meta.stackexchange.com/q/271080 "A new code license: The MIT, this time with attribution required" http://meta.stackexchange.com/q/272956 From claes.redestad at oracle.com Sat Dec 3 13:50:20 2016 From: claes.redestad at oracle.com (Claes Redestad) Date: Sat, 3 Dec 2016 05:50:20 -0800 Subject: CC BY-SA licensed code snippet in openjdk9 repository? In-Reply-To: References: Message-ID: <5842CD9C.5060005@oracle.com> Hi, why not ask the author of this SO post (aioobe) directly? He is an OpenJDK contributor and was employed by Oracle at the time this code appeared in the OpenJDK source repos. /Claes On 12/03/2016 04:30 AM, Sebastian Baltes wrote: > Hi, > > As you may know, the licensing of code snippets on Stack Overflow is a controversially discussed topic (see references below [2]). > Currently, all content on Stack Overflow, including source code, is licensed under Creative Commons Attribution-ShareAlike 3.0 (CC BY-SA 3.0 [1]). > This license demands attribution and demands derived work to be published under a compatible license. > I found a match of a (non-trivial) Stack Overflow code snippet in the openjdk9 repository (see below). > Now, I would like to find out if the author on Stack Overflow copied from your repo or if it was the other way around. > I do not want to judge or blame developers copying code from Stack Overflow, I'm just interested in the reasons why (or why not) the origin of the code snippets is indicated and if developers are aware of the licensing of these snippets (it's part of my PhD research). > > Best regards, > Sebastian > > > // ********************************************* > // * Snippet on Stack Overflow > // * Link: https://stackoverflow.com/a/3758880 > // ********************************************* > > public static String humanReadableByteCount(long bytes, boolean si) { > int unit = si ? 1000 : 1024; > if (bytes < unit) return bytes + " B"; > int exp = (int) (Math.log(bytes) / Math.log(unit)); > String pre = (si ? "kMGTPE" : "KMGTPE").charAt(exp-1) + (si ? "" : "i"); > return String.format("%.1f %sB", bytes / Math.pow(unit, exp), pre); > } > > // ********************************************* > // * Match in openjdk9 > // * File: openjdk9/hotspot/test/gc/parallel/TestDynShrinkHeap.java > // ********************************************* > > String humanReadableByteCount(long bytes, boolean si) { > int unit = si ? 1000 : 1024; > if (bytes < unit) { > return bytes + " B"; > } > int exp = (int) (Math.log(bytes) / Math.log(unit)); > String pre = (si ? "kMGTPE" : "KMGTPE").charAt(exp - 1) + (si ? "" : "i"); > return String.format("%.1f %sB", bytes / Math.pow(unit, exp), pre); > } > > > References: > > [1] https://creativecommons.org/licenses/by-sa/3.0/ > [2] Discussions about license of Stack Overflow code snippets: > > "Do I have to worry about copyright issues for code posted on Stack Overflow?" > http://meta.stackexchange.com/q/12527 > > "Can we get some explicit clarification on the *intended* legal usage of code from SO answers?" > http://meta.stackoverflow.com/q/286582 > > "What is up with the source code license on Stack Overflow?" > http://meta.stackexchange.com/q/25956 > > "What is the license status of StackOverflow code snippets?" > https://legalict.com/software/what-is-the-license-status-of-stackoverflow-code-snippets > > "The MIT license - clarity on using code on Stack Overflow and Stack Exchange" > http://meta.stackexchange.com/q/271080 > > "A new code license: The MIT, this time with attribution required" > http://meta.stackexchange.com/q/272956 From vicente.romero at oracle.com Sat Dec 3 19:01:04 2016 From: vicente.romero at oracle.com (Vicente Romero) Date: Sat, 3 Dec 2016 14:01:04 -0500 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: vote: yes Vicente On 12/02/2016 06:44 AM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, > has been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From kim.barrett at oracle.com Sun Dec 4 06:49:24 2016 From: kim.barrett at oracle.com (Kim Barrett) Date: Sun, 4 Dec 2016 01:49:24 -0500 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <18D0FCF8-8128-4790-A755-24D2F1870DF5@oracle.com> vote: yes > On Dec 2, 2016, at 6:44 AM, Alan Bateman wrote: > > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will know Peter where he has a reputation for taking on concurrency, performance, core reflection, and many other challenging areas. He has contributed to several projects in OpenJDK, including JDK 8, JDK 9, Project Lambda and Project Jigsaw. He is currently a committer on the jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, has been co-author of more than 20 other changes (including large integrations from Project Lambda and Project Jigsaw), and been co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From s.baltes at uni-trier.de Sun Dec 4 11:12:38 2016 From: s.baltes at uni-trier.de (Sebastian Baltes) Date: Sun, 4 Dec 2016 12:12:38 +0100 Subject: CC BY-SA licensed code snippet in openjdk9 repository? In-Reply-To: References: Message-ID: <268a629e-3134-329a-eb13-2e07aba78485@uni-trier.de> Hi, I contacted aioobe yesterday and he answered that he did not write the code in the openjdk9 repo. I also found copies of the same snippet from Stack Overflow in these files: openjdk9/hotspot/test/gc/g1/TestHumongousShrinkHeap.java openjdk9/hotspot/test/gc/g1/TestShrinkDefragmentedHeap.java Best regards, Sebastian On 03.12.2016 14:50, Claes Redestad wrote: > Hi, > > why not ask the author of this SO post (aioobe) directly? He is an > OpenJDK contributor and > was employed by Oracle at the time this code appeared in the OpenJDK > source repos. > > /Claes > > On 12/03/2016 04:30 AM, Sebastian Baltes wrote: >> Hi, >> >> As you may know, the licensing of code snippets on Stack Overflow is a controversially discussed topic (see references below [2]). >> Currently, all content on Stack Overflow, including source code, is licensed under Creative Commons Attribution-ShareAlike 3.0 (CC BY-SA 3.0 [1]). >> This license demands attribution and demands derived work to be published under a compatible license. >> I found a match of a (non-trivial) Stack Overflow code snippet in the openjdk9 repository (see below). >> Now, I would like to find out if the author on Stack Overflow copied from your repo or if it was the other way around. >> I do not want to judge or blame developers copying code from Stack Overflow, I'm just interested in the reasons why (or why not) the origin of the code snippets is indicated and if developers are aware of the licensing of these snippets (it's part of my PhD research). >> >> Best regards, >> Sebastian >> >> >> // ********************************************* >> // * Snippet on Stack Overflow >> // * Link: https://stackoverflow.com/a/3758880 >> // ********************************************* >> >> public static String humanReadableByteCount(long bytes, boolean si) { >> int unit = si ? 1000 : 1024; >> if (bytes < unit) return bytes + " B"; >> int exp = (int) (Math.log(bytes) / Math.log(unit)); >> String pre = (si ? "kMGTPE" : "KMGTPE").charAt(exp-1) + (si ? "" : "i"); >> return String.format("%.1f %sB", bytes / Math.pow(unit, exp), pre); >> } >> >> // ********************************************* >> // * Match in openjdk9 >> // * File: openjdk9/hotspot/test/gc/parallel/TestDynShrinkHeap.java >> // ********************************************* >> >> String humanReadableByteCount(long bytes, boolean si) { >> int unit = si ? 1000 : 1024; >> if (bytes < unit) { >> return bytes + " B"; >> } >> int exp = (int) (Math.log(bytes) / Math.log(unit)); >> String pre = (si ? "kMGTPE" : "KMGTPE").charAt(exp - 1) + (si ? "" : "i"); >> return String.format("%.1f %sB", bytes / Math.pow(unit, exp), pre); >> } >> >> >> References: >> >> [1] https://creativecommons.org/licenses/by-sa/3.0/ >> [2] Discussions about license of Stack Overflow code snippets: >> >> "Do I have to worry about copyright issues for code posted on Stack Overflow?" >> http://meta.stackexchange.com/q/12527 >> >> "Can we get some explicit clarification on the *intended* legal usage of code from SO answers?" >> http://meta.stackoverflow.com/q/286582 >> >> "What is up with the source code license on Stack Overflow?" >> http://meta.stackexchange.com/q/25956 >> >> "What is the license status of StackOverflow code snippets?" >> https://legalict.com/software/what-is-the-license-status-of-stackoverflow-code-snippets >> >> "The MIT license - clarity on using code on Stack Overflow and Stack Exchange" >> http://meta.stackexchange.com/q/271080 >> >> "A new code license: The MIT, this time with attribution required" >> http://meta.stackexchange.com/q/272956 > From masayoshi.okutsu at oracle.com Mon Dec 5 04:12:57 2016 From: masayoshi.okutsu at oracle.com (Masayoshi Okutsu) Date: Mon, 5 Dec 2016 13:12:57 +0900 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: Vote: yes Masayoshi On 12/2/2016 8:44 PM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, > has been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From henry.jen at oracle.com Mon Dec 5 04:14:29 2016 From: henry.jen at oracle.com (Henry Jen) Date: Sun, 4 Dec 2016 20:14:29 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <3D61F372-41AC-45EB-986F-AA7E475C1D72@oracle.com> Vote: YES Cheers, Henry > On Dec 2, 2016, at 3:44 AM, Alan Bateman wrote: > > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will know Peter where he has a reputation for taking on concurrency, performance, core reflection, and many other challenging areas. He has contributed to several projects in OpenJDK, including JDK 8, JDK 9, Project Lambda and Project Jigsaw. He is currently a committer on the jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, has been co-author of more than 20 other changes (including large integrations from Project Lambda and Project Jigsaw), and been co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From rahul.v.raghavan at oracle.com Mon Dec 5 06:17:55 2016 From: rahul.v.raghavan at oracle.com (Rahul Raghavan) Date: Sun, 4 Dec 2016 22:17:55 -0800 (PST) Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: <670f7423-abf3-4fb0-909b-22683e9e9472@default> Vote: yes > -----Original Message----- > From: Jesper Wilhelmsson > Sent: Friday, December 02, 2016 6:54 AM > To: jdk9-dev at openjdk.java.net > Subject: CFV: New JDK 9 Committer: Harsha Wardhana B > > I hereby nominate Harsha Wardhana B (hb) to JDK 9 Committer. > > Harsha is part of the Monitoring and Management team and has contributed 12 > changesets to JDK 9 [3]. > > Votes are due by December 15, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] List of eight significant changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/cc8fc46f258b > 6744127: NullPointerException at com.sun.tools.jdi.EventRequestManagerImpl.request > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3d572034fad > 7065236: To interpret case-insensitive string locale independently > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/4ef83a6b90e8 > 8031753: JMXServiceURL should not use getLocalHost or its usage should be enhanced > > (4) http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1d8df40040ed > 8131061: Use of -Dcom.sun.management.snmp needs to be examined for modules > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/6762573da1c7 > 8141591: javax/management/remote/mandatory/threads/ExecutorTest.java fails > intermittently > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/a9258705870f > 8147610: javax/management/mxbean/MXBeanLoadingTest1.java assumes URLClassLoader > > (7) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/e3a19a55f062 > 8151345: compiler/codecache/jmx/PeakUsageTest.java is failing on jdk9/dev for > JPRT -testset hotspot > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/642790bf4c72 > 8152589: java/lang/management/ThreadMXBean/Locks.java fails intermittently, > blocked on wrong object From dean.long at oracle.com Mon Dec 5 07:03:00 2016 From: dean.long at oracle.com (dean.long at oracle.com) Date: Sun, 4 Dec 2016 23:03:00 -0800 Subject: CC BY-SA licensed code snippet in openjdk9 repository? In-Reply-To: <268a629e-3134-329a-eb13-2e07aba78485@uni-trier.de> References: <268a629e-3134-329a-eb13-2e07aba78485@uni-trier.de> Message-ID: <1542309e-aa47-42e1-0e58-17cc76f7e7cf@oracle.com> Does this help? http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/f665fa6f2aa4 It appears that SO post was from 2010 and Oracle change was from 2014. dl On 12/4/16 3:12 AM, Sebastian Baltes wrote: > Hi, > > I contacted aioobe yesterday and he answered that he did not write the > code in the openjdk9 repo. I also found copies of the same snippet from > Stack Overflow in these files: > > openjdk9/hotspot/test/gc/g1/TestHumongousShrinkHeap.java > openjdk9/hotspot/test/gc/g1/TestShrinkDefragmentedHeap.java > > Best regards, > Sebastian > > > On 03.12.2016 14:50, Claes Redestad wrote: >> Hi, >> >> why not ask the author of this SO post (aioobe) directly? He is an >> OpenJDK contributor and >> was employed by Oracle at the time this code appeared in the OpenJDK >> source repos. >> >> /Claes >> >> On 12/03/2016 04:30 AM, Sebastian Baltes wrote: >>> Hi, >>> >>> As you may know, the licensing of code snippets on Stack Overflow is a controversially discussed topic (see references below [2]). >>> Currently, all content on Stack Overflow, including source code, is licensed under Creative Commons Attribution-ShareAlike 3.0 (CC BY-SA 3.0 [1]). >>> This license demands attribution and demands derived work to be published under a compatible license. >>> I found a match of a (non-trivial) Stack Overflow code snippet in the openjdk9 repository (see below). >>> Now, I would like to find out if the author on Stack Overflow copied from your repo or if it was the other way around. >>> I do not want to judge or blame developers copying code from Stack Overflow, I'm just interested in the reasons why (or why not) the origin of the code snippets is indicated and if developers are aware of the licensing of these snippets (it's part of my PhD research). >>> >>> Best regards, >>> Sebastian >>> >>> >>> // ********************************************* >>> // * Snippet on Stack Overflow >>> // * Link: https://stackoverflow.com/a/3758880 >>> // ********************************************* >>> >>> public static String humanReadableByteCount(long bytes, boolean si) { >>> int unit = si ? 1000 : 1024; >>> if (bytes < unit) return bytes + " B"; >>> int exp = (int) (Math.log(bytes) / Math.log(unit)); >>> String pre = (si ? "kMGTPE" : "KMGTPE").charAt(exp-1) + (si ? "" : "i"); >>> return String.format("%.1f %sB", bytes / Math.pow(unit, exp), pre); >>> } >>> >>> // ********************************************* >>> // * Match in openjdk9 >>> // * File: openjdk9/hotspot/test/gc/parallel/TestDynShrinkHeap.java >>> // ********************************************* >>> >>> String humanReadableByteCount(long bytes, boolean si) { >>> int unit = si ? 1000 : 1024; >>> if (bytes < unit) { >>> return bytes + " B"; >>> } >>> int exp = (int) (Math.log(bytes) / Math.log(unit)); >>> String pre = (si ? "kMGTPE" : "KMGTPE").charAt(exp - 1) + (si ? "" : "i"); >>> return String.format("%.1f %sB", bytes / Math.pow(unit, exp), pre); >>> } >>> >>> >>> References: >>> >>> [1] https://creativecommons.org/licenses/by-sa/3.0/ >>> [2] Discussions about license of Stack Overflow code snippets: >>> >>> "Do I have to worry about copyright issues for code posted on Stack Overflow?" >>> http://meta.stackexchange.com/q/12527 >>> >>> "Can we get some explicit clarification on the *intended* legal usage of code from SO answers?" >>> http://meta.stackoverflow.com/q/286582 >>> >>> "What is up with the source code license on Stack Overflow?" >>> http://meta.stackexchange.com/q/25956 >>> >>> "What is the license status of StackOverflow code snippets?" >>> https://legalict.com/software/what-is-the-license-status-of-stackoverflow-code-snippets >>> >>> "The MIT license - clarity on using code on Stack Overflow and Stack Exchange" >>> http://meta.stackexchange.com/q/271080 >>> >>> "A new code license: The MIT, this time with attribution required" >>> http://meta.stackexchange.com/q/272956 From nishit.jain at oracle.com Mon Dec 5 07:33:36 2016 From: nishit.jain at oracle.com (Nishit Jain) Date: Mon, 5 Dec 2016 13:03:36 +0530 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: <87b76c61-2b4b-00e2-2c0f-49a49b63ed5d@oracle.com> Vote: Yes Regards, Nishit Jain On 02-12-2016 06:53, Jesper Wilhelmsson wrote: > I hereby nominate Harsha Wardhana B (hb) to JDK 9 Committer. > > Harsha is part of the Monitoring and Management team and has > contributed 12 changesets to JDK 9 [3]. > > Votes are due by December 15, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] List of eight significant changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/cc8fc46f258b > 6744127: NullPointerException at > com.sun.tools.jdi.EventRequestManagerImpl.request > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3d572034fad > 7065236: To interpret case-insensitive string locale independently > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/4ef83a6b90e8 > 8031753: JMXServiceURL should not use getLocalHost or its usage should > be enhanced > > (4) http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1d8df40040ed > 8131061: Use of -Dcom.sun.management.snmp needs to be examined for > modules > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/6762573da1c7 > 8141591: javax/management/remote/mandatory/threads/ExecutorTest.java > fails intermittently > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/a9258705870f > 8147610: javax/management/mxbean/MXBeanLoadingTest1.java assumes > URLClassLoader > > (7) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/e3a19a55f062 > 8151345: compiler/codecache/jmx/PeakUsageTest.java is failing on > jdk9/dev for JPRT -testset hotspot > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/642790bf4c72 > 8152589: java/lang/management/ThreadMXBean/Locks.java fails > intermittently, blocked on wrong object From volker.simonis at gmail.com Mon Dec 5 09:28:24 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Mon, 5 Dec 2016 10:28:24 +0100 Subject: JEP 11: Incubator Modules In-Reply-To: <20161202172053.1D9CC1D9DB@eggemoggin.niobe.net> References: <20161202172053.1D9CC1D9DB@eggemoggin.niobe.net> Message-ID: Hi, just out of curiosity: why is this JEP 11 and not 300. Do we now use the unassigned numbers between 11 and 99? Regards, Volker On Fri, Dec 2, 2016 at 6:20 PM, wrote: > New JEP Candidate: http://openjdk.java.net/jeps/11 > > - Mark From s.baltes at uni-trier.de Mon Dec 5 10:23:26 2016 From: s.baltes at uni-trier.de (Sebastian Baltes) Date: Mon, 5 Dec 2016 11:23:26 +0100 Subject: CC BY-SA licensed code snippet in openjdk9 repository? In-Reply-To: <71ca5fa2e4074c37bdae97d43fe69e19@CAS2.uni-trier.de> References: <268a629e-3134-329a-eb13-2e07aba78485@uni-trier.de> <71ca5fa2e4074c37bdae97d43fe69e19@CAS2.uni-trier.de> Message-ID: Thanks! So, let me summarize: aioobe posted the snippet on Stack Overflow in 2010 when he did not work for Oracle (yet). Then in 2014, the snippet was copied from Stack Overflow into the openjdk repo without attribution. Another issue is that the files in the openjdk repo are licensed under the GNU GPL 2, but the license for Stack Overflow content (CC BY-SA 3.0) requires a compatible license to be used in case "you remix, transform, or build upon the material" [1]. According to Creative Commons, "currently, no non-CC licenses have been designated as compatible with BY-SA 3.0." [2]. I'm not a lawyer, but maybe it would be a good idea to replace the method humanReadableByteCount with a re-implementation. We are working on a tool to search for duplicates of non-trivial code snippets from Stack Overflow on a larger scale, because we currently only search for ten popular Java snippets. If you are interested, I can have a closer look at the openjdk repo and report the result here. Best regards, Sebastian [1] https://creativecommons.org/licenses/by-sa/3.0/ [2] https://creativecommons.org/share-your-work/licensing-considerations/compatible-licenses/ On 05.12.2016 08:03, dean.long at oracle.com wrote: > Does this help? > > http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/f665fa6f2aa4 > > It appears that SO post was from 2010 and Oracle change was from 2014. > > dl > > On 12/4/16 3:12 AM, Sebastian Baltes wrote: >> Hi, >> >> I contacted aioobe yesterday and he answered that he did not write the >> code in the openjdk9 repo. I also found copies of the same snippet from >> Stack Overflow in these files: >> >> openjdk9/hotspot/test/gc/g1/TestHumongousShrinkHeap.java >> openjdk9/hotspot/test/gc/g1/TestShrinkDefragmentedHeap.java >> >> Best regards, >> Sebastian >> >> >> On 03.12.2016 14:50, Claes Redestad wrote: >>> Hi, >>> >>> why not ask the author of this SO post (aioobe) directly? He is an >>> OpenJDK contributor and >>> was employed by Oracle at the time this code appeared in the OpenJDK >>> source repos. >>> >>> /Claes >>> >>> On 12/03/2016 04:30 AM, Sebastian Baltes wrote: >>>> Hi, >>>> >>>> As you may know, the licensing of code snippets on Stack Overflow is a controversially discussed topic (see references below [2]). >>>> Currently, all content on Stack Overflow, including source code, is licensed under Creative Commons Attribution-ShareAlike 3.0 (CC BY-SA 3.0 [1]). >>>> This license demands attribution and demands derived work to be published under a compatible license. >>>> I found a match of a (non-trivial) Stack Overflow code snippet in the openjdk9 repository (see below). >>>> Now, I would like to find out if the author on Stack Overflow copied from your repo or if it was the other way around. >>>> I do not want to judge or blame developers copying code from Stack Overflow, I'm just interested in the reasons why (or why not) the origin of the code snippets is indicated and if developers are aware of the licensing of these snippets (it's part of my PhD research). >>>> >>>> Best regards, >>>> Sebastian >>>> >>>> >>>> // ********************************************* >>>> // * Snippet on Stack Overflow >>>> // * Link: https://stackoverflow.com/a/3758880 >>>> // ********************************************* >>>> >>>> public static String humanReadableByteCount(long bytes, boolean si) { >>>> int unit = si ? 1000 : 1024; >>>> if (bytes < unit) return bytes + " B"; >>>> int exp = (int) (Math.log(bytes) / Math.log(unit)); >>>> String pre = (si ? "kMGTPE" : "KMGTPE").charAt(exp-1) + (si ? "" : "i"); >>>> return String.format("%.1f %sB", bytes / Math.pow(unit, exp), pre); >>>> } >>>> >>>> // ********************************************* >>>> // * Match in openjdk9 >>>> // * File: openjdk9/hotspot/test/gc/parallel/TestDynShrinkHeap.java >>>> // ********************************************* >>>> >>>> String humanReadableByteCount(long bytes, boolean si) { >>>> int unit = si ? 1000 : 1024; >>>> if (bytes < unit) { >>>> return bytes + " B"; >>>> } >>>> int exp = (int) (Math.log(bytes) / Math.log(unit)); >>>> String pre = (si ? "kMGTPE" : "KMGTPE").charAt(exp - 1) + (si ? "" : "i"); >>>> return String.format("%.1f %sB", bytes / Math.pow(unit, exp), pre); >>>> } >>>> >>>> >>>> References: >>>> >>>> [1] https://creativecommons.org/licenses/by-sa/3.0/ >>>> [2] Discussions about license of Stack Overflow code snippets: >>>> >>>> "Do I have to worry about copyright issues for code posted on Stack Overflow?" >>>> http://meta.stackexchange.com/q/12527 >>>> >>>> "Can we get some explicit clarification on the *intended* legal usage of code from SO answers?" >>>> http://meta.stackoverflow.com/q/286582 >>>> >>>> "What is up with the source code license on Stack Overflow?" >>>> http://meta.stackexchange.com/q/25956 >>>> >>>> "What is the license status of StackOverflow code snippets?" >>>> https://legalict.com/software/what-is-the-license-status-of-stackoverflow-code-snippets >>>> >>>> "The MIT license - clarity on using code on Stack Overflow and Stack Exchange" >>>> http://meta.stackexchange.com/q/271080 >>>> >>>> "A new code license: The MIT, this time with attribution required" >>>> http://meta.stackexchange.com/q/272956 > From neugens.limasoftware at gmail.com Mon Dec 5 11:04:53 2016 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Mon, 5 Dec 2016 12:04:53 +0100 Subject: CC BY-SA licensed code snippet in openjdk9 repository? In-Reply-To: References: <268a629e-3134-329a-eb13-2e07aba78485@uni-trier.de> <71ca5fa2e4074c37bdae97d43fe69e19@CAS2.uni-trier.de> Message-ID: 2016-12-05 11:23 GMT+01:00 Sebastian Baltes : > I'm not a lawyer, but maybe it would be a good idea to replace the > method humanReadableByteCount with a re-implementation. We are working > on a tool to search for duplicates of non-trivial code snippets from > Stack Overflow on a larger scale, because we currently only search for > ten popular Java snippets. If you are interested, I can have a closer > look at the openjdk repo and report the result here. IANAL, but it's the same author, so I don't see a problem. Cheers, Mario -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens Proud GNU Classpath developer: http://www.classpath.org/ OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ From s.baltes at uni-trier.de Mon Dec 5 11:16:03 2016 From: s.baltes at uni-trier.de (Sebastian Baltes) Date: Mon, 5 Dec 2016 12:16:03 +0100 Subject: CC BY-SA licensed code snippet in openjdk9 repository? In-Reply-To: References: <268a629e-3134-329a-eb13-2e07aba78485@uni-trier.de> <71ca5fa2e4074c37bdae97d43fe69e19@CAS2.uni-trier.de> Message-ID: Could you please elaborate on that? The author of the snippet is not the committer of the code. And as far as I know, aioobe was not aware that his code from Stack Overflow is being used in openjdk. So the code has obviously been copied from Stack Overflow into openjdk and thus, in my opinion, the Stack Overflow license applies here. Best regards, Sebastian On 05.12.2016 12:04, Mario Torre wrote: > 2016-12-05 11:23 GMT+01:00 Sebastian Baltes : >> I'm not a lawyer, but maybe it would be a good idea to replace the >> method humanReadableByteCount with a re-implementation. We are working >> on a tool to search for duplicates of non-trivial code snippets from >> Stack Overflow on a larger scale, because we currently only search for >> ten popular Java snippets. If you are interested, I can have a closer >> look at the openjdk repo and report the result here. > > > IANAL, but it's the same author, so I don't see a problem. > > Cheers, > Mario > From neugens.limasoftware at gmail.com Mon Dec 5 11:19:29 2016 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Mon, 5 Dec 2016 12:19:29 +0100 Subject: CC BY-SA licensed code snippet in openjdk9 repository? In-Reply-To: References: <268a629e-3134-329a-eb13-2e07aba78485@uni-trier.de> <71ca5fa2e4074c37bdae97d43fe69e19@CAS2.uni-trier.de> Message-ID: 2016-12-05 12:16 GMT+01:00 Sebastian Baltes : > Could you please elaborate on that? > > The author of the snippet is not the committer of the code. And as far > as I know, aioobe was not aware that his code from Stack Overflow is > being used in openjdk. So the code has obviously been copied from Stack > Overflow into openjdk and thus, in my opinion, the Stack Overflow > license applies here. Sorry, I misread your previous mail, I though you wrote that the SO author was the *same* author of the code in the snippet in OpenJDK. Cheers, Mario -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens Proud GNU Classpath developer: http://www.classpath.org/ OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ From coleen.phillimore at oracle.com Mon Dec 5 14:01:24 2016 From: coleen.phillimore at oracle.com (Coleen Phillimore) Date: Mon, 5 Dec 2016 09:01:24 -0500 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <6ba39ffd-a06d-d9bb-e6a1-752799d26304@oracle.com> Vote: yes On 12/2/16 6:44 AM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will > know Peter where he has a reputation for taking on concurrency, > performance, core reflection, and many other challenging areas. He has > contributed to several projects in OpenJDK, including JDK 8, JDK 9, > Project Lambda and Project Jigsaw. He is currently a committer on the > jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, > has been co-author of more than 20 other changes (including large > integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From mark.reinhold at oracle.com Mon Dec 5 15:55:29 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Mon, 05 Dec 2016 07:55:29 -0800 Subject: JEP 11: Incubator Modules In-Reply-To: References: <20161202172053.1D9CC1D9DB@eggemoggin.niobe.net> Message-ID: <20161205075529.681022357@eggemoggin.niobe.net> 2016/12/5 1:28:24 -0800, volker.simonis at gmail.com: > just out of curiosity: why is this JEP 11 and not 300. Do we now use > the unassigned numbers between 11 and 99? It was always the intent to use lower numbers for informational JEPs that are expected to be long-lived. This is one of those. - Mark From martinrb at google.com Mon Dec 5 20:13:16 2016 From: martinrb at google.com (Martin Buchholz) Date: Mon, 5 Dec 2016 12:13:16 -0800 Subject: Refresh of module system coming to jdk9/dev soon In-Reply-To: <13961035-d87c-228e-853e-2a33617b90e3@oracle.com> References: <13961035-d87c-228e-853e-2a33617b90e3@oracle.com> Message-ID: Whitebox testing is the most obvious example of code that has a good excuse for poking inside implementation details. For running jsr166 tests, I'm happy to report that the following seems to work: + + + + It would be nice if there was explicit guidance for authors of tooling software like test harnesses. jtreg has some magic in JTRegModuleHelper that calls Module.implAddOpens reflectively, but that's not going to work for ordinary software, and there's no cookbook recipe for how to do that. jtreg has the advantage that it is already spawning other java processes, and so can inject arbitrary command line flags. It would be nice if the production software could define test-only methods (think "checkInvariants()") that could be invoked without having to resort to reflection. Google has some use-this-method-in-tests-only tooling that uses annotations, but the enforcement is external to the jdk. I keep hoping that module systems would somehow work at the method level instead of the package level, because we already have visibility keywords like private at the method level. Giving access to internals to legitimate tools while preventing other uses seems like a Hard Problem. For tools like debuggers or heap analyzers that really want to see everything, there will be a strong desire to "disable all module checks". Or maybe the right way is for users to patch them into java.base? Guidance needed. On Wed, Nov 30, 2016 at 4:39 AM, Alan Bateman wrote: > Just a heads-up that the code review and cleanup for an update of the > module system is currently underway on jigsaw-dev [1] with a view to > pushing the changes to jdk9/dev soon, maybe for jdk-9+148 that will promote > next week. > > For those that have been trying out modules with regular JDK 9 builds then > be aware that `requires public` changes to `requires transitive`. In > addition, the binary representation of the module declaration > (module-info.class) has changed so that you need to recompile any modules > that were compiled with previous JDK 9 builds. > > This refresh includes a disruptive change that is important to understand. > As things stand today in JDK 9 then you use setAccessible to break into > non-public elements of any type in exported packages (you can hack into > private fields of any type in java.util example). However, it cannot be > used to break into any type in non-exported package (you can't break into > types in jdk.internal.misc or sun.security.x509 for example). The current > specified behavior was a compromise for the initial integration of the > module system. It is of course not very satisfactory, hence the > #AwkwardStrongEncapsulation issue [2] on the JSR 376 issues list. With the > updated proposal in the JSR, this refresh changes setAccessible further so > that it cannot be used to break into non-public types, or non-public > elements of public types, in exported packages. Code that uses > setAccessible to hack into the private constructor of > java.lang.invoke.MethodHandles.Lookup will be disappointed for example. > > This change will expose hacks in many existing libraries and tools (as > happened when setAccessible was changed to prevent it being used to break > into sun.* packages). It will not be popular. As a workaround then a new > command line option `--add-opens` can be used to open specific packages for > "deep reflection". For example, a really popular build tool fails with this > refresh because it uses setAccessible + core reflection to hack into a > private field of an unmodifiable collection so that it can mutate it, > facepalm! This code will continue to work as before when run with > `--add-opens java.base/java.util=ALL-UNNAMED` to open the package > java.util in module java.base to "all unnamed modules" (think class path). > > As I said, this change will not be popular but please bear with it until > the extent of the issues uncovered is more widely understood. We need all > the help we can get to identify issues and get them reported (and hopefully > fixed) by the libraries and tools with the technical debt (and we expect a > lot of it will be technical debt). For those working on OpenJDK and the JDK > 9 project then it's very possible that some of these issues will redirect > to the JDK as requests for new APIs or hooks (and I assume will need to be > looked at on a case-by-case basis). > > Any help reporting issues to popular tools and libraries would be > appreciated. A debugging aid that is useful to identify issues is to run > with -Dsun.reflect.debugModuleAccessChecks=true to get a stack trace when > setAccessible fails, this is particularly useful when code swallows > exceptions without any logging. > > One final point, and only interesting to those working in OpenJDK, is that > this refresh will require upgrading your build of jtreg. The changes to > work with this refresh have been in the code-tools/jtreg repository for > some time. The TEST.ROOT in each repository has been updated to require the > new version. > > -Alan > > [1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-Novem > ber/010249.html > [2] http://openjdk.java.net/projects/jigsaw/spec/issues/#Awkward > StrongEncapsulation > From devnexen at gmail.com Mon Dec 5 21:10:00 2016 From: devnexen at gmail.com (David CARLIER) Date: Mon, 5 Dec 2016 21:10:00 +0000 Subject: [PATCH]: few memory errors fixes Message-ID: Hi, this is my first patch sent to the mailing list. One corrects the wrong delete operator used and a potential memory leak. Hope it is useful. Kind regards. -------------- next part -------------- diff --git a/src/java.base/share/native/libjimage/imageDecompressor.cpp b/src/java.base/share/native/libjimage/imageDecompressor.cpp --- a/src/java.base/share/native/libjimage/imageDecompressor.cpp +++ b/src/java.base/share/native/libjimage/imageDecompressor.cpp @@ -181,7 +181,7 @@ } } while (has_header); memcpy(uncompressed, decompressed_resource, (size_t) uncompressed_size); - delete decompressed_resource; + delete [] decompressed_resource; } // Zip decompressor diff --git a/src/java.desktop/unix/native/common/awt/fontpath.c b/src/java.desktop/unix/native/common/awt/fontpath.c --- a/src/java.desktop/unix/native/common/awt/fontpath.c +++ b/src/java.desktop/unix/native/common/awt/fontpath.c @@ -289,6 +289,7 @@ onePath = SAFE_SIZE_ARRAY_ALLOC(malloc, strlen (fDirP->name[index]) + 2, sizeof( char ) ); if (onePath == NULL) { free ( ( void *) appendDirList ); + free ( ( void *) newFontPath ); XFreeFontPath ( origFontPath ); return; } From Alan.Bateman at oracle.com Tue Dec 6 12:22:43 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Tue, 6 Dec 2016 12:22:43 +0000 Subject: Refresh of module system coming to jdk9/dev soon In-Reply-To: References: <13961035-d87c-228e-853e-2a33617b90e3@oracle.com> Message-ID: <86df173f-21f3-22c0-320a-c3cba3b35310@oracle.com> On 05/12/2016 20:13, Martin Buchholz wrote: > Whitebox testing is the most obvious example of code that has a good > excuse for poking inside implementation details. > For running jsr166 tests, I'm happy to report that the following seems > to work: > > > > + if:set="modules"/> > + if:set="modules"/> > + > + > > It would be nice if there was explicit guidance for authors of tooling > software like test harnesses. There have been a number of threads on jigsaw-dev on this topic. Whitebox tests that are in the same package as the API under test (by convention or because they are testing package-private methods) can be compiled and run "as if" they are part of the module. This is done with the --patch-module option, like what you are doing to override the jsr166 classes in java.base. Code in a module can do "deep reflection" on any element of any type in its own module so the tests shouldn't have any issue when they are in the module. That said, there might some additional command line options needed to allow the test runner invoke the tests (where the tests are added to the module in a non-exported package) or where the tests links to the supporting test library (probably JUnit here). We've worked with many scenarios where everything is modules or where there is a mix of modules and class path, it can all be made to work. In time then I hope the test runners will make this easier but there isn't anything specifically written up yet. > > It would be nice if the production software could define test-only > methods (think "checkInvariants()") that could be invoked without > having to resort to reflection. Google has some > use-this-method-in-tests-only tooling that uses annotations, but the > enforcement is external to the jdk. I keep hoping that module systems > would somehow work at the method level instead of the package level, > because we already have visibility keywords like private at the method > level. If the checkInvariant methods aren't public then the packages that they are in will needed to be opened to whoever calls them. For the scenario then qualified exports or qualified opens can be used to export and/or open specific packages to test modules. > > Giving access to internals to legitimate tools while preventing other > uses seems like a Hard Problem. For tools like debuggers or heap > analyzers that really want to see everything, there will be a strong > desire to "disable all module checks". Or maybe the right way is for > users to patch them into java.base? Guidance needed. We updated the debugger support and the tools APIs to support modules some time ago. I'm not sure if we have a specific issue in mind but the debugger support involves JVM TI and JNI on the backend so there isn't an issue with accessibility. Heap analyzers that are based on the tool APIs should be fine too, as should tools and agents based on the instrumentation API (it's even possible for agents that don't know anything about modules to instrument code in modules). -Alan From volker.simonis at gmail.com Tue Dec 6 15:28:17 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Tue, 6 Dec 2016 16:28:17 +0100 Subject: JEP 11: Incubator Modules In-Reply-To: <20161202172053.1D9CC1D9DB@eggemoggin.niobe.net> References: <20161202172053.1D9CC1D9DB@eggemoggin.niobe.net> Message-ID: On Fri, Dec 2, 2016 at 6:20 PM, wrote: > New JEP Candidate: http://openjdk.java.net/jeps/11 > Hi, I have some questions regarding this JEP: 1. First of all, I couldn't find any discussions around this JEP on any of the OpenJDK mailing lists I'm subscribed to (and I'm subscribed to quite a few of them :) Maybe just I have missed it, but according to the JEP 2.0 process [1] I thought that there should be a discussion and evaluation before the OpenJDK lead changes a JEP to "Candidate" status and adds it to the JDK Roadmap. 2. This JEP is targeted for Java 9 but we're already close to "Feature Extension Complete". I understand that this JEP itself probably doesn't require a lot of implementation work. Maybe there's no implementation effort at all, but that's not totally clear to me from the JEP. That said, do you plan to add new "Incubator Modules" to jdk9 before "Feature Extension Complete" or will there be different (more relaxed) rules for integrating incubator modules into jdk9? E.g. the owner of "JEP 110: HTTP/2 Client" [2] stated on the mailing list that he's planning to integrate that JEP (which is not complete to my understanding" as incubator module into jdk9. 3. In section "Relationship to other modules" the JEP mentions that "in exceptional cases, it may be acceptable for standard and non-incubator JDK-specific modules to specify requires dependences upon incubator modules". I wonder how this plays together with Java standardization and the JCP process. How can you standardize a Java release in a JSR if there exist dependencies on a non-standardized "incubator module"? 4. In section "Integration points" the JEP mentions that "low-level operations can be exposed through qualified exports from the appropriate module(s) in the JDK build to the incubator module containing the feature". I'm still not a module expert, but I wonder if the set of exports from a standard module isn't defined by the Java standard? Are others allowed to use this mechanism for exposing internals of standard modules trough their own incubator modules? 5. Will the "jdk.incubator" package and module name be special or protected in some way? As they are not specified by the Java standard I suppose they will be not. This leads to the question if other Java/JDK vendors and implementors will be able to define and deliver their own set of "incubator modules"? 6. How do you intend to prevent "Java fragmentation" with regard to "supported incubator moduls"? OpenJDK/OracleJDK are currently for sure the most dominant by by no means the only Java implementations on this planet. Independent Java implementors may not be able to use OpenJDK incubator modules due to licensing issues. It is also unclear how Oracle will license incubator modules to its commercial licensees. Finally, as already outlined in question 5, other Java/OpenJDK distributors may use this mechanism to establish their own set of incubator modules. 7. I would propose to impose a limit on how long a new feature can live in an incubator module (e.g. for one major Java release). I think this is essential to prevent "incubator modules" from becoming "de-facto" standards and thus effectively undermining the JCP process. Thank you and best regards, Volker [1] http://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html [2] https://bugs.openjdk.java.net/browse/JDK-8042950 > - Mark From mark.reinhold at oracle.com Tue Dec 6 16:28:35 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 06 Dec 2016 08:28:35 -0800 Subject: JEP 11: Incubator Modules In-Reply-To: References: <20161202172053.1D9CC1D9DB@eggemoggin.niobe.net> Message-ID: <20161206082835.389423071@eggemoggin.niobe.net> 2016/12/6 7:28:17 -0800, volker.simonis at gmail.com: > On Fri, Dec 2, 2016 at 6:20 PM, wrote: >> New JEP Candidate: http://openjdk.java.net/jeps/11 > > I have some questions regarding this JEP: > > 1. First of all, I couldn't find any discussions around this JEP on > any of the OpenJDK mailing lists I'm subscribed to (and I'm subscribed > to quite a few of them :) Maybe just I have missed it, but according > to the JEP 2.0 process [1] I thought that there should be a discussion > and evaluation before the OpenJDK lead changes a JEP to "Candidate" > status and adds it to the JDK Roadmap. This is an Informational JEP, not a Feature JEP. As such the notion of "Candidate" isn't really apt, and in fact the JEP process specifies a different workflow for Informational JEPs, but because JIRA is so fiendishly difficult to configure we haven't implemented that workflow in JBS, so we make do with the workflow that we have. Informational JEPs aren't meant to be targeted to specific releases, so I've removed the "9" target from JEP 11. > 2. This JEP is targeted for Java 9 but we're already close to "Feature > Extension Complete". I understand that this JEP itself probably > doesn't require a lot of implementation work. Maybe there's no > implementation effort at all, but that's not totally clear to me from > the JEP. The minor mechanisms needed to support JEP 11 are part of the module system, JEP 261, and will be described in a forthcoming update to that JEP. > That said, do you plan to add new "Incubator Modules" to jdk9 > before "Feature Extension Complete" or will there be different (more > relaxed) rules for integrating incubator modules into jdk9? E.g. the > owner of "JEP 110: HTTP/2 Client" [2] stated on the mailing list that > he's planning to integrate that JEP (which is not complete to my > understanding" as incubator module into jdk9. Yes, the plan is to integrate JEP 110 as an incubator module. We also plan to refactor the `jlink` tool's experimental plug-in API (JEP 282) into its own incubator module. I'm not aware of any other plans for incubator modules in JDK 9. > 3. In section "Relationship to other modules" the JEP mentions that > "in exceptional cases, it may be acceptable for standard and > non-incubator JDK-specific modules to specify requires dependences > upon incubator modules". I wonder how this plays together with Java > standardization and the JCP process. How can you standardize a Java > release in a JSR if there exist dependencies on a non-standardized > "incubator module"? You can, but only if the incubator module is merely part of the standard module's implementation, so that its types aren't exposed anywhere in the standard module's API. That's why JEP 11 mentions the use of `requires` directives here rather than `requires transitive`. > 4. In section "Integration points" the JEP mentions that "low-level > operations can be exposed through qualified exports from the > appropriate module(s) in the JDK build to the incubator module > containing the feature". I'm still not a module expert, but I wonder > if the set of exports from a standard module isn't defined by the Java > standard? The set of unqualified exports from a standard module will be part of the Java SE Platform specification. Qualified exports from one module to another within the JDK, whether those modules are standard or not, are invisible to all other modules and hence not part of the SE specification. > Are others allowed to use this mechanism for exposing > internals of standard modules trough their own incubator modules? No. > 5. Will the "jdk.incubator" package and module name be special or > protected in some way? As they are not specified by the Java standard > I suppose they will be not. No, the names will not be protected by technical means, unless perhaps we find that people start abusing them. > This leads to the question if other > Java/JDK vendors and implementors will be able to define and deliver > their own set of "incubator modules"? Other developers are perfectly free to use the mechanisms behind incubator modules (i.e., the `--warn-if-resolved` option), but they should use module names that don't start with `jdk.`. > 6. How do you intend to prevent "Java fragmentation" with regard to > "supported incubator moduls"? "Supported incubator modules" is an oxymoron. You can't depend upon incubator modules -- they have a finite lifetime and can change or even disappear without any notice at all. Fragmentation isn't really an issue since incubator modules are, by their nature, self-fragmenting to start with. > OpenJDK/OracleJDK are currently for sure > the most dominant by by no means the only Java implementations on this > planet. Independent Java implementors may not be able to use OpenJDK > incubator modules due to licensing issues. It is also unclear how > Oracle will license incubator modules to its commercial licensees. (I won't comment on Oracle's commercial license terms in this forum.) > Finally, as already outlined in question 5, other Java/OpenJDK > distributors may use this mechanism to establish their own set of > incubator modules. Yes, they are free to do so. > 7. I would propose to impose a limit on how long a new feature can > live in an incubator module (e.g. for one major Java release). I think > this is essential to prevent "incubator modules" from becoming > "de-facto" standards and thus effectively undermining the JCP process. That is, in fact, an essential part of the proposal, as stated in the Goals section: "The incubation lifetime of an API is limited: It is expected that the API will either be standardized or otherwise made final in the next release, or else removed." Thanks for your feedback! - Mark From stanislav.smirnov at oracle.com Tue Dec 6 17:43:16 2016 From: stanislav.smirnov at oracle.com (Stanislav Smirnov) Date: Tue, 6 Dec 2016 20:43:16 +0300 Subject: [PATCH]: few memory errors fixes In-Reply-To: References: Message-ID: <2B92CD13-A349-4DDB-B955-6D6FE285B315@oracle.com> Hi David, please follow the openjdk general guidelines http://openjdk.java.net/guide/changePlanning.html and community code review guidelines http://openjdk.java.net/guide/codeReview.html. Best regards, Stanislav Smirnov > On 06 Dec 2016, at 00:10, David CARLIER wrote: > > Hi, > > this is my first patch sent to the mailing list. One corrects the wrong > delete operator used and a potential memory leak. > > Hope it is useful. > > Kind regards. > From mark.reinhold at oracle.com Tue Dec 6 17:43:42 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 06 Dec 2016 09:43:42 -0800 Subject: JEP 11: Incubator Modules In-Reply-To: <20161206082835.389423071@eggemoggin.niobe.net> References: <20161202172053.1D9CC1D9DB@eggemoggin.niobe.net> <20161206082835.389423071@eggemoggin.niobe.net> Message-ID: <20161206094342.562603234@eggemoggin.niobe.net> Minor clarification below. 2016/12/6 8:28:35 -0800, mark.reinhold at oracle.com: > 2016/12/6 7:28:17 -0800, volker.simonis at gmail.com: >> ... >> >> 4. In section "Integration points" the JEP mentions that "low-level >> operations can be exposed through qualified exports from the >> appropriate module(s) in the JDK build to the incubator module >> containing the feature". I'm still not a module expert, but I wonder >> if the set of exports from a standard module isn't defined by the Java >> standard? > > The set of unqualified exports from a standard module will be part of > the Java SE Platform specification. Qualified exports from one module > to another within the JDK, whether those modules are standard or not, > are invisible to all other modules and hence not part of the SE > specification. > >> Are others allowed to use this mechanism for exposing >> internals of standard modules trough their own incubator modules? > > No. It's fair game for an SE implementation that's downstream of OpenJDK to introduce qualified exports from JDK modules to its own, additional incubator modules. What's not possible, or is at least extremely inadvisable, is for modules that aren't delivered as part of a JDK build to have this kind of intimate connection with JDK modules. If a downstream implementation adds its own incubator modules then it'd be best for the names of those modules to start with something other than `jdk.`, so as to avoid confusion. - Mark From li.jiang at oracle.com Tue Dec 6 17:59:10 2016 From: li.jiang at oracle.com (Leo Jiang) Date: Wed, 7 Dec 2016 01:59:10 +0800 Subject: RFR: JDK9 message drop interim L10n resource update In-Reply-To: References: Message-ID: <3ec52a94-f25e-ca13-c558-72138766b992@oracle.com> Hi, Please help the 2nd round review for JDK9 interim message drop. http://cr.openjdk.java.net/~ljiang/8169618/webrev.01/read/ We have fixed the translation bugs in jdk and langtools repositories which were reported in the first round webrev. Very appreciated your effort. This webrev will be the final webrev for this message drop. If you found any bugs in the webrev, we will defer and fix them in next message drop. Thanks, Leo On 11/14/2016 02:09 PM, Leo Jiang wrote: > Hi, > > Please review: > Webrev: > http://cr.openjdk.java.net/~ljiang/8169618/webrev/read/ > > for bug: > https://bugs.openjdk.java.net/browse/JDK-8169618 > > Please help us to review > - over-translate, e.g. keywords should be not translated > - not-translate, e.g. some sentences or strings are not translated while they should be. > - any programming syntax error > - multiple lines property with correct line ending '\n\' > - the position of placefolder after translation > - any other issues. > > Thanks, > Leo From stuart.marks at oracle.com Tue Dec 6 21:17:06 2016 From: stuart.marks at oracle.com (Stuart Marks) Date: Tue, 6 Dec 2016 13:17:06 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <0f130a12-bdc5-392b-8ead-5a1e7bfaf45c@oracle.com> Vote: Yes On 12/2/16 3:44 AM, Alan Bateman wrote: > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will know > Peter where he has a reputation for taking on concurrency, performance, core > reflection, and many other challenging areas. He has contributed to several > projects in OpenJDK, including JDK 8, JDK 9, Project Lambda and Project Jigsaw. > He is currently a committer on the jdk8, jdk8u and jdk9 projects. He has pushed > 30 significant changes, has been co-author of more than 20 other changes > (including large integrations from Project Lambda and Project Jigsaw), and been > co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. Votes > must be cast in the open by replying to this mailing list. For Three-Vote > Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From john.r.rose at oracle.com Tue Dec 6 22:26:07 2016 From: john.r.rose at oracle.com (John Rose) Date: Tue, 6 Dec 2016 14:26:07 -0800 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <83761F8E-5C18-4BA7-BE72-5CDE8204F3CC@oracle.com> Vote: yes > On Dec 2, 2016, at 3:44 AM, Alan Bateman wrote: > > I hereby nominate Peter Levart to JDK 9 Reviewer. From mark.reinhold at oracle.com Wed Dec 7 00:06:30 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 06 Dec 2016 16:06:30 -0800 Subject: JEP proposed to target JDK 9 (2016/12/6) Message-ID: <20161206160630.538788469@eggemoggin.niobe.net> The following JEP has been placed into the "Proposed to Target" state by its owner after discussion and review: 297: Unified arm32/arm64 Port http://openjdk.java.net/jeps/297 Feedback on this proposal is welcome, as are reasoned objections. If no such objections are raised by 09:00 UTC next Wednesday, 14 December, or if they're raised and then satisfactorily answered, then per the JEP 2.0 process proposal [1] I'll target this JEP to JDK 9. (This information is also available on the JDK 9 Project Page [2]). - Mark [1] http://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html [2] http://openjdk.java.net/projects/jdk9/ From staffan.larsen at oracle.com Wed Dec 7 10:01:07 2016 From: staffan.larsen at oracle.com (Staffan Larsen) Date: Wed, 7 Dec 2016 11:01:07 +0100 Subject: =?utf-8?Q?CFV=3A_New_JDK_9_Reviewer=3A_Markus_Gr=C3=B6nlund?= Message-ID: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. Votes are due by 21 December 2016, 11:00 CEST. Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. Staffan Larsen [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#reviewer-vote [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() From magnus.ihse.bursie at oracle.com Wed Dec 7 10:09:33 2016 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 7 Dec 2016 11:09:33 +0100 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <039ce288-7607-ea9b-5e79-2a472d44816b@oracle.com> Vote: yes /Magnus On 2016-12-07 11:01, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From mikael.gerdin at oracle.com Wed Dec 7 10:19:59 2016 From: mikael.gerdin at oracle.com (Mikael Gerdin) Date: Wed, 7 Dec 2016 11:19:59 +0100 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <4f7defa1-dcf6-881d-7f9e-d9f9d8864c33@oracle.com> Vote: yes /Mikael On 2016-12-07 11:01, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From claes.redestad at oracle.com Wed Dec 7 10:18:00 2016 From: claes.redestad at oracle.com (Claes Redestad) Date: Wed, 7 Dec 2016 11:18:00 +0100 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <38e6a33e-39dd-e53c-d392-0b583a52fc86@oracle.com> Vote: yes /Claes On 2016-12-07 11:01, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From serguei.spitsyn at oracle.com Wed Dec 7 10:30:48 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn) Date: Wed, 07 Dec 2016 02:30:48 -0800 Subject: =?ISO-8859-1?Q?RE:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=F6nlund?= Message-ID: <01ybl3m1v3dod5pijxeirp80.1481106648906@email.android.com> Vote: yes Sent from my Verizon Wireless 4G LTE smartphone -------- Original message -------- From: Staffan Larsen Date: 12/07/2016 02:01 (GMT-08:00) To: jdk9-dev Subject: CFV: New JDK 9 Reviewer: Markus Gr?nlund I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. Votes are due by 21 December 2016, 11:00 CEST. Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. Staffan Larsen [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#reviewer-vote [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() From volker.simonis at gmail.com Wed Dec 7 10:36:30 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 7 Dec 2016 11:36:30 +0100 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_9_Reviewer=3A_Markus_Gr=C3=B6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: Vote: yes On Wed, Dec 7, 2016 at 11:01 AM, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From sean.coffey at oracle.com Wed Dec 7 10:58:03 2016 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=) Date: Wed, 7 Dec 2016 10:58:03 +0000 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <5847EB3B.8040500@oracle.com> Vote: Yes Regards, Sean. On 07/12/16 10:01, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From daniel.fuchs at oracle.com Wed Dec 7 12:17:41 2016 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Wed, 7 Dec 2016 12:17:41 +0000 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <5863aa42-ffc0-f296-f50d-76ec9feab148@oracle.com> Vote: yes On 07/12/16 10:01, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From erik.helin at oracle.com Wed Dec 7 12:23:57 2016 From: erik.helin at oracle.com (Erik Helin) Date: Wed, 7 Dec 2016 13:23:57 +0100 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: Vote: yes Erik On 12/07/2016 11:01 AM, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From goetz.lindenmaier at sap.com Wed Dec 7 12:31:37 2016 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Wed, 7 Dec 2016 12:31:37 +0000 Subject: =?utf-8?B?UkU6IE5ldyBKREsgOSBSZXZpZXdlcjogTWFya3VzIEdyw7ZubHVuZA==?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: vote: yes Best, Goetz. > -----Original Message----- > From: jdk9-dev [mailto:jdk9-dev-bounces at openjdk.java.net] On Behalf Of > Staffan Larsen > Sent: Wednesday, December 07, 2016 11:01 AM > To: jdk9-dev > Subject: CFV: New JDK 9 Reviewer: Markus Gr?nlund > > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 > changesets across the hotspot [3] and jdk [4] repos. Markus has primarily > worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes > must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(auth > or(%22mgronlun%22)+or+desc(%22Contributed- > by:+markus.gronlund at oracle.com%22))+and+not+merge() > hor(%22mgronlun%22)+or+desc(%22Contributed- > by:+markus.gronlund at oracle.com%22))+and+not+merge()> > [4] > http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(% > 22mgronlun%22)+or+desc(%22Contributed- > by:+markus.gronlund at oracle.com%22))+and+not+merge() > %22mgronlun%22)+or+desc(%22Contributed- > by:+markus.gronlund at oracle.com%22))+and+not+merge()> From stefan.johansson at oracle.com Wed Dec 7 12:39:28 2016 From: stefan.johansson at oracle.com (Stefan Johansson) Date: Wed, 7 Dec 2016 13:39:28 +0100 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <3f4d154a-c9b1-10d4-1f08-a65c4c048a20@oracle.com> Vote: yes StefanJ On 2016-12-07 11:01, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From harold.seigel at oracle.com Wed Dec 7 12:54:09 2016 From: harold.seigel at oracle.com (harold seigel) Date: Wed, 7 Dec 2016 07:54:09 -0500 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <15fb6f82-54ae-31e6-8589-9e88c14152b1@oracle.com> Vote: yes Harold On 12/7/2016 5:01 AM, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From coleen.phillimore at oracle.com Wed Dec 7 12:57:43 2016 From: coleen.phillimore at oracle.com (Coleen Phillimore) Date: Wed, 7 Dec 2016 07:57:43 -0500 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: Vote: yes On 12/7/16 5:01 AM, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From dmitry.fazunenko at oracle.com Wed Dec 7 13:07:11 2016 From: dmitry.fazunenko at oracle.com (Dmitry Fazunenenko) Date: Wed, 7 Dec 2016 16:07:11 +0300 Subject: CC BY-SA licensed code snippet in openjdk9 repository? In-Reply-To: References: <268a629e-3134-329a-eb13-2e07aba78485@uni-trier.de> <71ca5fa2e4074c37bdae97d43fe69e19@CAS2.uni-trier.de> Message-ID: <509d212f-a803-db22-d8a6-7330cd09f2a4@oracle.com> Hi Sebastian, I submitted the following bug: https://bugs.openjdk.java.net/browse/JDK-8170860: Get rid of the humanReadableByteCount() method in openjdk/hotspot and I'm going to fix it soon. Thanks for discovering the problem, Dima On 05.12.2016 14:16, Sebastian Baltes wrote: > Could you please elaborate on that? > > The author of the snippet is not the committer of the code. And as far > as I know, aioobe was not aware that his code from Stack Overflow is > being used in openjdk. So the code has obviously been copied from Stack > Overflow into openjdk and thus, in my opinion, the Stack Overflow > license applies here. > > Best regards, > Sebastian > > > > On 05.12.2016 12:04, Mario Torre wrote: >> 2016-12-05 11:23 GMT+01:00 Sebastian Baltes : >>> I'm not a lawyer, but maybe it would be a good idea to replace the >>> method humanReadableByteCount with a re-implementation. We are working >>> on a tool to search for duplicates of non-trivial code snippets from >>> Stack Overflow on a larger scale, because we currently only search for >>> ten popular Java snippets. If you are interested, I can have a closer >>> look at the openjdk repo and report the result here. >> >> IANAL, but it's the same author, so I don't see a problem. >> >> Cheers, >> Mario >> From per.liden at oracle.com Wed Dec 7 13:41:11 2016 From: per.liden at oracle.com (Per Liden) Date: Wed, 7 Dec 2016 14:41:11 +0100 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: Vote: yes Per On 2016-12-07 11:01, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From marcus.larsson at oracle.com Wed Dec 7 14:05:36 2016 From: marcus.larsson at oracle.com (Marcus Larsson) Date: Wed, 7 Dec 2016 15:05:36 +0100 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <30cda75a-fb96-caeb-2349-36436969056b@oracle.com> Vote: yes On 12/07/2016 11:01 AM, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From vladimir.x.ivanov at oracle.com Wed Dec 7 14:13:38 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Wed, 7 Dec 2016 17:13:38 +0300 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <41e03ab6-3bcb-3bc0-f47a-8de5580de502@oracle.com> Vote: yes Best regards, Vladimir Ivanov On 12/7/16 1:01 PM, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. From jesper.wilhelmsson at oracle.com Wed Dec 7 14:14:50 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Wed, 7 Dec 2016 15:14:50 +0100 Subject: =?utf-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=C3=B6nlund?= In-Reply-To: <30cda75a-fb96-caeb-2349-36436969056b@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> <30cda75a-fb96-caeb-2349-36436969056b@oracle.com> Message-ID: <9EA708FD-6DC9-414B-9050-3572DA04363C@oracle.com> Vote: Yes /Jesper > 7 dec. 2016 kl. 15:05 skrev Marcus Larsson : > > Vote: yes > > >> On 12/07/2016 11:01 AM, Staffan Larsen wrote: >> I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. >> >> Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. >> >> Votes are due by 21 December 2016, 11:00 CEST. >> >> Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. >> >> For Three-Vote Consensus voting instructions, see [2]. >> >> Staffan Larsen >> >> [1] http://openjdk.java.net/census >> [2] http://openjdk.java.net/projects/#reviewer-vote >> [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() >> [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() >> > From daniel.daugherty at oracle.com Wed Dec 7 15:40:17 2016 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Wed, 7 Dec 2016 08:40:17 -0700 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <7912040b-51cd-9fa2-c7fc-013583fc3321@oracle.com> Vote: yes! Dan On 12/7/16 3:01 AM, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > > From mandy.chung at oracle.com Wed Dec 7 15:55:08 2016 From: mandy.chung at oracle.com (Mandy Chung) Date: Wed, 7 Dec 2016 07:55:08 -0800 Subject: =?utf-8?Q?Re=3A_CFV=3A_New_JDK_9_Reviewer=3A_Markus_Gr=C3=B6nlun?= =?utf-8?Q?d?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: Vote: yes Mandy From volker.simonis at gmail.com Wed Dec 7 16:23:03 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 7 Dec 2016 17:23:03 +0100 Subject: JEP 11: Incubator Modules In-Reply-To: <20161206082835.389423071@eggemoggin.niobe.net> References: <20161202172053.1D9CC1D9DB@eggemoggin.niobe.net> <20161206082835.389423071@eggemoggin.niobe.net> Message-ID: Hi Mark, thanks a lot for the clarifications. After having slept on this I think that this reminds me at least partially of the old and now deprecated "Endorsed Standards Override" [1] and "Java Extensions" [2] mechanisms :) [1] https://docs.oracle.com/javase/6/docs/technotes/guides/standards/ [2] https://docs.oracle.com/javase/8/docs/technotes/guides/extensions/ Please find my additional remarks inline: On Tue, Dec 6, 2016 at 5:28 PM, wrote: > 2016/12/6 7:28:17 -0800, volker.simonis at gmail.com: >> On Fri, Dec 2, 2016 at 6:20 PM, wrote: >>> New JEP Candidate: http://openjdk.java.net/jeps/11 >> >> I have some questions regarding this JEP: >> >> 1. First of all, I couldn't find any discussions around this JEP on >> any of the OpenJDK mailing lists I'm subscribed to (and I'm subscribed >> to quite a few of them :) Maybe just I have missed it, but according >> to the JEP 2.0 process [1] I thought that there should be a discussion >> and evaluation before the OpenJDK lead changes a JEP to "Candidate" >> status and adds it to the JDK Roadmap. > > This is an Informational JEP, not a Feature JEP. As such the notion > of "Candidate" isn't really apt, and in fact the JEP process specifies > a different workflow for Informational JEPs, but because JIRA is so > fiendishly difficult to configure we haven't implemented that workflow > in JBS, so we make do with the workflow that we have. > > Informational JEPs aren't meant to be targeted to specific releases, so > I've removed the "9" target from JEP 11. > >> 2. This JEP is targeted for Java 9 but we're already close to "Feature >> Extension Complete". I understand that this JEP itself probably >> doesn't require a lot of implementation work. Maybe there's no >> implementation effort at all, but that's not totally clear to me from >> the JEP. > > The minor mechanisms needed to support JEP 11 are part of the module > system, JEP 261, and will be described in a forthcoming update to that > JEP. > So new features like the "--do-not-resolve-by-default" and "--warn-if-resolved=incubator" will be part of JEP 261 right? >> That said, do you plan to add new "Incubator Modules" to jdk9 >> before "Feature Extension Complete" or will there be different (more >> relaxed) rules for integrating incubator modules into jdk9? E.g. the >> owner of "JEP 110: HTTP/2 Client" [2] stated on the mailing list that >> he's planning to integrate that JEP (which is not complete to my >> understanding" as incubator module into jdk9. > > Yes, the plan is to integrate JEP 110 as an incubator module. We also > plan to refactor the `jlink` tool's experimental plug-in API (JEP 282) > into its own incubator module. I'm not aware of any other plans for > incubator modules in JDK 9. > >> 3. In section "Relationship to other modules" the JEP mentions that >> "in exceptional cases, it may be acceptable for standard and >> non-incubator JDK-specific modules to specify requires dependences >> upon incubator modules". I wonder how this plays together with Java >> standardization and the JCP process. How can you standardize a Java >> release in a JSR if there exist dependencies on a non-standardized >> "incubator module"? > > You can, but only if the incubator module is merely part of the standard > module's implementation, so that its types aren't exposed anywhere in > the standard module's API. That's why JEP 11 mentions the use of > `requires` directives here rather than `requires transitive`. > >> 4. In section "Integration points" the JEP mentions that "low-level >> operations can be exposed through qualified exports from the >> appropriate module(s) in the JDK build to the incubator module >> containing the feature". I'm still not a module expert, but I wonder >> if the set of exports from a standard module isn't defined by the Java >> standard? > > The set of unqualified exports from a standard module will be part of > the Java SE Platform specification. Qualified exports from one module > to another within the JDK, whether those modules are standard or not, > are invisible to all other modules and hence not part of the SE > specification. > >> Are others allowed to use this mechanism for exposing >> internals of standard modules trough their own incubator modules? > > It's fair game for an SE implementation that's downstream of OpenJDK > to introduce qualified exports from JDK modules to its own, additional > incubator modules. What's not possible, or is at least extremely > inadvisable, is for modules that aren't delivered as part of a JDK > build to have this kind of intimate connection with JDK modules. > > If a downstream implementation adds its own incubator modules then > it'd be best for the names of those modules to start with something > other than `jdk.`, so as to avoid confusion. But after this JEP, users will expect that incubator modules live in "jdk.incubator" and as far as I understood, that's fine because the "jdk" and "jdk.incubator" namespaces are not protected in any way. I expect that not only downstream implementations but also interested parties may use this mechanism to showcase extensions which they eventually want to propose for inclusion into the OpenJDK. In my eyes that would be a legitimate use case. If I have an ultra-cool library which requires access to some internal JDK classes I could build my own OpenJDK and add my library as incubator module. This would allow me to easily distribute it in order to collect feedback before I finalize my library and propose it for integration into OpenJDK. > >> 5. Will the "jdk.incubator" package and module name be special or >> protected in some way? As they are not specified by the Java standard >> I suppose they will be not. > > No, the names will not be protected by technical means, unless perhaps > we find that people start abusing them. > >> This leads to the question if other >> Java/JDK vendors and implementors will be able to define and deliver >> their own set of "incubator modules"? > > Other developers are perfectly free to use the mechanisms behind > incubator modules (i.e., the `--warn-if-resolved` option), but they > should use module names that don't start with `jdk.`. > See my comment above. I think it wouldn't be fair to limit the usage of modules starting with 'jdk.' to "OpenJDK-approved" modules because the JEP states that "an incubator module identifies itself via the jdk.incubator. prefix in its module name..and.. via the jdk.incubator. prefix in its exported package names". So if a downstream implementation should be able to add its own incubator module, it should also be able to place it in a module starting with 'jdk.'. >> 6. How do you intend to prevent "Java fragmentation" with regard to >> "supported incubator moduls"? > > "Supported incubator modules" is an oxymoron. You can't depend upon > incubator modules -- they have a finite lifetime and can change or even > disappear without any notice at all. Fragmentation isn't really an > issue since incubator modules are, by their nature, self-fragmenting to > start with. > >> OpenJDK/OracleJDK are currently for sure >> the most dominant by by no means the only Java implementations on this >> planet. Independent Java implementors may not be able to use OpenJDK >> incubator modules due to licensing issues. It is also unclear how >> Oracle will license incubator modules to its commercial licensees. > > (I won't comment on Oracle's commercial license terms in this forum.) > >> Finally, as already outlined in question 5, other Java/OpenJDK >> distributors may use this mechanism to establish their own set of >> incubator modules. > > Yes, they are free to do so. > >> 7. I would propose to impose a limit on how long a new feature can >> live in an incubator module (e.g. for one major Java release). I think >> this is essential to prevent "incubator modules" from becoming >> "de-facto" standards and thus effectively undermining the JCP process. > > That is, in fact, an essential part of the proposal, as stated in the > Goals section: "The incubation lifetime of an API is limited: It is > expected that the API will either be standardized or otherwise made > final in the next release, or else removed." > Sure. That was too obvious :) Thank you and best regards, Volker > Thanks for your feedback! > > - Mark From paul.sandoz at oracle.com Wed Dec 7 16:30:39 2016 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Wed, 7 Dec 2016 08:30:39 -0800 Subject: =?utf-8?Q?Re=3A_CFV=3A_New_JDK_9_Reviewer=3A_Markus_Gr=C3=B6nlun?= =?utf-8?Q?d?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <701214F6-900C-4DC7-8843-30A813DD8959@oracle.com> Vote: yes Paul. From vladimir.kozlov at oracle.com Wed Dec 7 16:39:16 2016 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Wed, 7 Dec 2016 08:39:16 -0800 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <246a9425-a69d-1b70-2661-200d351f017a@oracle.com> Vote: yes On 12/7/16 2:01 AM, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From mark.reinhold at oracle.com Wed Dec 7 17:02:04 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Wed, 07 Dec 2016 09:02:04 -0800 Subject: Another jcheck update for JDK 9 In-Reply-To: <20161201140254.489159392@eggemoggin.niobe.net> References: <20161201140254.489159392@eggemoggin.niobe.net> Message-ID: <20161207090204.836974069@eggemoggin.niobe.net> 2016/12/1 14:02:54 -0800, mark.reinhold at oracle.com: > We've updated the Mercurial jcheck plugin to accommodate a bugid > collision in two different changesets pushed to two different JDK 9 > HotSpot repos in a way that was too difficult to back out. If you > have a local copy of jcheck then please replace it with the latest > version, available here: > > http://hg.openjdk.java.net/code-tools/jcheck/dist/raw-file/tip/jcheck.py The jcheck extension has been updated once more, so please update any local copies from the above URL. - Mark From Roger.Riggs at Oracle.com Wed Dec 7 18:13:09 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Wed, 7 Dec 2016 13:13:09 -0500 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: Vote: Yes On 12/7/2016 5:01 AM, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. From lana.steuck at oracle.com Wed Dec 7 20:15:39 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 7 Dec 2016 20:15:39 GMT Subject: jdk9-b148: dev Message-ID: <201612072015.uB7KFdsr023963@scaaa563.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/3ffc3e886c74 http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/0a4bc2f04913 http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/586c93260d3b http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/9098b2b9d997 http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/c8c9c334743c http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/c45db75bfe8b http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/5e4e893520ec http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/f95cc86b6ac2 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8170539 client-libs Test clashes with another test with a similar name JDK-8170581 client-libs Remove OpenNonIntegralNumberOfSampleframes.java from ProblemList JDK-8019538 core-libs TEST_BUG: java/rmi/activation/rmidViaInheritedChannel tests may fail JDK-8035424 core-libs Performance problem in sun.reflect.generics.parser.SignatureParser JDK-8049316 core-libs java/nio/channels/Selector/Wakeup.java failing JDK-8075577 core-libs java.time does not support HOST provider JDK-8078587 core-libs java/rmi/server/Unreferenced/leaseCheckInterval/LeaseCheckInterval.jav JDK-8080550 core-libs java/rmi/server/useCustomRef/UseCustomRef.java failed with java.net.Bi JDK-8133719 core-libs java.lang.InternalError in java.lang.invoke.MethodHandleImpl$BindCalle JDK-8143577 core-libs optimize ArrayList.removeIf JDK-8153916 core-libs com/sun/jndi/rmi/registry/RegistryContext/ContextWithNullProperties.ja JDK-8161579 core-libs Array-like AbstractJSObject-based instance not treated as array by nat JDK-8162521 core-libs java/net/Authenticator/B4933582.sh fails intermittently with BindExcep JDK-8164793 core-libs new ArrayDeque(2**N) allocates backing array of size 2**(N+1) JDK-8166507 core-libs ConcurrentSkipListSet.clear() can leave the Set in an invalid state JDK-8166646 core-libs Miscellaneous changes imported from jsr166 CVS 2016-11 JDK-8166914 core-libs URLClassLoader spec needs to mention that it's MR-aware JDK-8167202 core-libs ArrayDeque improvements JDK-8168663 core-libs Nashorn: ant testng tests doesn't support external java options JDK-8168745 core-libs Iterator.forEachRemaining vs. Iterator.remove JDK-8169069 core-libs Module system implementation refresh (11/2016) JDK-8169243 core-libs java/util/concurrent/ThreadPoolExecutor/ConfigChanges.java still fails JDK-8169272 core-libs Clarify Semaphore.drainPermits behavior when current permits are negat JDK-8169495 core-libs Add a method to set an Authenticator on a HttpURLConnection. JDK-8169527 core-libs Typo in getCalendarType() method of Chronology class. JDK-8169679 core-libs ArrayList.subList().iterator().forEachRemaining() off-by-one-error JDK-8169738 core-libs CopyOnWriteArrayList subList needs more synchronization JDK-8169739 core-libs LinkedBlockingDeque spliterator needs to support node self-linking JDK-8170153 core-libs PPC64/s390x/aarch64: Poor StrictMath performance due to non-optimized JDK-8170155 core-libs StringBuffer and StringBuilder stream methods are not late-binding JDK-8170322 core-libs Specialized functions convert booleans to numbers JDK-8170338 core-libs com/sun/jndi/rmi/registry/RegistryContext/UnbindIdempotent.java failed JDK-8170364 core-libs FilePermission path modified during merge JDK-8170402 core-libs Compilation warning with NashornException JDK-8170408 core-libs LogGeneratedClassesTest.java fails with recent changes JDK-8170429 core-libs Problem list LogGeneratedClassesTest.java until JDK-8170408 is fixed JDK-8170467 core-libs (reflect) Optimize SignatureParser's use of StringBuilders JDK-8170559 core-libs Incorrect bug id in problem list JDK-8170565 core-libs JSObject call() is passed undefined for the argument 'thiz' JDK-8170594 core-libs >>>=0 generates invalid bytecode for BaseNode LHS JDK-8170602 core-libs Startup regression due to introduction of lambda in java.io.FilePermis JDK-8170644 core-libs java/rmi/registry/interfaceHash/InterfaceHash.java failed intermittent JDK-8170660 core-libs RMI regression test failures due to missing @build TestLibrary JDK-8170669 core-libs com/sun/jndi/rmi/registry/RegistryContext/UnbindIdempotent.java fails JDK-8170670 core-libs Problem list com/sun/jndi/rmi/registry/RegistryContext/UnbindIdempoten JDK-8170733 core-libs HashMap.HashIterator.remove method does not use cached value for the h JDK-8134300 core-svc .oracle_jre_usage folder must not be created in C:\Users\myName JDK-8165765 core-svc Unexpected ID for RMI connection JDK-8170401 core-svc JConsole might use System.Logger JDK-8037111 globalization space before % is inconsistent between sv and sv_SE JDK-8081643 globalization Wrong number format for Serbian locale with Latin script (sr-Latn-RS) JDK-8170599 hotspot compiler/** tests using ToolProvider.getSystemClassLoader failing JDK-8031567 infrastructure Better model for storing source revision information JDK-8038957 infrastructure DEBUG_BINARIES can be removed JDK-8039103 infrastructure "explicitly" is misspelled as "explicitely" in configure scripts JDK-8056215 infrastructure AWT source dirs should only point to java2d, not below JDK-8076577 infrastructure Do not allow ccache prior to 3.2 on macosx JDK-8164304 infrastructure JDK should build with Oracle Developer Studio JDK-8166737 infrastructure default langtools make test settings result in no ouput JDK-8168607 infrastructure langtools/test/Makefile should set -retain:fail,error by default JDK-8168924 infrastructure Add jdk.unsupported to the compact profile builds JDK-8169816 infrastructure Move src.zip and jrt-fs.jar under the lib directory JDK-8170385 infrastructure JDK-8031567 broke source bundles JDK-8170392 infrastructure JDK-8031567 broke builds from source bundles JDK-8170424 infrastructure back out src.zip change from JDK-8170424 JDK-8170528 infrastructure Race condition with release file creation JDK-8170576 infrastructure Silence error message in compare.sh when selecting images JDK-8170633 infrastructure backslashes in gensrc/module-info.java comments need escaping JDK-8170651 infrastructure Remove legacy hotspot compiler setup JDK-8170666 infrastructure Test for microsoft compiler minimum version JDK-8170784 infrastructure JDK-8038957 broke cross compilation JDK-8170248 other-libs Problem list javax/rmi/PortableRemoteObject/8146975/RmiIiopReturnValue JDK-8169335 security-libs Add a crypto policy fallback in case Security Property 'crypto.policy' JDK-8169866 security-libs [TESTBUG] com/sun/security/ tests have undeclared modules dependencies JDK-8170131 security-libs Certificates not being blocked by jdk.tls.disabledAlgorithms property JDK-8170157 security-libs Enable unlimited cryptographic policy by default in Oracle JDK builds JDK-8170245 security-libs [TEST_BUG] Cipher tests fail when running with unlimited policy JDK-8170247 security-libs java/security/SecureRandom/ApiTest fails when run with unlimited polic JDK-8170523 security-libs Some PKCS11 test cases are ignored with security manager JDK-8139101 tools javadoc emits "specified by" clause when class has a method that match JDK-8160359 tools Improve jlink logging for cases when a plugin throws exception JDK-8162712 tools StandardJavaFileManager.getModuleLocation() can't find a module JDK-8165564 tools langtools est\jdk\jshell\CommandCompletionTest.java fails on some win JDK-8166628 tools Compiling with annotation processing, access error in specific situati JDK-8167185 tools JShell API: Exported elements referring to inaccessible types in jdk.j JDK-8167328 tools jar -d m.jar hangs JDK-8169828 tools jdk/jshell/ExternalEditorTest.java testStatementMush() fails frequentl JDK-8170015 tools jshell tool: /help output looks terrible on a 100 column wide terminal JDK-8170368 tools jshell tool: post setting not properly applied, line-ends not prefixed JDK-8170406 tools JShell (root repo): remove exports exclusion from -Xlint for jdk.jshel JDK-8170410 tools inference: javac doesn't implement 18.2.5 correctly JDK-8167340 xml XMLStreamReader.getElementText return corrupt content when size of ele JDK-8169778 xml Add new public methods to get new instances of the JAXP factories buil From christian.tornqvist at oracle.com Wed Dec 7 21:40:43 2016 From: christian.tornqvist at oracle.com (Christian Tornqvist) Date: Wed, 7 Dec 2016 13:40:43 -0800 (PST) Subject: CFV: New JDK 9 Committer: George Triantafillou Message-ID: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. Votes are due by December 21, 2016. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Thanks, Christian [1] http://openjdk.java.net/census [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 From harold.seigel at oracle.com Wed Dec 7 21:43:02 2016 From: harold.seigel at oracle.com (harold seigel) Date: Wed, 7 Dec 2016 16:43:02 -0500 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: Vote: yes Harold On 12/7/2016 4:40 PM, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From chris.hegarty at oracle.com Wed Dec 7 21:49:38 2016 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Wed, 7 Dec 2016 21:49:38 +0000 Subject: JEP 11: Incubator Modules In-Reply-To: References: <20161202172053.1D9CC1D9DB@eggemoggin.niobe.net> <20161206082835.389423071@eggemoggin.niobe.net> Message-ID: Volker, > On 7 Dec 2016, at 16:23, Volker Simonis wrote: > > Hi Mark, > > thanks a lot for the clarifications. After having slept on this I > think that this reminds me at least partially of the old and now > deprecated "Endorsed Standards Override" [1] and "Java Extensions" [2] > mechanisms :) > > [1] https://docs.oracle.com/javase/6/docs/technotes/guides/standards/ > [2] https://docs.oracle.com/javase/8/docs/technotes/guides/extensions/ Sorry, but I don?t see the similarities. The Endorsed Standards Override mechanism is being replaced by Upgradeable modules [1]. The ultimate goal here is to provide a mechanism that facilitates better APIs for the Java SE Platform, by incubating the feature first. >> ... >> >>> 2. This JEP is targeted for Java 9 but we're already close to "Feature >>> Extension Complete". I understand that this JEP itself probably >>> doesn't require a lot of implementation work. Maybe there's no >>> implementation effort at all, but that's not totally clear to me from >>> the JEP. >> >> The minor mechanisms needed to support JEP 11 are part of the module >> system, JEP 261, and will be described in a forthcoming update to that >> JEP. >> > > So new features like the "--do-not-resolve-by-default" and > "--warn-if-resolved=incubator" will be part of JEP 261 right? Yes. JEP 261 will be updated to cover these. The run time implementation work is being tracked through 8170859 [2], which I intend to bring for review on jigsaw-dev shortly. >>> ... >>> Are others allowed to use this mechanism for exposing >>> internals of standard modules trough their own incubator modules? >> >> It's fair game for an SE implementation that's downstream of OpenJDK >> to introduce qualified exports from JDK modules to its own, additional >> incubator modules. What's not possible, or is at least extremely >> inadvisable, is for modules that aren't delivered as part of a JDK >> build to have this kind of intimate connection with JDK modules. >> >> If a downstream implementation adds its own incubator modules then >> it'd be best for the names of those modules to start with something >> other than `jdk.`, so as to avoid confusion. > > But after this JEP, users will expect that incubator modules live in > "jdk.incubator" and as far as I understood, that's fine because the > "jdk" and "jdk.incubator" namespaces are not protected in any way. I > expect that not only downstream implementations but also interested > parties may use this mechanism to showcase extensions which they > eventually want to propose for inclusion into the OpenJDK. > > In my eyes that would be a legitimate use case. If I have an > ultra-cool library which requires access to some internal JDK classes > I could build my own OpenJDK and add my library as incubator module. > This would allow me to easily distribute it in order to collect > feedback before I finalize my library and propose it for integration > into OpenJDK. I'm not sure how this is any different to JDK-specific APIs that we have today. The intention here is to clearly identify these incubating features, as opposed to the somewhat uncertain state of some 'jdk? and ?com.sun' APIs in current releases. A JEP is required for including an incubating feature in the JDK, just like any other feature. >>> 5. Will the "jdk.incubator" package and module name be special or >>> protected in some way? As they are not specified by the Java standard >>> I suppose they will be not. >> >> No, the names will not be protected by technical means, unless perhaps >> we find that people start abusing them. >> >>> This leads to the question if other >>> Java/JDK vendors and implementors will be able to define and deliver >>> their own set of "incubator modules"? >> >> Other developers are perfectly free to use the mechanisms behind >> incubator modules (i.e., the `--warn-if-resolved` option), but they >> should use module names that don't start with `jdk.`. >> > > See my comment above. I think it wouldn't be fair to limit the usage > of modules starting with 'jdk.' to "OpenJDK-approved" modules because > the JEP states that "an incubator module identifies itself via the > jdk.incubator. prefix in its module name..and.. via the jdk.incubator. > prefix in its exported package names". So if a downstream > implementation should be able to add its own incubator module, it > should also be able to place it in a module starting with 'jdk.?. The JDK has had types in packages that start with 'jdk.' since 1.7, and this has not been a problem. Do you see some specific issue with module names, as opposed to package names? -Chris. [1] http://openjdk.java.net/projects/jigsaw/goals-reqs/03#upgradeable-modules [2] https://bugs.openjdk.java.net/browse/JDK-8170859 From eric.caspole at oracle.com Wed Dec 7 21:51:42 2016 From: eric.caspole at oracle.com (Eric Caspole) Date: Wed, 7 Dec 2016 16:51:42 -0500 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: Vote: yes Eric On 12/7/2016 4:40 PM, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From coleen.phillimore at oracle.com Wed Dec 7 21:53:01 2016 From: coleen.phillimore at oracle.com (Coleen Phillimore) Date: Wed, 7 Dec 2016 16:53:01 -0500 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: Vote: yes On 12/7/16 4:40 PM, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From Roger.Riggs at Oracle.com Wed Dec 7 21:54:58 2016 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Wed, 7 Dec 2016 16:54:58 -0500 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <87eb39b1-7f9a-0c7d-a438-0ee5d8ca8bb1@Oracle.com> Vote: Yes On 12/7/2016 4:40 PM, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. From vladimir.x.ivanov at oracle.com Wed Dec 7 22:00:19 2016 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Thu, 8 Dec 2016 01:00:19 +0300 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: Vote: yes Best regards, Vladimir Ivanov On 12/8/16 12:40 AM, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. From frederic.parain at oracle.com Wed Dec 7 22:03:14 2016 From: frederic.parain at oracle.com (Frederic Parain) Date: Wed, 7 Dec 2016 17:03:14 -0500 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <9e2554b6-6841-052d-e6d0-6f5563ed8f81@oracle.com> Vote: yes Fred On 12/07/2016 04:40 PM, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From jiangli.zhou at oracle.com Wed Dec 7 22:14:25 2016 From: jiangli.zhou at oracle.com (Jiangli Zhou) Date: Wed, 7 Dec 2016 14:14:25 -0800 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <1B40EE1D-F6CD-4EBF-B830-8816C8BF856E@oracle.com> Vote: yes Thanks, Jiangli > On Dec 7, 2016, at 1:40 PM, Christian Tornqvist wrote: > > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From karen.kinnear at oracle.com Wed Dec 7 22:19:45 2016 From: karen.kinnear at oracle.com (Karen Kinnear) Date: Wed, 7 Dec 2016 17:19:45 -0500 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: Vote: yes thanks, Karen > On Dec 7, 2016, at 4:40 PM, Christian Tornqvist wrote: > > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From mikhailo.seledtsov at oracle.com Wed Dec 7 22:34:12 2016 From: mikhailo.seledtsov at oracle.com (mikhailo) Date: Wed, 7 Dec 2016 14:34:12 -0800 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <48cf8f94-34a2-0024-cad0-aac0d814617e@oracle.com> Vote: yes Misha On 12/07/2016 01:40 PM, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From joseph.provino at oracle.com Wed Dec 7 22:43:15 2016 From: joseph.provino at oracle.com (Joseph Provino) Date: Wed, 7 Dec 2016 17:43:15 -0500 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <48cf8f94-34a2-0024-cad0-aac0d814617e@oracle.com> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> <48cf8f94-34a2-0024-cad0-aac0d814617e@oracle.com> Message-ID: <99109458-39f0-2760-8df6-25422ea72095@oracle.com> Vote: yes joe On 12/7/2016 5:34 PM, mikhailo wrote: > Vote: yes > > > Misha > > > On 12/07/2016 01:40 PM, Christian Tornqvist wrote: >> I hereby nominate George Triantafillou (gtriantafill) to JDK 9 >> Committer. >> >> George is part of the Hotspot Runtime team and has contributed 26 >> changesets [3]. >> >> Votes are due by December 21, 2016. >> >> Only current JDK 9 Committers [1] are eligible to vote on this >> nomination. >> Votes must be cast in the open by replying to this mailing list. >> >> For Lazy Consensus voting instructions, see [2]. >> >> Thanks, >> Christian >> >> [1] http://openjdk.java.net/census >> [2] http://openjdk.java.net/bylaws#lazy-consensus >> [3] >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 >> http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 >> > From daniel.daugherty at oracle.com Wed Dec 7 23:03:40 2016 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Wed, 7 Dec 2016 16:03:40 -0700 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <522f821d-0510-636b-4dba-9db2860040f0@oracle.com> Vote: yes Dan On 12/7/16 2:40 PM, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > > From lois.foltan at oracle.com Wed Dec 7 23:08:27 2016 From: lois.foltan at oracle.com (Lois Foltan) Date: Wed, 07 Dec 2016 18:08:27 -0500 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <5848966B.3050602@oracle.com> Vote: yes Lois On 12/7/2016 4:40 PM, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From serguei.spitsyn at oracle.com Wed Dec 7 23:14:51 2016 From: serguei.spitsyn at oracle.com (serguei.spitsyn at oracle.com) Date: Wed, 7 Dec 2016 15:14:51 -0800 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <992f2015-f341-caa1-223e-33b63f121247@oracle.com> Vote: yes From mark.reinhold at oracle.com Thu Dec 8 00:42:28 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Wed, 07 Dec 2016 16:42:28 -0800 Subject: JEP 11: Incubator Modules In-Reply-To: References: <20161202172053.1D9CC1D9DB@eggemoggin.niobe.net> <20161206082835.389423071@eggemoggin.niobe.net> Message-ID: <20161207164228.113818964@eggemoggin.niobe.net> 2016/12/7 8:23:03 -0800, volker.simonis at gmail.com: > thanks a lot for the clarifications. After having slept on this I > think that this reminds me at least partially of the old and now > deprecated "Endorsed Standards Override" [1] and "Java Extensions" [2] > mechanisms :) > > [1] https://docs.oracle.com/javase/6/docs/technotes/guides/standards/ > [2] https://docs.oracle.com/javase/8/docs/technotes/guides/extensions/ There are at most superficial similarities, I think, since these mechanisms weren't specifically intended for incubating features. > Please find my additional remarks inline: > > On Tue, Dec 6, 2016 at 5:28 PM, wrote: >> 2016/12/6 7:28:17 -0800, volker.simonis at gmail.com: >>> ... >>> >>> 5. Will the "jdk.incubator" package and module name be special or >>> protected in some way? As they are not specified by the Java standard >>> I suppose they will be not. >> >> No, the names will not be protected by technical means, unless perhaps >> we find that people start abusing them. >> >>> This leads to the question if other >>> Java/JDK vendors and implementors will be able to define and deliver >>> their own set of "incubator modules"? >> >> Other developers are perfectly free to use the mechanisms behind >> incubator modules (i.e., the `--warn-if-resolved` option), but they >> should use module names that don't start with `jdk.`. > > See my comment above. I think it wouldn't be fair to limit the usage > of modules starting with 'jdk.' to "OpenJDK-approved" modules because > the JEP states that "an incubator module identifies itself via the > jdk.incubator. prefix in its module name..and.. via the jdk.incubator. > prefix in its exported package names". So if a downstream > implementation should be able to add its own incubator module, it > should also be able to place it in a module starting with 'jdk.'. The intent is that incubator modules whose names start with `jdk.` be just those that originate in an OpenJDK Release Project and thus represent ongoing work that has a significant amount of support from experienced developers in the OpenJDK Community. Developers at large can infer from the name that a `jdk.` incubator module comes from a serious project and so is more likely worth their time to evaluate and test than some random module. The `jdk.` prefix is, in essence, a brand, and a useful one in this context. Now sure, anyone can prefix a module name with `jdk.` today -- heck, you can even prefix a module name with `java.` -- but to do so would confuse developers and dilute a useful brand. I'd rather not propose any kind of hard and fast rule here, and anyway it'd probably not be enforceable. If an implementation downstream of OpenJDK wants to ship its own `jdk.` incubator module unrelated to any ongoing effort in the OpenJDK Community then I'd likely advise against it, to avoid confusion, but it'd just be advice. If we find that lots of random people start distributing `jdk.` modules, incubators or not, and that confusion ensues then I think it'd be perfectly reasonable to add code to the JDK to ignore such modules unless they're actually part of the build. Downstream implementors could adjust that code as needed, of course, to add their own `jdk.` incubator modules. - Mark From martinrb at google.com Thu Dec 8 03:32:48 2016 From: martinrb at google.com (Martin Buchholz) Date: Wed, 7 Dec 2016 19:32:48 -0800 Subject: Refresh of module system coming to jdk9/dev soon In-Reply-To: <86df173f-21f3-22c0-320a-c3cba3b35310@oracle.com> References: <13961035-d87c-228e-853e-2a33617b90e3@oracle.com> <86df173f-21f3-22c0-320a-c3cba3b35310@oracle.com> Message-ID: I plan to keep on using reflection to access implementation details in tests, using --add-opens as necessary. That does require having control over the commandline, or using a module-aware test framework that takes care of that for you (like jtreg). We still don't have a solution to the inheritDoc problem - how to inherit doc comments from javadoc in superclasses in modules. The tools I was thinking of that might need to be jigsaw aware were jol and jmh. On Tue, Dec 6, 2016 at 4:22 AM, Alan Bateman wrote: > On 05/12/2016 20:13, Martin Buchholz wrote: > > Whitebox testing is the most obvious example of code that has a good > excuse for poking inside implementation details. > For running jsr166 tests, I'm happy to report that the following seems to > work: > > > > + if:set="modules"/> > + if:set="modules"/> > + if:set="modules"/> > + if:set="modules"/> > > It would be nice if there was explicit guidance for authors of tooling > software like test harnesses. > > There have been a number of threads on jigsaw-dev on this topic. Whitebox > tests that are in the same package as the API under test (by convention or > because they are testing package-private methods) can be compiled and run > "as if" they are part of the module. This is done with the --patch-module > option, like what you are doing to override the jsr166 classes in > java.base. Code in a module can do "deep reflection" on any element of any > type in its own module so the tests shouldn't have any issue when they are > in the module. That said, there might some additional command line options > needed to allow the test runner invoke the tests (where the tests are added > to the module in a non-exported package) or where the tests links to the > supporting test library (probably JUnit here). We've worked with many > scenarios where everything is modules or where there is a mix of modules > and class path, it can all be made to work. In time then I hope the test > runners will make this easier but there isn't anything specifically written > up yet. > > > It would be nice if the production software could define test-only methods > (think "checkInvariants()") that could be invoked without having to resort > to reflection. Google has some use-this-method-in-tests-only tooling that > uses annotations, but the enforcement is external to the jdk. I keep > hoping that module systems would somehow work at the method level instead > of the package level, because we already have visibility keywords like > private at the method level. > > If the checkInvariant methods aren't public then the packages that they > are in will needed to be opened to whoever calls them. For the scenario > then qualified exports or qualified opens can be used to export and/or open > specific packages to test modules. > > > Giving access to internals to legitimate tools while preventing other uses > seems like a Hard Problem. For tools like debuggers or heap analyzers that > really want to see everything, there will be a strong desire to "disable > all module checks". Or maybe the right way is for users to patch them into > java.base? Guidance needed. > > We updated the debugger support and the tools APIs to support modules some > time ago. I'm not sure if we have a specific issue in mind but the debugger > support involves JVM TI and JNI on the backend so there isn't an issue with > accessibility. Heap analyzers that are based on the tool APIs should be > fine too, as should tools and agents based on the instrumentation API (it's > even possible for agents that don't know anything about modules to > instrument code in modules). > > -Alan > From dmitry.fazunenko at oracle.com Thu Dec 8 05:19:05 2016 From: dmitry.fazunenko at oracle.com (Dmitry Fazunenko) Date: Thu, 8 Dec 2016 08:19:05 +0300 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <3275b842-7209-98f0-9590-53e73f0a805e@oracle.com> Vote: yes Dima On 08.12.2016 0:40, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From david.holmes at oracle.com Thu Dec 8 07:36:52 2016 From: david.holmes at oracle.com (David Holmes) Date: Thu, 8 Dec 2016 17:36:52 +1000 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: Vote: yes David ----- On 7/12/2016 8:01 PM, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From david.holmes at oracle.com Thu Dec 8 07:37:35 2016 From: david.holmes at oracle.com (David Holmes) Date: Thu, 8 Dec 2016 17:37:35 +1000 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <5928083b-4e76-deb9-b905-28a8a51f2a4e@oracle.com> Vote: yes David On 8/12/2016 7:40 AM, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From Alan.Bateman at oracle.com Thu Dec 8 08:27:56 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 8 Dec 2016 08:27:56 +0000 Subject: Refresh of module system coming to jdk9/dev soon In-Reply-To: References: <13961035-d87c-228e-853e-2a33617b90e3@oracle.com> <86df173f-21f3-22c0-320a-c3cba3b35310@oracle.com> Message-ID: <6159506e-d0f7-cfa2-d393-7e661e888eee@oracle.com> On 08/12/2016 03:32, Martin Buchholz wrote: > I plan to keep on using reflection to access implementation details in > tests, using --add-opens as necessary. That does require having > control over the commandline, or using a module-aware test framework > that takes care of that for you (like jtreg). That should work fine, or as I said, if the tests are compiled and run "as if" they are in the module being tested then they will be able to do deep reflective on the internal/implementation without any needed to open the packages. > > We still don't have a solution to the inheritDoc problem - how to > inherit doc comments from javadoc in superclasses in modules. I assume you'll bring this up on javadoc-dev. > > The tools I was thinking of that might need to be jigsaw aware were > jol and jmh. I assume any issues can be brought to jol-dev or jmh-dev. I recall there was an issue with JMH a few months ago related to how it detects the console encoding, I believe Claes or Aleksey has put in a fix or workaround for this. For JOL then it uses SA which is not an exported API, I believe it launches with --add-exports options to export the packages containing the SA classes. -Alan From dmitry.dmitriev at oracle.com Thu Dec 8 09:51:32 2016 From: dmitry.dmitriev at oracle.com (Dmitry Dmitriev) Date: Thu, 8 Dec 2016 12:51:32 +0300 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <04192bce-ba39-9fa6-a682-f42463991af7@oracle.com> Vote: yes Dmitry On 08.12.2016 0:40, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From per.liden at oracle.com Thu Dec 8 11:02:58 2016 From: per.liden at oracle.com (Per Liden) Date: Thu, 8 Dec 2016 12:02:58 +0100 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <72a7ba03-43bc-e05b-d0c1-6eba43599fce@oracle.com> Vote: yes Per On 2016-12-07 22:40, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From marcus.larsson at oracle.com Thu Dec 8 11:48:34 2016 From: marcus.larsson at oracle.com (Marcus Larsson) Date: Thu, 8 Dec 2016 12:48:34 +0100 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <1c96f8ed-6710-e386-2af1-2c97d222bf4c@oracle.com> Vote: yes On 2016-12-07 22:40, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From karen.kinnear at oracle.com Thu Dec 8 19:43:46 2016 From: karen.kinnear at oracle.com (Karen Kinnear) Date: Thu, 8 Dec 2016 14:43:46 -0500 Subject: =?utf-8?Q?Re=3A_CFV=3A_New_JDK_9_Reviewer=3A_Markus_Gr=C3=B6nlun?= =?utf-8?Q?d?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <496629AD-2AAC-46AF-80BA-991ED6AE9F6B@oracle.com> Vote: yes thanks, Karen > On Dec 7, 2016, at 5:01 AM, Staffan Larsen wrote: > > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From jiangli.zhou at oracle.com Thu Dec 8 19:46:24 2016 From: jiangli.zhou at oracle.com (Jiangli Zhou) Date: Thu, 8 Dec 2016 11:46:24 -0800 Subject: =?utf-8?Q?Re=3A_CFV=3A_New_JDK_9_Reviewer=3A_Markus_Gr=C3=B6nlun?= =?utf-8?Q?d?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: Vote: yes Thanks, Jiangli > On Dec 7, 2016, at 2:01 AM, Staffan Larsen wrote: > > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From calvin.cheung at oracle.com Thu Dec 8 21:01:27 2016 From: calvin.cheung at oracle.com (Calvin Cheung) Date: Thu, 08 Dec 2016 13:01:27 -0800 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <5849CA27.9090808@oracle.com> Vote: yes On 12/7/16, 1:40 PM, Christian Tornqvist wrote: > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > From mark.reinhold at oracle.com Thu Dec 8 21:50:28 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 08 Dec 2016 13:50:28 -0800 Subject: JEP proposed to target JDK 9 (2016/12/8) Message-ID: <20161208135028.94721715@eggemoggin.niobe.net> The following JEP has been placed into the "Proposed to Target" state by its owner after discussion and review: 298: Remove Demos and Samples http://openjdk.java.net/jeps/298 Feedback on this proposal is welcome, as are reasoned objections. If no such objections are raised by 22:00 UTC next Thursday, 15 December, or if they're raised and then satisfactorily answered, then per the JEP 2.0 process proposal [1] I'll target this JEP to JDK 9. (This information is also available on the JDK 9 Project Page [2]). - Mark [1] http://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html [2] http://openjdk.java.net/projects/jdk9/ From kim.barrett at oracle.com Fri Dec 9 22:57:27 2016 From: kim.barrett at oracle.com (Kim Barrett) Date: Fri, 9 Dec 2016 17:57:27 -0500 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: <5AFD3F7E-1792-4F38-B6B3-335AA14E9CA3@oracle.com> vote: yes > On Dec 7, 2016, at 4:40 PM, Christian Tornqvist wrote: > > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 From openjdk at haupz.de Sun Dec 11 17:23:00 2016 From: openjdk at haupz.de (Michael Haupt) Date: Sun, 11 Dec 2016 18:23:00 +0100 Subject: CFV: New JDK9 Reviewer: Peter Levart In-Reply-To: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> References: <5981a87b-0b8e-844d-d709-fb83f2ed9acf@oracle.com> Message-ID: <746EE39F-1089-4583-A3C9-C3ED9BF0B647@haupz.de> Vote: yes. (Absolutely!) Best, Michael > Am 02.12.2016 um 12:44 schrieb Alan Bateman : > > I hereby nominate Peter Levart to JDK 9 Reviewer. > > Everyone on core-libs-dev and several other OpenJDK mailing lists will know Peter where he has a reputation for taking on concurrency, performance, core reflection, and many other challenging areas. He has contributed to several projects in OpenJDK, including JDK 8, JDK 9, Project Lambda and Project Jigsaw. He is currently a committer on the jdk8, jdk8u and jdk9 projects. He has pushed 30 significant changes, has been co-author of more than 20 other changes (including large integrations from Project Lambda and Project Jigsaw), and been co-reviewer on more than 90 changes. > > Votes are due by 06.00 GMT-8, December 16, 2016. > > Only current JDK 9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [2]. > > -Alan > > [1] http://openjdk.java.net/census#jdk9 > [2] http://openjdk.java.net/projects/#reviewer-vote From openjdk at haupz.de Sun Dec 11 17:26:11 2016 From: openjdk at haupz.de (Michael Haupt) Date: Sun, 11 Dec 2016 18:26:11 +0100 Subject: =?utf-8?Q?Re=3A_CFV=3A_New_JDK_9_Reviewer=3A_Markus_Gr=C3=B6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: Vote: yes. Best, Michael > Am 07.12.2016 um 11:01 schrieb Staffan Larsen : > > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From openjdk at haupz.de Sun Dec 11 17:26:39 2016 From: openjdk at haupz.de (Michael Haupt) Date: Sun, 11 Dec 2016 18:26:39 +0100 Subject: CFV: New JDK 9 Committer: George Triantafillou In-Reply-To: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> References: <7f98ba21-5ae9-46b9-b183-94618866b52a@default> Message-ID: Vote: yes. Best, Michael > Am 07.12.2016 um 22:40 schrieb Christian Tornqvist : > > I hereby nominate George Triantafillou (gtriantafill) to JDK 9 Committer. > > George is part of the Hotspot Runtime team and has contributed 26 changesets [3]. > > Votes are due by December 21, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Christian > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/21db9a1d43ef > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e567d5afd4dd > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f84223360596 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d447c7a6b330 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/9ea851547820 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/6ddde016c584 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/397a50a75cd7 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/ee11c7701f8c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/b4601c374f01 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/f6821c9a4215 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c2881c208f7a > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d13e6905c8d2 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/aad2fc28a698 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/59c55db51def > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/04b4bc792043 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/2d87b6b4660c > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d764332b3890 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8519a5cf7cd4 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/56ff43213a78 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/e6122e00c927 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/d3fd2d45ce56 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/fa67e3591b91 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/4510a3502166 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/8953c0318163 > http://hg.openjdk.java.net/jdk9/dev/hotspot/rev/c558850fac57 > From vyom.tewari at oracle.com Mon Dec 12 07:42:55 2016 From: vyom.tewari at oracle.com (Vyom Tewari) Date: Mon, 12 Dec 2016 13:12:55 +0530 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: <33d4038e-c985-891f-285c-96e01106d1f2@oracle.com> Vote: yes Vyom On 12/2/2016 6:53 AM, Jesper Wilhelmsson wrote: > I hereby nominate Harsha Wardhana B (hb) to JDK 9 Committer. > > Harsha is part of the Monitoring and Management team and has > contributed 12 changesets to JDK 9 [3]. > > Votes are due by December 15, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] List of eight significant changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/cc8fc46f258b > 6744127: NullPointerException at > com.sun.tools.jdi.EventRequestManagerImpl.request > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3d572034fad > 7065236: To interpret case-insensitive string locale independently > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/4ef83a6b90e8 > 8031753: JMXServiceURL should not use getLocalHost or its usage should > be enhanced > > (4) http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1d8df40040ed > 8131061: Use of -Dcom.sun.management.snmp needs to be examined for > modules > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/6762573da1c7 > 8141591: javax/management/remote/mandatory/threads/ExecutorTest.java > fails intermittently > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/a9258705870f > 8147610: javax/management/mxbean/MXBeanLoadingTest1.java assumes > URLClassLoader > > (7) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/e3a19a55f062 > 8151345: compiler/codecache/jmx/PeakUsageTest.java is failing on > jdk9/dev for JPRT -testset hotspot > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/642790bf4c72 > 8152589: java/lang/management/ThreadMXBean/Locks.java fails > intermittently, blocked on wrong object From thomas.schatzl at oracle.com Mon Dec 12 09:49:18 2016 From: thomas.schatzl at oracle.com (Thomas Schatzl) Date: Mon, 12 Dec 2016 10:49:18 +0100 Subject: CFV: New JDK 9 Reviewer: Markus =?ISO-8859-1?Q?Gr=F6nlund?= In-Reply-To: References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: <1481536158.3146.0.camel@oracle.com> Vote: yes Thomas From marcus.larsson at oracle.com Mon Dec 12 09:52:36 2016 From: marcus.larsson at oracle.com (Marcus Larsson) Date: Mon, 12 Dec 2016 10:52:36 +0100 Subject: CFV: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> References: <77dea9fb-cc17-8389-42d3-2840091917ec@oracle.com> Message-ID: <1863d42a-a918-3b97-c0c4-b42e247d9025@oracle.com> Vote: yes On 12/02/2016 02:23 AM, Jesper Wilhelmsson wrote: > I hereby nominate Harsha Wardhana B (hb) to JDK 9 Committer. > > Harsha is part of the Monitoring and Management team and has > contributed 12 changesets to JDK 9 [3]. > > Votes are due by December 15, 2016. > > Only current JDK 9 Committers [1] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > /Jesper > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] List of eight significant changes: > > (1) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/cc8fc46f258b > 6744127: NullPointerException at > com.sun.tools.jdi.EventRequestManagerImpl.request > > (2) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3d572034fad > 7065236: To interpret case-insensitive string locale independently > > (3) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/4ef83a6b90e8 > 8031753: JMXServiceURL should not use getLocalHost or its usage should > be enhanced > > (4) http://hg.openjdk.java.net/jdk9/dev/jdk/rev/1d8df40040ed > 8131061: Use of -Dcom.sun.management.snmp needs to be examined for > modules > > (5) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/6762573da1c7 > 8141591: javax/management/remote/mandatory/threads/ExecutorTest.java > fails intermittently > > (6) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/a9258705870f > 8147610: javax/management/mxbean/MXBeanLoadingTest1.java assumes > URLClassLoader > > (7) http://hg.openjdk.java.net/jdk9/hs/hotspot/rev/e3a19a55f062 > 8151345: compiler/codecache/jmx/PeakUsageTest.java is failing on > jdk9/dev for JPRT -testset hotspot > > (8) http://hg.openjdk.java.net/jdk9/hs/jdk/rev/642790bf4c72 > 8152589: java/lang/management/ThreadMXBean/Locks.java fails > intermittently, blocked on wrong object From kanth909 at gmail.com Tue Dec 13 07:25:39 2016 From: kanth909 at gmail.com (kant kodali) Date: Mon, 12 Dec 2016 23:25:39 -0800 Subject: Java in a docker container Message-ID: Any plans or proposals on how to move forward on this ? https://www.youtube.com/watch?v=hJyAfC-Z2xk It would be a great loss for java community if Java doesn't keep up with container world and I seriously hope Java does better than anything that is out there! please let me know. Thanks! From volker.simonis at gmail.com Tue Dec 13 08:14:35 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Tue, 13 Dec 2016 09:14:35 +0100 Subject: Java in a docker container In-Reply-To: References: Message-ID: Hi Kant, there's some work underway to better support Docker containers: 8170888: [linux] Experimental support for cgroup memory limits in container (ie Docker) environments https://bugs.openjdk.java.net/browse/JDK-8170888 has just been fixed a few hours ago. Recently, there have been some discussions around this topic on the Hotspot mailing list: http://mail.openjdk.java.net/pipermail/hotspot-dev/2016-November/025404.html http://mail.openjdk.java.net/pipermail/hotspot-dev/2016-December/025406.html and there's another Enhancement request open for this topic: 8146115: physical memory does not see Docker resource limits https://bugs.openjdk.java.net/browse/JDK-8146115 Please feel free to contribute any insights from your side to this discussions. Regards, Volker On Tue, Dec 13, 2016 at 8:25 AM, kant kodali wrote: > Any plans or proposals on how to move forward on this ? > https://www.youtube.com/watch?v=hJyAfC-Z2xk > > It would be a great loss for java community if Java doesn't keep up with > container world and I seriously hope Java does better than anything that is > out there! > > please let me know. > > Thanks! From lana.steuck at oracle.com Tue Dec 13 18:34:02 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 13 Dec 2016 18:34:02 GMT Subject: jdk9-b149: dev Message-ID: <201612131834.uBDIY2Ww020570@scaaa563.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/b119012d1c2a http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/c281306d33d8 http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/4d4cd7cd731c http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/5a846396a24c http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/72554d319b47 http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/5978df8bfa38 http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/30e1996bd55d http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/00b19338e505 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8170525 client-libs Fix minor issues in AWT/ECC/PKCS11 coding JDK-7195382 core-libs TEST_BUG: java/rmi/activation/CommandEnvironment/SetChildEnv.java can JDK-8043838 core-libs Test java/net/ServerSocket/AcceptCauseFileDescriptorLeak.java failed i JDK-8071929 core-libs Locale.getISOCountries() has inconsistent behaviour for "AN", "BU" and JDK-8081390 core-libs javax/management/remote/mandatory/connection/RMIConnector_NPETest.java JDK-8153882 core-libs rmid emits warning about security policy with obsolete URL JDK-8164057 core-libs Remove erroneous @since for java.net.Inet[46]Address JDK-8166446 core-libs SingletonIterator.forEachRemaining doesn't advance before calling acti JDK-8168628 core-libs (fc) SIGBUS when extending file size to map it JDK-8169115 core-libs java/net/InetAddress/ptr/lookup.sh failed intermittently JDK-8169653 core-libs Restore ObjectInputStream::resolveClass call stack default search orde JDK-8170291 core-libs Unpredictable results of j.i.ObjectInputFilter::createFilter JDK-8170316 core-libs (tz) Support tzdata2016j JDK-8170465 core-libs JNI exception pending in jni_util.c:190 JDK-8170466 core-libs JNI exception pending in jni_util.c:190 JDK-8170560 core-libs Improve code samples in Collectors javadoc JDK-8170595 core-libs Optimize Class.isAnonymousClass, isLocalClass, and isMemberClass JDK-8170648 core-libs Move java.net.http package out of Java SE to incubator namespace JDK-8170664 core-libs SystemLoggerInPlatformLoader.java failing in case of module limitation JDK-8170704 core-libs java/rmi/activation/Activatable/* tests fails intermittently with "out JDK-8170772 core-libs ResourceBundle improper caching causes tools/javadoc tests intermitten JDK-8170828 core-libs test/java/util/zip/ZipFile/TestZipFile needs @modules to work with Met JDK-8170831 core-libs ZipFile implementation no longer caches the last accessed entry/pos JDK-8170839 core-libs failed test case is not checked in java/rmi/activation/ActivateFailedE JDK-8170840 core-libs java/util/Locale/LocaleTest.java failed with "Uncaught exception throw JDK-8170875 core-libs Problem list LocaleTest.java until JDK-8170840 is fixed JDK-8170920 core-libs SO_RCVBUF and SO_SNDBUF options problem for network channels on MacOS JDK-8170984 core-libs java.util.logging might force the initialization of ResourceBundle cla JDK-8171081 core-libs Put TimeoutOrderingTest in ProblemList for solaris-all JDK-8171120 core-libs The RMI specification is converted to use Markdown. JDK-8170948 deploy JCP not launching JDK-7037368 globalization Currency names missing in some locales (b138) JDK-8169618 globalization JDK9 message drop interim L10n resource file update -open JDK-8141590 infrastructure Cannot build Zero with devkit JDK-8170629 infrastructure Remove code duplication in test makefiles JDK-8170632 infrastructure Stop modifying VERSION_OPT for adhoc builds on reconfigure JDK-8170530 other-libs bash configure output contains a typo in a suggested library name JDK-8069128 security-libs Fix deprecation warnings in jdk.deploy.osx module JDK-8079898 security-libs Resolve disabled warnings for libj2ucrypto JDK-8157529 security-libs Remove intermittent key from javax/net/ssl/DTLS/CipherSuite.java JDK-8158517 security-libs Minor optimizations to ISO10126PADDING JDK-8170329 security-libs New SSLSocket testing template JDK-8171003 security-libs A couple of JSSE tests have been failing after JDK-8170329 JDK-8171062 security-libs Problem list ServerIdentityTest.java on windows JDK-8147527 tools Wrong code generated for postfix unary operators JDK-8153229 tools JavacFiler.checkFileReopening drowns in exceptions after Modular Runti JDK-8166568 tools Add jmod extract subcommand JDK-8168688 tools javadoc top left frame should display all modules while in module mode JDK-8168925 tools MODULES property should be topologically ordered and space-separated l JDK-8169492 tools jdk.internal.jmod.JmodFile.JMOD_MAGIC_NUMBER is a mutable array JDK-8170251 tools Add javax.tools.Tool.name() JDK-8170667 tools ClassReader assigns method parameters from MethodParameters incorrectl JDK-8170952 tools jar's usage message output need some cleanup JDK-8170953 tools CheckResourceKeys tests should declare the resource package to be open JDK-8171131 tools Problem list ModuleNamesOrderTest.java until JDK-8171070 is fixed JDK-8169948 xml Update ServiceProviderTest for newDefaultInstance() methods in JAXP fa From kanth909 at gmail.com Tue Dec 13 18:40:00 2016 From: kanth909 at gmail.com (kant kodali) Date: Tue, 13 Dec 2016 10:40:00 -0800 Subject: Java in a docker container In-Reply-To: References: Message-ID: Hi Volker, Thanks for this. I would agree with Ioi Lam on this https://bugs.openjdk.java.net/browse/JDK-8146115 that we should try and do this for Java 9 instead of pushing towards 10. I am just really tired of hearing the biased views and false claims on Java from Go community when in fact Go cannot do many things IMO. I have a high respect for people who worked on Java and JVM and if one looks into the code of JDK that will be transparent. We can also try and do some interesting things such as live migration. For example, In container world it's all about spawning another container when it crashes or running slow while this is ok for OLAP type systems it may not be ok for OLTP systems where one may not just reboot the container when transaction is running so we may be able to store a state within the JVM and may be able to execute that on another machine continuing from where it left off and so on. I just want JVM to win end of the day while I feel others (other languages) are trying to take over! Thanks! On Tue, Dec 13, 2016 at 12:14 AM, Volker Simonis wrote: > Hi Kant, > > there's some work underway to better support Docker containers: > > 8170888: [linux] Experimental support for cgroup memory limits in > container (ie Docker) environments > https://bugs.openjdk.java.net/browse/JDK-8170888 > > has just been fixed a few hours ago. > > Recently, there have been some discussions around this topic on the > Hotspot mailing list: > > http://mail.openjdk.java.net/pipermail/hotspot-dev/2016- > November/025404.html > http://mail.openjdk.java.net/pipermail/hotspot-dev/2016- > December/025406.html > > and there's another Enhancement request open for this topic: > > 8146115: physical memory does not see Docker resource limits > https://bugs.openjdk.java.net/browse/JDK-8146115 > > Please feel free to contribute any insights from your side to this > discussions. > > Regards, > Volker > > > On Tue, Dec 13, 2016 at 8:25 AM, kant kodali wrote: > > Any plans or proposals on how to move forward on this ? > > https://www.youtube.com/watch?v=hJyAfC-Z2xk > > > > It would be a great loss for java community if Java doesn't keep up with > > container world and I seriously hope Java does better than anything that > is > > out there! > > > > please let me know. > > > > Thanks! > From brian.burkhalter at oracle.com Wed Dec 14 16:48:23 2016 From: brian.burkhalter at oracle.com (Brian Burkhalter) Date: Wed, 14 Dec 2016 08:48:23 -0800 Subject: Java in a docker container In-Reply-To: References: Message-ID: <488553F2-A0A0-438B-BEAE-E1A613092353@oracle.com> There are also container-related issues in Java NIO [1]. I spent a not-insignificant amount of time on this a few months ago but a solution was elusive and we let it drop for JDK 9. I am not convinced that the fundamental problem is not due to an insufficiency of Docker itself. There are several issues linked from [1] among which the Docker-specific one is [2]. Regards, Brian [1] http://mail.openjdk.java.net/pipermail/nio-dev/2016-October/003915.html [2] https://bugs.openjdk.java.net/browse/JDK-8165852 On Dec 13, 2016, at 12:14 AM, Volker Simonis wrote: > [?] and there's another Enhancement request open for this topic: > > 8146115: physical memory does not see Docker resource limits > https://bugs.openjdk.java.net/browse/JDK-8146115 > > Please feel free to contribute any insights from your side to this discussions. From mark.reinhold at oracle.com Wed Dec 14 21:05:49 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Wed, 14 Dec 2016 13:05:49 -0800 Subject: JEP proposed to target JDK 9 (2016/12/6) In-Reply-To: <20161206160630.538788469@eggemoggin.niobe.net> References: <20161206160630.538788469@eggemoggin.niobe.net> Message-ID: <20161214130549.29603351@eggemoggin.niobe.net> 2016/12/6 16:06:30 -0800, mark.reinhold at oracle.com: > The following JEP has been placed into the "Proposed to Target" > state by its owner after discussion and review: > > 297: Unified arm32/arm64 Port > http://openjdk.java.net/jeps/297 > > Feedback on this proposal is welcome, as are reasoned objections. > If no such objections are raised by 09:00 UTC next Wednesday, 14 > December, or if they're raised and then satisfactorily answered, > then per the JEP 2.0 process proposal [1] I'll target this JEP > to JDK 9. Hearing no objections, I've targeted this JEP to JDK 9. - Mark From kanth909 at gmail.com Wed Dec 14 22:36:42 2016 From: kanth909 at gmail.com (kant kodali) Date: Wed, 14 Dec 2016 14:36:42 -0800 Subject: Java in a docker container In-Reply-To: <488553F2-A0A0-438B-BEAE-E1A613092353@oracle.com> References: <488553F2-A0A0-438B-BEAE-E1A613092353@oracle.com> Message-ID: Hi Brian, If you think it is insufficiency of Docker then perhaps one may want to look at how things are done in other Languages such as Go and so on? I just don't why Java is targeted all the time when I hear from people saying "No one puts Java in a container". My mind immediately thinks is it only Java or any VM based language. thanks, kant On Wed, Dec 14, 2016 at 8:48 AM, Brian Burkhalter < brian.burkhalter at oracle.com> wrote: > There are also container-related issues in Java NIO [1]. I spent a > not-insignificant amount of time on this a few months ago but a solution > was elusive and we let it drop for JDK 9. I am not convinced that the > fundamental problem is not due to an insufficiency of Docker itself. There > are several issues linked from [1] among which the Docker-specific one is > [2]. > > Regards, > > Brian > > [1] http://mail.openjdk.java.net/pipermail/nio-dev/2016- > October/003915.html > [2] https://bugs.openjdk.java.net/browse/JDK-8165852 > > On Dec 13, 2016, at 12:14 AM, Volker Simonis > wrote: > > > [?] and there's another Enhancement request open for this topic: > > > > 8146115: physical memory does not see Docker resource limits > > https://bugs.openjdk.java.net/browse/JDK-8146115 > > > > Please feel free to contribute any insights from your side to this > discussions. > > From david.holmes at oracle.com Wed Dec 14 22:43:39 2016 From: david.holmes at oracle.com (David Holmes) Date: Thu, 15 Dec 2016 08:43:39 +1000 Subject: Java in a docker container In-Reply-To: References: <488553F2-A0A0-438B-BEAE-E1A613092353@oracle.com> Message-ID: <46d5d1f9-eb64-7012-4efa-5b8777bbade1@oracle.com> On 15/12/2016 8:36 AM, kant kodali wrote: > Hi Brian, > > If you think it is insufficiency of Docker then perhaps one may want to > look at how things are done in other Languages such as Go and so on? I just > don't why Java is targeted all the time when I hear from people saying "No > one puts Java in a container". My mind immediately thinks is it only Java > or any VM based language. It is any program that would gather information from the OS that the container modifies, and which hasn't been (re)written to get the "real" information from the container. In this case though it seems more likely to be a "bug" in the fs implementation - at least differences in behaviour between the overlayfs and "regular" fs. David ----- > thanks, > kant > > > On Wed, Dec 14, 2016 at 8:48 AM, Brian Burkhalter < > brian.burkhalter at oracle.com> wrote: > >> There are also container-related issues in Java NIO [1]. I spent a >> not-insignificant amount of time on this a few months ago but a solution >> was elusive and we let it drop for JDK 9. I am not convinced that the >> fundamental problem is not due to an insufficiency of Docker itself. There >> are several issues linked from [1] among which the Docker-specific one is >> [2]. >> >> Regards, >> >> Brian >> >> [1] http://mail.openjdk.java.net/pipermail/nio-dev/2016- >> October/003915.html >> [2] https://bugs.openjdk.java.net/browse/JDK-8165852 >> >> On Dec 13, 2016, at 12:14 AM, Volker Simonis >> wrote: >> >>> [?] and there's another Enhancement request open for this topic: >>> >>> 8146115: physical memory does not see Docker resource limits >>> https://bugs.openjdk.java.net/browse/JDK-8146115 >>> >>> Please feel free to contribute any insights from your side to this >> discussions. >> >> From brian.burkhalter at oracle.com Wed Dec 14 22:49:30 2016 From: brian.burkhalter at oracle.com (Brian Burkhalter) Date: Wed, 14 Dec 2016 14:49:30 -0800 Subject: Java in a docker container In-Reply-To: <46d5d1f9-eb64-7012-4efa-5b8777bbade1@oracle.com> References: <488553F2-A0A0-438B-BEAE-E1A613092353@oracle.com> <46d5d1f9-eb64-7012-4efa-5b8777bbade1@oracle.com> Message-ID: On Dec 14, 2016, at 2:43 PM, David Holmes wrote: >> If you think it is insufficiency of Docker then perhaps one may want to >> look at how things are done in other Languages such as Go and so on? I just >> don't why Java is targeted all the time when I hear from people saying "No >> one puts Java in a container". My mind immediately thinks is it only Java >> or any VM based language. > > It is any program that would gather information from the OS that the container modifies, and which hasn't been (re)written to get the "real" information from the container. > > In this case though it seems more likely to be a "bug" in the fs implementation - at least differences in behaviour between the overlayfs and "regular" fs. This is precisely the point. While I am by no means an expert in containers, it seems logical to expect that an application should be able to run in a container without knowing it is in a container, but perhaps that is an unreasonable assertion. The specific bit of detail that I observed was the difference in /proc/mounts versus that on a ?regular? fs [1]. Brian [1] https://bugs.openjdk.java.net/browse/JDK-8165852?focusedCommentId=14007038&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14007038 From volker.simonis at gmail.com Thu Dec 15 09:45:32 2016 From: volker.simonis at gmail.com (Volker Simonis) Date: Thu, 15 Dec 2016 10:45:32 +0100 Subject: Java in a docker container In-Reply-To: References: <488553F2-A0A0-438B-BEAE-E1A613092353@oracle.com> Message-ID: On Wed, Dec 14, 2016 at 11:36 PM, kant kodali wrote: > Hi Brian, > > If you think it is insufficiency of Docker then perhaps one may want to > look at how things are done in other Languages such as Go and so on? I just > don't why Java is targeted all the time when I hear from people saying "No > one puts Java in a container". My mind immediately thinks is it only Java > or any VM based language. I think part of the problem is that Java is one of the most sophisticated VMs (and unfortunately this sometimes translates into most most heavy-weight VMs :( It has two JIT compilers, several quite complex GC implementations which are by far better than the ones from other VM based languanges and a huge class library. This all adds up to a relatively big footprint and relatively slow startup. For example Java was newer designed for executing something like shell-scripts and the built-in ergonomics aren't designed to optimize the VM for such scenarios. They are better suited for web servers or heavy-weight applications like IDEs and they mostly assume they can grab most of the resources of the machine they are running on. I think these are the reasons why other scripting or VM-based languages run better "by default" in container enviroments - they simple need fewer resources by default. But I think Java can be tuned in the same way - we just have to do it :) Regards, Volker > > thanks, > kant > > > On Wed, Dec 14, 2016 at 8:48 AM, Brian Burkhalter < > brian.burkhalter at oracle.com> wrote: > >> There are also container-related issues in Java NIO [1]. I spent a >> not-insignificant amount of time on this a few months ago but a solution >> was elusive and we let it drop for JDK 9. I am not convinced that the >> fundamental problem is not due to an insufficiency of Docker itself. There >> are several issues linked from [1] among which the Docker-specific one is >> [2]. >> >> Regards, >> >> Brian >> >> [1] http://mail.openjdk.java.net/pipermail/nio-dev/2016- >> October/003915.html >> [2] https://bugs.openjdk.java.net/browse/JDK-8165852 >> >> On Dec 13, 2016, at 12:14 AM, Volker Simonis >> wrote: >> >> > [?] and there's another Enhancement request open for this topic: >> > >> > 8146115: physical memory does not see Docker resource limits >> > https://bugs.openjdk.java.net/browse/JDK-8146115 >> > >> > Please feel free to contribute any insights from your side to this >> discussions. >> >> From kanth909 at gmail.com Thu Dec 15 09:59:29 2016 From: kanth909 at gmail.com (kant kodali) Date: Thu, 15 Dec 2016 01:59:29 -0800 Subject: Java in a docker container In-Reply-To: References: <488553F2-A0A0-438B-BEAE-E1A613092353@oracle.com> Message-ID: Thats a very good response! I do think there are Brilliant minds that are behind JVM and I think we should do everything possible for it to be #1. I honestly think JLS itself had taught me way more than my 4 year degree from a top school in US. Google has time and money so they can do anything. I don't think oracle is doing much to promote Java or open source. I guess they don't understand it. On Thu, Dec 15, 2016 at 1:45 AM, Volker Simonis wrote: > On Wed, Dec 14, 2016 at 11:36 PM, kant kodali wrote: > > Hi Brian, > > > > If you think it is insufficiency of Docker then perhaps one may want to > > look at how things are done in other Languages such as Go and so on? I > just > > don't why Java is targeted all the time when I hear from people saying > "No > > one puts Java in a container". My mind immediately thinks is it only Java > > or any VM based language. > > I think part of the problem is that Java is one of the most > sophisticated VMs (and unfortunately this sometimes translates into > most most heavy-weight VMs :( It has two JIT compilers, several quite > complex GC implementations which are by far better than the ones from > other VM based languanges and a huge class library. This all adds up > to a relatively big footprint and relatively slow startup. > > For example Java was newer designed for executing something like > shell-scripts and the built-in ergonomics aren't designed to optimize > the VM for such scenarios. They are better suited for web servers or > heavy-weight applications like IDEs and they mostly assume they can > grab most of the resources of the machine they are running on. > > I think these are the reasons why other scripting or VM-based > languages run better "by default" in container enviroments - they > simple need fewer resources by default. But I think Java can be tuned > in the same way - we just have to do it :) > > Regards, > Volker > > > > > thanks, > > kant > > > > > > On Wed, Dec 14, 2016 at 8:48 AM, Brian Burkhalter < > > brian.burkhalter at oracle.com> wrote: > > > >> There are also container-related issues in Java NIO [1]. I spent a > >> not-insignificant amount of time on this a few months ago but a solution > >> was elusive and we let it drop for JDK 9. I am not convinced that the > >> fundamental problem is not due to an insufficiency of Docker itself. > There > >> are several issues linked from [1] among which the Docker-specific one > is > >> [2]. > >> > >> Regards, > >> > >> Brian > >> > >> [1] http://mail.openjdk.java.net/pipermail/nio-dev/2016- > >> October/003915.html > >> [2] https://bugs.openjdk.java.net/browse/JDK-8165852 > >> > >> On Dec 13, 2016, at 12:14 AM, Volker Simonis > >> wrote: > >> > >> > [?] and there's another Enhancement request open for this topic: > >> > > >> > 8146115: physical memory does not see Docker resource limits > >> > https://bugs.openjdk.java.net/browse/JDK-8146115 > >> > > >> > Please feel free to contribute any insights from your side to this > >> discussions. > >> > >> > From sadhak001 at gmail.com Thu Dec 15 14:19:23 2016 From: sadhak001 at gmail.com (Mani Sarkar) Date: Thu, 15 Dec 2016 14:19:23 +0000 Subject: Java in a docker container In-Reply-To: References: <488553F2-A0A0-438B-BEAE-E1A613092353@oracle.com> Message-ID: Hi volker Isnt the small foot print of Java with jigsaw changes going to help with running Java in containers like environments or systems with lower resources? Would love to know if osgi-like runtime optimisations is also in the plans. On Thu, 15 Dec 2016 10:00 kant kodali, wrote: > Thats a very good response! I do think there are Brilliant minds that are > behind JVM and I think we should do everything possible for it to be #1. I > honestly think JLS itself had taught me way more than my 4 year degree from > a top school in US. Google has time and money so they can do anything. I > don't think oracle is doing much to promote Java or open source. I guess > they don't understand it. > > On Thu, Dec 15, 2016 at 1:45 AM, Volker Simonis > wrote: > > > On Wed, Dec 14, 2016 at 11:36 PM, kant kodali > wrote: > > > Hi Brian, > > > > > > If you think it is insufficiency of Docker then perhaps one may want to > > > look at how things are done in other Languages such as Go and so on? I > > just > > > don't why Java is targeted all the time when I hear from people saying > > "No > > > one puts Java in a container". My mind immediately thinks is it only > Java > > > or any VM based language. > > > > I think part of the problem is that Java is one of the most > > sophisticated VMs (and unfortunately this sometimes translates into > > most most heavy-weight VMs :( It has two JIT compilers, several quite > > complex GC implementations which are by far better than the ones from > > other VM based languanges and a huge class library. This all adds up > > to a relatively big footprint and relatively slow startup. > > > > For example Java was newer designed for executing something like > > shell-scripts and the built-in ergonomics aren't designed to optimize > > the VM for such scenarios. They are better suited for web servers or > > heavy-weight applications like IDEs and they mostly assume they can > > grab most of the resources of the machine they are running on. > > > > I think these are the reasons why other scripting or VM-based > > languages run better "by default" in container enviroments - they > > simple need fewer resources by default. But I think Java can be tuned > > in the same way - we just have to do it :) > > > > Regards, > > Volker > > > > > > > > thanks, > > > kant > > > > > > > > > On Wed, Dec 14, 2016 at 8:48 AM, Brian Burkhalter < > > > brian.burkhalter at oracle.com> wrote: > > > > > >> There are also container-related issues in Java NIO [1]. I spent a > > >> not-insignificant amount of time on this a few months ago but a > solution > > >> was elusive and we let it drop for JDK 9. I am not convinced that the > > >> fundamental problem is not due to an insufficiency of Docker itself. > > There > > >> are several issues linked from [1] among which the Docker-specific one > > is > > >> [2]. > > >> > > >> Regards, > > >> > > >> Brian > > >> > > >> [1] http://mail.openjdk.java.net/pipermail/nio-dev/2016- > > >> October/003915.html > > >> [2] https://bugs.openjdk.java.net/browse/JDK-8165852 > > >> > > >> On Dec 13, 2016, at 12:14 AM, Volker Simonis < > volker.simonis at gmail.com> > > >> wrote: > > >> > > >> > [?] and there's another Enhancement request open for this topic: > > >> > > > >> > 8146115: physical memory does not see Docker resource limits > > >> > https://bugs.openjdk.java.net/browse/JDK-8146115 > > >> > > > >> > Please feel free to contribute any insights from your side to this > > >> discussions. > > >> > > >> > > > -- @theNeomatrix369 * | **Blog ** | *LJC Associate & LJC Advocate (@adoptopenjdk & @adoptajsr programs) *Meet-a-Project - *MutabilityDetector * | **Bitbucket * * | **Github * * | **LinkedIn * *Come to Devoxx UK 2017:* http://www.devoxx.co.uk/ *Don't chase success, rather aim for "Excellence", and success will come chasing after you!* From nils.eliasson at oracle.com Thu Dec 15 14:52:14 2016 From: nils.eliasson at oracle.com (Nils Eliasson) Date: Thu, 15 Dec 2016 15:52:14 +0100 Subject: =?UTF-8?Q?Re:_CFV:_New_JDK_9_Reviewer:_Markus_Gr=c3=b6nlund?= In-Reply-To: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> References: <427326F3-4782-4AEE-BA2A-684F8C4AA408@oracle.com> Message-ID: Vote: yes /Nils On 2016-12-07 11:01, Staffan Larsen wrote: > I hereby nominate Markus Gr?nlund (mgronlun) to JDK 9 Reviewer. > > Markus is a member of the Hotspot Runtime team. He has contributed 46 changesets across the hotspot [3] and jdk [4] repos. Markus has primarily worked on the Event Based Tracing feature. > > Votes are due by 21 December 2016, 11:00 CEST. > > Only current jdk9 Reviewers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [2]. > > Staffan Larsen > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#reviewer-vote > [3] http://hg.openjdk.java.net/jdk9/dev/hotspot/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > [4] http://hg.openjdk.java.net/jdk9/dev/jdk/log?revcount=2000&rev=(author(%22mgronlun%22)+or+desc(%22Contributed-by:+markus.gronlund at oracle.com%22))+and+not+merge() > From john.r.rose at oracle.com Thu Dec 15 19:43:10 2016 From: john.r.rose at oracle.com (John Rose) Date: Thu, 15 Dec 2016 11:43:10 -0800 Subject: Java in a docker container In-Reply-To: References: <488553F2-A0A0-438B-BEAE-E1A613092353@oracle.com> Message-ID: <7EDEC02E-9275-4575-8913-F7403F89F0D9@oracle.com> On Dec 15, 2016, at 1:45 AM, Volker Simonis wrote: > > I think these are the reasons why other scripting or VM-based > languages run better "by default" in container enviroments - they > simple need fewer resources by default. But I think Java can be tuned > in the same way - we just have to do it :) Thanks, Volker; that's a good summary of our startup issues. The CDS and AOT work are examples of our efforts to address these them. In general, there is more to do in the direction of offloading startup work to configuration time. (Relatedly, warmup work and resource sharing are also works in progress.) Meanwhile, container-based computing uses lots of "glue" logic, and lots of it is in the form of short-run shell script calls which execute in vanilla execution environments. Lightweight runtimes have the advantage of low startup (and teardown) overhead for such script-like calls. Such runtimes are easy to choose for those jobs, and then they stick around for any bigger, longer-running jobs, such as monitoring software. I think, for the bigger jobs, a bulletproof VM like Java's is preferable, but the lightweight ones are already on the job, because they were there on the thin end of the wedge. I expect we can continue to make the JVM more and more useful at the same thin end of the wedge. The general themes here are offloading startup work (metadata load, JIT, heap filling) and increased sharing of static resources. ? John From aguibert at us.ibm.com Thu Dec 15 21:48:21 2016 From: aguibert at us.ibm.com (Andrew Guibert) Date: Thu, 15 Dec 2016 15:48:21 -0600 Subject: NCDFE on jdk.internal.reflect.SerializationConstructorAccessorImpl Message-ID: Hello all, I've been doing some experimentation with WebSphere Liberty on Java 9 and ran into a problem that I believe is specific to the hotspot 9 JVM. I am using a Liberty image compiled with Java 7, and am trying to get the server running with Java 9 at runtime. So far things are working with the IBM JDK I have access to, but with the openjdk builds the boot process fails immediately. When I try to boot Liberty with OpenJDK (here I used 9-ea+149) I get a NCDFE as indicated in the title (see end of message for full stack trace). I believe this same issue may have been reported by Jon Berg back in April [1] but it looks like he didn't follow up on his initial note when asked for more info. I've done some digging and I believe that this error was introduced when classes were moved from sun.reflect to jdk.internal.reflect [2], specifically when sun.reflect.MagicAccessorImpl was moved to jdk.internal.reflect.MagicAccessorImpl. According to the javadoc of MagicAccessorImpl, there are special tolerences in the VM which allow MagicAccessorImpl and its subclasses to bypass verification, and the javadoc also warns not to change the name of MagicAccessorImpl without updating the corresponding VM code. Since this was just indicated in a class-level javadoc comment, it could have been easily missed. The MagicAccessorImpl javadoc references bug 4486457, but I have not been able to find this id number in any public bug repository. Switching over the the VM codebase, as far as I can tell everything has been updated properly, except for a reference in systemDictionary.hpp [3] which refers to MagicAccessorImpl as reflect_MagicAccessorImpl. I assume this should instead be jdk_internal_reflect_MagicAccessorImpl (and other class entries in the block of lines 145-151 also seem to be missing the "jdk_internal_" prefix). I haven't been able to reproduce this error in a standalone test case. However, if anyone wants to see the error for themselves the issue can be reproduced with Liberty in a matter of minutes by downloading a Liberty zip, extracting it, and doing wlp/bin/server create myServer && wlp/bin/server run myServer with jdk9 set as $JAVA_HOME in the environment. [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-April/004121.html [2] http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/8606d027b2c2 [3] http://hg.openjdk.java.net/jdk9/hs/hotspot/file/545ddc149651/src/share/vm/classfile/systemDictionary.hpp#l145 And finally, here is the stack trace: [12/15/16, 12:50:41:368 CST] 00000010 LogService-8-com.ibm.ws.config E CWWKE0701E: FrameworkEvent ERROR Bundle:com.ibm.ws.config(id=8) org.osgi.framework.BundleException: Exception in com.ibm.ws.config.internal.WSConfigActivator.start() of bundle com.ibm.ws.config at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator (BundleContextImpl.java:795) at org.eclipse.osgi.internal.framework.BundleContextImpl.start (BundleContextImpl.java:724) at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0 (EquinoxBundle.java:932) at org.eclipse.osgi.internal.framework.EquinoxBundle $EquinoxModule.startWorker(EquinoxBundle.java:309) at org.eclipse.osgi.container.Module.doStart(Module.java:581) at org.eclipse.osgi.container.Module.start(Module.java:449) at org.eclipse.osgi.container.ModuleContainer $ContainerStartLevel.incStartLevel(ModuleContainer.java:1620) at org.eclipse.osgi.container.ModuleContainer $ContainerStartLevel.incStartLevel(ModuleContainer.java:1600) at org.eclipse.osgi.container.ModuleContainer $ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1571) at org.eclipse.osgi.container.ModuleContainer $ContainerStartLevel.dispatchEvent(ModuleContainer.java:1514) at org.eclipse.osgi.container.ModuleContainer $ContainerStartLevel.dispatchEvent(ModuleContainer.java:1) at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent (EventManager.java:230) at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run (EventManager.java:340) Caused by: java.lang.NoClassDefFoundError: jdk/internal/reflect/SerializationConstructorAccessorImpl at java.base/jdk.internal.misc.Unsafe.defineClass0(Native Method) at java.base/jdk.internal.misc.Unsafe.defineClass(Unsafe.java:1173) at java.base/jdk.internal.reflect.ClassDefiner.defineClass (ClassDefiner.java:63) at java.base/jdk.internal.reflect.MethodAccessorGenerator$1.run (MethodAccessorGenerator.java:400) at java.base/jdk.internal.reflect.MethodAccessorGenerator$1.run (MethodAccessorGenerator.java:394) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/jdk.internal.reflect.MethodAccessorGenerator.generate (MethodAccessorGenerator.java:393) at java.base/jdk.internal.reflect.MethodAccessorGenerator.generateSerializationConstructor (MethodAccessorGenerator.java:112) at java.base/jdk.internal.reflect.ReflectionFactory.generateConstructor (ReflectionFactory.java:404) at java.base/jdk.internal.reflect.ReflectionFactory.newConstructorForSerialization (ReflectionFactory.java:396) at java.base/java.io.ObjectStreamClass.getSerializableConstructor (ObjectStreamClass.java:1416) at java.base/java.io.ObjectStreamClass.access$1500 (ObjectStreamClass.java:74) at java.base/java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:499) at java.base/java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:474) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.io.ObjectStreamClass.(ObjectStreamClass.java:474) at java.base/java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:371) at java.base/java.io.ObjectOutputStream.writeObject0 (ObjectOutputStream.java:1132) at java.base/java.io.ObjectOutputStream.writeObject (ObjectOutputStream.java:348) at com.ibm.ws.config.admin.internal.ConfigurationStore.serializeConfigurationData (ConfigurationStore.java:213) at com.ibm.ws.config.admin.internal.ConfigurationStore$2.run (ConfigurationStore.java:123) at java.base/java.security.AccessController.doPrivileged(Native Method) at com.ibm.ws.config.admin.internal.ConfigurationStore.saveConfiguration (ConfigurationStore.java:120) at com.ibm.ws.config.admin.internal.ExtendedConfigurationImpl.updateCache (ExtendedConfigurationImpl.java:471) at com.ibm.ws.config.xml.internal.ConfigUpdater.updateConfiguration (ConfigUpdater.java:266) at com.ibm.ws.config.xml.internal.ConfigUpdater.updateConfiguration (ConfigUpdater.java:195) at com.ibm.ws.config.xml.internal.ConfigUpdater.update (ConfigUpdater.java:110) at com.ibm.ws.config.xml.internal.ConfigUpdater.update (ConfigUpdater.java:96) at com.ibm.ws.config.xml.internal.ChangeHandler.updateAtStartup (ChangeHandler.java:381) at com.ibm.ws.config.xml.internal.SystemConfiguration.start (SystemConfiguration.java:137) at com.ibm.ws.config.xml.internal.WSConfigXMLActivator.start (WSConfigXMLActivator.java:108) at com.ibm.ws.config.internal.WSConfigActivator.start (WSConfigActivator.java:38) at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run (BundleContextImpl.java:774) at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run (BundleContextImpl.java:1) at java.base/java.security.AccessController.doPrivileged(Native Method) at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator (BundleContextImpl.java:767) ... 12 more Caused by: java.lang.ClassNotFoundException: jdk.internal.reflect.SerializationConstructorAccessorImpl cannot be found by com.ibm.ws.config_1.0.16.20161111-1635 at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal (BundleLoader.java:461) at org.eclipse.osgi.internal.loader.BundleLoader.findClass (BundleLoader.java:372) at org.eclipse.osgi.internal.loader.BundleLoader.findClass (BundleLoader.java:364) at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass (ModuleClassLoader.java:161) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:473) ... 48 more - Andy Guibert From david.holmes at oracle.com Thu Dec 15 22:10:40 2016 From: david.holmes at oracle.com (David Holmes) Date: Fri, 16 Dec 2016 08:10:40 +1000 Subject: NCDFE on jdk.internal.reflect.SerializationConstructorAccessorImpl In-Reply-To: References: Message-ID: Hi Andrew, I'm redirecting this to jigsaw-dev as it seems to be a modularity related problem. Additional comment below ... David On 16/12/2016 7:48 AM, Andrew Guibert wrote: > > > Hello all, > > I've been doing some experimentation with WebSphere Liberty on Java 9 and > ran into a problem that I believe is specific to the hotspot 9 JVM. I am > using a Liberty image compiled with Java 7, and am trying to get the server > running with Java 9 at runtime. So far things are working with the IBM JDK > I have access to, but with the openjdk builds the boot process fails > immediately. > > When I try to boot Liberty with OpenJDK (here I used 9-ea+149) I get a > NCDFE as indicated in the title (see end of message for full stack trace). > I believe this same issue may have been reported by Jon Berg back in April > [1] but it looks like he didn't follow up on his initial note when asked > for more info. > > I've done some digging and I believe that this error was introduced when > classes were moved from sun.reflect to jdk.internal.reflect [2], > specifically when sun.reflect.MagicAccessorImpl was moved to > jdk.internal.reflect.MagicAccessorImpl. According to the javadoc of > MagicAccessorImpl, there are special tolerences in the VM which allow > MagicAccessorImpl and its subclasses to bypass verification, and the > javadoc also warns not to change the name of MagicAccessorImpl without > updating the corresponding VM code. Since this was just indicated in a > class-level javadoc comment, it could have been easily missed. The > MagicAccessorImpl javadoc references bug 4486457, but I have not been able > to find this id number in any public bug repository. No it isn't public. Basically when the code-generating reflection mechanism was introduced verification had to be bypassed because the generated code didn't obey the expected subclassing rules for protected access - hence MagicAccessor. > Switching over the the VM codebase, as far as I can tell everything has > been updated properly, except for a reference in systemDictionary.hpp [3] > which refers to MagicAccessorImpl as reflect_MagicAccessorImpl. I assume > this should instead be jdk_internal_reflect_MagicAccessorImpl (and other > class entries in the block of lines 145-151 also seem to be missing the > "jdk_internal_" prefix). No those are just variable names that get mapped to full symbolic names e.g.: ./share/vm/classfile/vmSymbols.hpp: template(reflect_MagicAccessorImpl, "jdk/internal/reflect/MagicAccessorImpl") David ----- > I haven't been able to reproduce this error in a standalone test case. > However, if anyone wants to see the error for themselves the issue can be > reproduced with Liberty in a matter of minutes by downloading a Liberty > zip, extracting it, and doing wlp/bin/server create myServer && > wlp/bin/server run myServer with jdk9 set as $JAVA_HOME in the environment. > > [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-April/004121.html > [2] http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/8606d027b2c2 > [3] > http://hg.openjdk.java.net/jdk9/hs/hotspot/file/545ddc149651/src/share/vm/classfile/systemDictionary.hpp#l145 > > And finally, here is the stack trace: > > [12/15/16, 12:50:41:368 CST] 00000010 LogService-8-com.ibm.ws.config > E CWWKE0701E: FrameworkEvent ERROR Bundle:com.ibm.ws.config(id=8) > org.osgi.framework.BundleException: Exception in > com.ibm.ws.config.internal.WSConfigActivator.start() of bundle > com.ibm.ws.config > at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator > (BundleContextImpl.java:795) > at org.eclipse.osgi.internal.framework.BundleContextImpl.start > (BundleContextImpl.java:724) > at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0 > (EquinoxBundle.java:932) > at org.eclipse.osgi.internal.framework.EquinoxBundle > $EquinoxModule.startWorker(EquinoxBundle.java:309) > at org.eclipse.osgi.container.Module.doStart(Module.java:581) > at org.eclipse.osgi.container.Module.start(Module.java:449) > at org.eclipse.osgi.container.ModuleContainer > $ContainerStartLevel.incStartLevel(ModuleContainer.java:1620) > at org.eclipse.osgi.container.ModuleContainer > $ContainerStartLevel.incStartLevel(ModuleContainer.java:1600) > at org.eclipse.osgi.container.ModuleContainer > $ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1571) > at org.eclipse.osgi.container.ModuleContainer > $ContainerStartLevel.dispatchEvent(ModuleContainer.java:1514) > at org.eclipse.osgi.container.ModuleContainer > $ContainerStartLevel.dispatchEvent(ModuleContainer.java:1) > at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent > (EventManager.java:230) > at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run > (EventManager.java:340) > Caused by: java.lang.NoClassDefFoundError: > jdk/internal/reflect/SerializationConstructorAccessorImpl > at java.base/jdk.internal.misc.Unsafe.defineClass0(Native Method) > at java.base/jdk.internal.misc.Unsafe.defineClass(Unsafe.java:1173) > at java.base/jdk.internal.reflect.ClassDefiner.defineClass > (ClassDefiner.java:63) > at java.base/jdk.internal.reflect.MethodAccessorGenerator$1.run > (MethodAccessorGenerator.java:400) > at java.base/jdk.internal.reflect.MethodAccessorGenerator$1.run > (MethodAccessorGenerator.java:394) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at java.base/jdk.internal.reflect.MethodAccessorGenerator.generate > (MethodAccessorGenerator.java:393) > at > java.base/jdk.internal.reflect.MethodAccessorGenerator.generateSerializationConstructor > (MethodAccessorGenerator.java:112) > at java.base/jdk.internal.reflect.ReflectionFactory.generateConstructor > (ReflectionFactory.java:404) > at > java.base/jdk.internal.reflect.ReflectionFactory.newConstructorForSerialization > (ReflectionFactory.java:396) > at java.base/java.io.ObjectStreamClass.getSerializableConstructor > (ObjectStreamClass.java:1416) > at java.base/java.io.ObjectStreamClass.access$1500 > (ObjectStreamClass.java:74) > at java.base/java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:499) > at java.base/java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:474) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at java.base/java.io.ObjectStreamClass.(ObjectStreamClass.java:474) > at java.base/java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:371) > at java.base/java.io.ObjectOutputStream.writeObject0 > (ObjectOutputStream.java:1132) > at java.base/java.io.ObjectOutputStream.writeObject > (ObjectOutputStream.java:348) > at > com.ibm.ws.config.admin.internal.ConfigurationStore.serializeConfigurationData > (ConfigurationStore.java:213) > at com.ibm.ws.config.admin.internal.ConfigurationStore$2.run > (ConfigurationStore.java:123) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at com.ibm.ws.config.admin.internal.ConfigurationStore.saveConfiguration > (ConfigurationStore.java:120) > at com.ibm.ws.config.admin.internal.ExtendedConfigurationImpl.updateCache > (ExtendedConfigurationImpl.java:471) > at com.ibm.ws.config.xml.internal.ConfigUpdater.updateConfiguration > (ConfigUpdater.java:266) > at com.ibm.ws.config.xml.internal.ConfigUpdater.updateConfiguration > (ConfigUpdater.java:195) > at com.ibm.ws.config.xml.internal.ConfigUpdater.update > (ConfigUpdater.java:110) > at com.ibm.ws.config.xml.internal.ConfigUpdater.update > (ConfigUpdater.java:96) > at com.ibm.ws.config.xml.internal.ChangeHandler.updateAtStartup > (ChangeHandler.java:381) > at com.ibm.ws.config.xml.internal.SystemConfiguration.start > (SystemConfiguration.java:137) > at com.ibm.ws.config.xml.internal.WSConfigXMLActivator.start > (WSConfigXMLActivator.java:108) > at com.ibm.ws.config.internal.WSConfigActivator.start > (WSConfigActivator.java:38) > at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run > (BundleContextImpl.java:774) > at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run > (BundleContextImpl.java:1) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator > (BundleContextImpl.java:767) > ... 12 more > Caused by: java.lang.ClassNotFoundException: > jdk.internal.reflect.SerializationConstructorAccessorImpl cannot be found > by com.ibm.ws.config_1.0.16.20161111-1635 > at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal > (BundleLoader.java:461) > at org.eclipse.osgi.internal.loader.BundleLoader.findClass > (BundleLoader.java:372) > at org.eclipse.osgi.internal.loader.BundleLoader.findClass > (BundleLoader.java:364) > at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass > (ModuleClassLoader.java:161) > at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:473) > ... 48 more > > > - Andy Guibert > From Alan.Bateman at oracle.com Thu Dec 15 22:22:03 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 15 Dec 2016 22:22:03 +0000 Subject: NCDFE on jdk.internal.reflect.SerializationConstructorAccessorImpl In-Reply-To: References: Message-ID: <798deea3-1da0-c29d-e4fc-ab1ac584752f@oracle.com> On 15/12/2016 21:48, Andrew Guibert wrote: > > Hello all, > > I've been doing some experimentation with WebSphere Liberty on Java 9 and > ran into a problem that I believe is specific to the hotspot 9 JVM. I am > using a Liberty image compiled with Java 7, and am trying to get the server > running with Java 9 at runtime. So far things are working with the IBM JDK > I have access to, but with the openjdk builds the boot process fails > immediately. > > When I try to boot Liberty with OpenJDK (here I used 9-ea+149) I get a > NCDFE as indicated in the title (see end of message for full stack trace). > I believe this same issue may have been reported by Jon Berg back in April > [1] but it looks like he didn't follow up on his initial note when asked > for more info. > > I've done some digging and I believe that this error was introduced when > classes were moved from sun.reflect to jdk.internal.reflect [2], > specifically when sun.reflect.MagicAccessorImpl was moved to > jdk.internal.reflect.MagicAccessorImpl. Any chance that this is a class loader that doesn't delegate for jdk.* classes? Here's an example of this sort of issue that we tracked down in ant last year: https://bz.apache.org/bugzilla/show_bug.cgi?id=59556 -Alan From jesper.wilhelmsson at oracle.com Fri Dec 16 16:12:56 2016 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Fri, 16 Dec 2016 17:12:56 +0100 Subject: Result: New JDK 9 Committer: Harsha Wardhana B In-Reply-To: <580964F4.6040106@oracle.com> References: <580964F4.6040106@oracle.com> Message-ID: <9fede2eb-76aa-29cd-6a9b-d4c122ef1a9a@oracle.com> Voting for Harsha Wardhana B [1] is now closed. Yes: 13 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. /Jesper [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-December/005287.html From Alan.Bateman at oracle.com Fri Dec 16 16:46:26 2016 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 16 Dec 2016 16:46:26 +0000 Subject: Result: New JDK 9 Reviewer: Peter Levart Message-ID: Voting for Peter Levart [1] is now closed. Yes: 33 Veto: 0 Abstrain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. -Alan [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-December/005294.html From michael.rasmussen at zeroturnaround.com Fri Dec 16 09:14:27 2016 From: michael.rasmussen at zeroturnaround.com (Michael Rasmussen) Date: Fri, 16 Dec 2016 11:14:27 +0200 Subject: NCDFE on jdk.internal.reflect.SerializationConstructorAccessorImpl In-Reply-To: References: Message-ID: For the stack trace at hand, doesn't that simply boil down to, that the OSGi framework used doesn't know that jdk.internal.reflect should be boot delegated, meaning it never calls the parent classloader when trying to load the class? /Michael On 16 December 2016 at 00:10, David Holmes wrote: > Hi Andrew, > > I'm redirecting this to jigsaw-dev as it seems to be a modularity related > problem. > > Additional comment below ... > > David > > On 16/12/2016 7:48 AM, Andrew Guibert wrote: > >> >> >> Hello all, >> >> I've been doing some experimentation with WebSphere Liberty on Java 9 and >> ran into a problem that I believe is specific to the hotspot 9 JVM. I am >> using a Liberty image compiled with Java 7, and am trying to get the >> server >> running with Java 9 at runtime. So far things are working with the IBM >> JDK >> I have access to, but with the openjdk builds the boot process fails >> immediately. >> >> When I try to boot Liberty with OpenJDK (here I used 9-ea+149) I get a >> NCDFE as indicated in the title (see end of message for full stack trace). >> I believe this same issue may have been reported by Jon Berg back in April >> [1] but it looks like he didn't follow up on his initial note when asked >> for more info. >> >> I've done some digging and I believe that this error was introduced when >> classes were moved from sun.reflect to jdk.internal.reflect [2], >> specifically when sun.reflect.MagicAccessorImpl was moved to >> jdk.internal.reflect.MagicAccessorImpl. According to the javadoc of >> MagicAccessorImpl, there are special tolerences in the VM which allow >> MagicAccessorImpl and its subclasses to bypass verification, and the >> javadoc also warns not to change the name of MagicAccessorImpl without >> updating the corresponding VM code. Since this was just indicated in a >> class-level javadoc comment, it could have been easily missed. The >> MagicAccessorImpl javadoc references bug 4486457, but I have not been able >> to find this id number in any public bug repository. >> > > No it isn't public. Basically when the code-generating reflection > mechanism was introduced verification had to be bypassed because the > generated code didn't obey the expected subclassing rules for protected > access - hence MagicAccessor. > > Switching over the the VM codebase, as far as I can tell everything has >> been updated properly, except for a reference in systemDictionary.hpp [3] >> which refers to MagicAccessorImpl as reflect_MagicAccessorImpl. I assume >> this should instead be jdk_internal_reflect_MagicAccessorImpl (and other >> class entries in the block of lines 145-151 also seem to be missing the >> "jdk_internal_" prefix). >> > > No those are just variable names that get mapped to full symbolic names > e.g.: > > ./share/vm/classfile/vmSymbols.hpp: template(reflect_MagicAccessorImpl, > "jdk/internal/reflect/MagicAccessorImpl") > > David > ----- > > I haven't been able to reproduce this error in a standalone test case. >> However, if anyone wants to see the error for themselves the issue can be >> reproduced with Liberty in a matter of minutes by downloading a Liberty >> zip, extracting it, and doing wlp/bin/server create myServer && >> wlp/bin/server run myServer with jdk9 set as $JAVA_HOME in the >> environment. >> >> [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-April/0 >> 04121.html >> [2] http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/8606d027b2c2 >> [3] >> http://hg.openjdk.java.net/jdk9/hs/hotspot/file/545ddc149651 >> /src/share/vm/classfile/systemDictionary.hpp#l145 >> >> And finally, here is the stack trace: >> >> [12/15/16, 12:50:41:368 CST] 00000010 LogService-8-com.ibm.ws.config >> E CWWKE0701E: FrameworkEvent ERROR Bundle:com.ibm.ws.config(id=8) >> org.osgi.framework.BundleException: Exception in >> com.ibm.ws.config.internal.WSConfigActivator.start() of bundle >> com.ibm.ws.config >> at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator >> (BundleContextImpl.java:795) >> at org.eclipse.osgi.internal.framework.BundleContextImpl.start >> (BundleContextImpl.java:724) >> at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0 >> (EquinoxBundle.java:932) >> at org.eclipse.osgi.internal.framework.EquinoxBundle >> $EquinoxModule.startWorker(EquinoxBundle.java:309) >> at org.eclipse.osgi.container.Module.doStart(Module.java:581) >> at org.eclipse.osgi.container.Module.start(Module.java:449) >> at org.eclipse.osgi.container.ModuleContainer >> $ContainerStartLevel.incStartLevel(ModuleContainer.java:1620) >> at org.eclipse.osgi.container.ModuleContainer >> $ContainerStartLevel.incStartLevel(ModuleContainer.java:1600) >> at org.eclipse.osgi.container.ModuleContainer >> $ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1571) >> at org.eclipse.osgi.container.ModuleContainer >> $ContainerStartLevel.dispatchEvent(ModuleContainer.java:1514) >> at org.eclipse.osgi.container.ModuleContainer >> $ContainerStartLevel.dispatchEvent(ModuleContainer.java:1) >> at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent >> (EventManager.java:230) >> at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run >> (EventManager.java:340) >> Caused by: java.lang.NoClassDefFoundError: >> jdk/internal/reflect/SerializationConstructorAccessorImpl >> at java.base/jdk.internal.misc.Unsafe.defineClass0(Native Method) >> at java.base/jdk.internal.misc.Unsafe.defineClass(Unsafe.java:1173) >> at java.base/jdk.internal.reflect.ClassDefiner.defineClass >> (ClassDefiner.java:63) >> at java.base/jdk.internal.reflect.MethodAccessorGenerator$1.run >> (MethodAccessorGenerator.java:400) >> at java.base/jdk.internal.reflect.MethodAccessorGenerator$1.run >> (MethodAccessorGenerator.java:394) >> at java.base/java.security.AccessController.doPrivileged(Native Method) >> at java.base/jdk.internal.reflect.MethodAccessorGenerator.generate >> (MethodAccessorGenerator.java:393) >> at >> java.base/jdk.internal.reflect.MethodAccessorGenerator.gener >> ateSerializationConstructor >> (MethodAccessorGenerator.java:112) >> at java.base/jdk.internal.reflect.ReflectionFactory.generateConstructor >> (ReflectionFactory.java:404) >> at >> java.base/jdk.internal.reflect.ReflectionFactory.newConstruc >> torForSerialization >> (ReflectionFactory.java:396) >> at java.base/java.io.ObjectStreamClass.getSerializableConstructor >> (ObjectStreamClass.java:1416) >> at java.base/java.io.ObjectStreamClass.access$1500 >> (ObjectStreamClass.java:74) >> at java.base/java.io.ObjectStreamClass$2.run(ObjectStreamClass. >> java:499) >> at java.base/java.io.ObjectStreamClass$2.run(ObjectStreamClass. >> java:474) >> at java.base/java.security.AccessController.doPrivileged(Native Method) >> at java.base/java.io.ObjectStreamClass.(ObjectStreamClass >> .java:474) >> at java.base/java.io.ObjectStreamClass.lookup(ObjectStreamClass >> .java:371) >> at java.base/java.io.ObjectOutputStream.writeObject0 >> (ObjectOutputStream.java:1132) >> at java.base/java.io.ObjectOutputStream.writeObject >> (ObjectOutputStream.java:348) >> at >> com.ibm.ws.config.admin.internal.ConfigurationStore.serializ >> eConfigurationData >> (ConfigurationStore.java:213) >> at com.ibm.ws.config.admin.internal.ConfigurationStore$2.run >> (ConfigurationStore.java:123) >> at java.base/java.security.AccessController.doPrivileged(Native Method) >> at com.ibm.ws.config.admin.internal.ConfigurationStore.saveConf >> iguration >> (ConfigurationStore.java:120) >> at com.ibm.ws.config.admin.internal.ExtendedConfigurationImpl.u >> pdateCache >> (ExtendedConfigurationImpl.java:471) >> at com.ibm.ws.config.xml.internal.ConfigUpdater.updateConfiguration >> (ConfigUpdater.java:266) >> at com.ibm.ws.config.xml.internal.ConfigUpdater.updateConfiguration >> (ConfigUpdater.java:195) >> at com.ibm.ws.config.xml.internal.ConfigUpdater.update >> (ConfigUpdater.java:110) >> at com.ibm.ws.config.xml.internal.ConfigUpdater.update >> (ConfigUpdater.java:96) >> at com.ibm.ws.config.xml.internal.ChangeHandler.updateAtStartup >> (ChangeHandler.java:381) >> at com.ibm.ws.config.xml.internal.SystemConfiguration.start >> (SystemConfiguration.java:137) >> at com.ibm.ws.config.xml.internal.WSConfigXMLActivator.start >> (WSConfigXMLActivator.java:108) >> at com.ibm.ws.config.internal.WSConfigActivator.start >> (WSConfigActivator.java:38) >> at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run >> (BundleContextImpl.java:774) >> at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run >> (BundleContextImpl.java:1) >> at java.base/java.security.AccessController.doPrivileged(Native Method) >> at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator >> (BundleContextImpl.java:767) >> ... 12 more >> Caused by: java.lang.ClassNotFoundException: >> jdk.internal.reflect.SerializationConstructorAccessorImpl cannot be found >> by com.ibm.ws.config_1.0.16.20161111-1635 >> at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal >> (BundleLoader.java:461) >> at org.eclipse.osgi.internal.loader.BundleLoader.findClass >> (BundleLoader.java:372) >> at org.eclipse.osgi.internal.loader.BundleLoader.findClass >> (BundleLoader.java:364) >> at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass >> (ModuleClassLoader.java:161) >> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:473) >> ... 48 more >> >> >> - Andy Guibert >> >> From kanth909 at gmail.com Sat Dec 17 11:11:17 2016 From: kanth909 at gmail.com (kant kodali) Date: Sat, 17 Dec 2016 03:11:17 -0800 Subject: Java in a docker container In-Reply-To: <7EDEC02E-9275-4575-8913-F7403F89F0D9@oracle.com> References: <488553F2-A0A0-438B-BEAE-E1A613092353@oracle.com> <7EDEC02E-9275-4575-8913-F7403F89F0D9@oracle.com> Message-ID: https://www.quora.com/Why-is-LinkedIn-getting-rid-of-Scala https://www.quora.com/Is-Twitter-getting-rid-of-Scala This is great however we still need to watch out on Go. On Thu, Dec 15, 2016 at 11:43 AM, John Rose wrote: > On Dec 15, 2016, at 1:45 AM, Volker Simonis > wrote: > > > I think these are the reasons why other scripting or VM-based > languages run better "by default" in container enviroments - they > simple need fewer resources by default. But I think Java can be tuned > in the same way - we just have to do it :) > > > Thanks, Volker; that's a good summary of our startup issues. > > The CDS and AOT work are examples of our efforts to address these them. > > In general, there is more to do in the direction of offloading startup > work to configuration time. > > (Relatedly, warmup work and resource sharing are also works in progress.) > > Meanwhile, container-based computing uses lots of "glue" logic, and lots > of it is in the form of short-run shell script calls which execute in > vanilla execution environments. > > Lightweight runtimes have the advantage of low startup (and teardown) > overhead for such script-like calls. > > Such runtimes are easy to choose for those jobs, and then they stick > around for any bigger, longer-running jobs, such as monitoring software. > > I think, for the bigger jobs, a bulletproof VM like Java's is preferable, > but the lightweight ones are already on the job, because they were there on > the thin end of the wedge. > > I expect we can continue to make the JVM more and more useful at the same > thin end of the wedge. > > The general themes here are offloading startup work (metadata load, JIT, > heap filling) and increased sharing of static resources. > > ? John > From peter.levart at gmail.com Mon Dec 19 09:55:57 2016 From: peter.levart at gmail.com (Peter Levart) Date: Mon, 19 Dec 2016 10:55:57 +0100 Subject: Something wrong with http://cr.openjdk.java.net ? Message-ID: <3a463afc-6336-c9c2-53af-4222fbb52fef@gmail.com> I'm experiencing a problem when trying to navigate webrevs hosted on http://cr.openjdk.java.net/ site. My browser (Firefox) redirects to the same URL for a couple of times and then reports an error: "The connection to the server was reset while the page was loading." Is this just me or is anybody else experiencing the same? Regards, Peter From rachna.goel at oracle.com Mon Dec 19 10:02:31 2016 From: rachna.goel at oracle.com (Rachna Goel) Date: Mon, 19 Dec 2016 15:32:31 +0530 Subject: Something wrong with http://cr.openjdk.java.net ? In-Reply-To: <3a463afc-6336-c9c2-53af-4222fbb52fef@gmail.com> References: <3a463afc-6336-c9c2-53af-4222fbb52fef@gmail.com> Message-ID: I was experiencing same problems. This server is down and ops at openjdk.java.net has already been notified of same. On 19/12/16 3:25 PM, Peter Levart wrote: > I'm experiencing a problem when trying to navigate webrevs hosted on > http://cr.openjdk.java.net/ site. My browser (Firefox) redirects to > the same URL for a couple of times and then reports an error: "The > connection to the server was reset while the page was loading." > > Is this just me or is anybody else experiencing the same? > > Regards, Peter > > > > > From mark.reinhold at oracle.com Mon Dec 19 15:10:36 2016 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Mon, 19 Dec 2016 07:10:36 -0800 Subject: Something wrong with http://cr.openjdk.java.net ? In-Reply-To: <3a463afc-6336-c9c2-53af-4222fbb52fef@gmail.com> References: <3a463afc-6336-c9c2-53af-4222fbb52fef@gmail.com> Message-ID: <20161219071036.27967008@eggemoggin.niobe.net> 2016/12/19 1:55:57 -0800, peter.levart at gmail.com: > I'm experiencing a problem when trying to navigate webrevs hosted on > http://cr.openjdk.java.net/ site. My browser (Firefox) redirects to the > same URL for a couple of times and then reports an error: "The > connection to the server was reset while the page was loading." > > Is this just me or is anybody else experiencing the same? It wasn't just you. Fixed. - Mark From kanth909 at gmail.com Wed Dec 21 02:28:57 2016 From: kanth909 at gmail.com (kant kodali) Date: Tue, 20 Dec 2016 18:28:57 -0800 Subject: Do we need to worry about this? Message-ID: http://www.theregister.co.uk/2016/12/16/oracle_targets_java_users_non_compliance/?mt=1481919461669 I am not using any Oracle Java I am using all open JDK stuff so do I need to worry about this? Thanks! From kanth909 at gmail.com Wed Dec 21 02:39:57 2016 From: kanth909 at gmail.com (kant kodali) Date: Tue, 20 Dec 2016 18:39:57 -0800 Subject: Do we need to worry about this? In-Reply-To: References: Message-ID: ?If you download Java, you get everything ? and you need to make sure you are installing only the components you are entitled to and you need to remove the bits you aren?t using,? our anonymous expert warned. ?If you [already] have Java, make sure of the specific components you are really using and how they are being used and based on that, validate if you are having issued before Oracle figures it out.? This just sounds crazy to me. omg Oracle!! On Tue, Dec 20, 2016 at 6:28 PM, kant kodali wrote: > http://www.theregister.co.uk/2016/12/16/oracle_targets_ > java_users_non_compliance/?mt=1481919461669 > > I am not using any Oracle Java I am using all open JDK stuff so do I need > to worry about this? > > Thanks! > > From john.r.rose at oracle.com Wed Dec 21 05:00:55 2016 From: john.r.rose at oracle.com (John Rose) Date: Tue, 20 Dec 2016 21:00:55 -0800 Subject: Do we need to worry about this? In-Reply-To: References: Message-ID: On Dec 20, 2016, at 6:28 PM, kant kodali wrote: > > http://www.theregister.co.uk/2016/12/16/oracle_targets_java_users_non_compliance/?mt=1481919461669 > > I am not using any Oracle Java I am using all open JDK stuff so do I need > to worry about this? Click-bait article takes 17 (count 'em) paragraphs to note this tidbit: "Java SE is free but Java SE Advanced Desktop, Advanced and Suite are not." Duh. ? John From kanth909 at gmail.com Wed Dec 21 05:02:14 2016 From: kanth909 at gmail.com (kant kodali) Date: Tue, 20 Dec 2016 21:02:14 -0800 Subject: Do we need to worry about this? In-Reply-To: References: Message-ID: yeah but the way Oracle handles it is horrible On Tue, Dec 20, 2016 at 9:00 PM, John Rose wrote: > On Dec 20, 2016, at 6:28 PM, kant kodali wrote: > > > > http://www.theregister.co.uk/2016/12/16/oracle_targets_ > java_users_non_compliance/?mt=1481919461669 > > > > I am not using any Oracle Java I am using all open JDK stuff so do I need > > to worry about this? > > Click-bait article takes 17 (count 'em) paragraphs to note this tidbit: > > "Java SE is free but Java SE Advanced Desktop, Advanced and Suite are not." > > Duh. > > ? John From dalibor.topic at oracle.com Wed Dec 21 09:05:48 2016 From: dalibor.topic at oracle.com (dalibor topic) Date: Wed, 21 Dec 2016 10:05:48 +0100 Subject: Do we need to worry about this? In-Reply-To: References: Message-ID: <878722fe-808d-d29b-5512-196370afcbfe@oracle.com> As described in http://mail.openjdk.java.net/mailman/listinfo/jdk9-dev this mailing list is for technical discussion related to the JDK 9 Project. Please use https://community.oracle.com/community/java to discuss Oracle's Java products. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Jan Schultheiss, Val Maher Oracle is committed to developing practices and products that help protect the environment From kanth909 at gmail.com Wed Dec 21 11:56:56 2016 From: kanth909 at gmail.com (kant kodali) Date: Wed, 21 Dec 2016 03:56:56 -0800 Subject: Question on JEP 261 Message-ID: Right now If I have two Java Libraries/Dependencies that in turn uses another Library but with different versions. It looks like only one is going to get selected so the dependency that require a specific version would fail if it uses features specific to that version. So with the introduction of module system I wonder how this will be solved if there are two modules that depends on another common module but with different versions? Thanks! From staffan.larsen at oracle.com Wed Dec 21 13:35:39 2016 From: staffan.larsen at oracle.com (Staffan Larsen) Date: Wed, 21 Dec 2016 14:35:39 +0100 Subject: =?utf-8?Q?Result=3A_New_JDK_9_Reviewer=3A_Markus_Gr=C3=B6nlund?= Message-ID: <525CB96E-849B-4CC0-B1F5-B7C035819043@oracle.com> Voting for Markus Gr?nlund [1] is now closed. Yes: 26 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. /Staffan [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-December/005355.html From lana.steuck at oracle.com Wed Dec 21 17:08:30 2016 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Wed, 21 Dec 2016 17:08:30 GMT Subject: jdk9-b150: dev Message-ID: <201612211708.uBLH8U8g008606@scaaa563.us.oracle.com> http://hg.openjdk.java.net/jdk9/jdk9/rev/6234069ff978 http://hg.openjdk.java.net/jdk9/jdk9/nashorn/rev/ace1d994bca7 http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/e5a42ddaf633 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/71e198ef3839 http://hg.openjdk.java.net/jdk9/jdk9/jaxws/rev/77e4e30d9d11 http://hg.openjdk.java.net/jdk9/jdk9/jaxp/rev/f85154af719f http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/98fe046473c9 http://hg.openjdk.java.net/jdk9/jdk9/corba/rev/9205e980062a --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-4419271 client-libs Provide support for scrolling-mechanisms of non-mouse input-devices JDK-6614519 client-libs [Doc] Description java.awt.dnd.DragSourceContext.getCursor() should be JDK-7147083 client-libs [TEST_BUG] DnDFileGroupDescriptor not applicable on Mac JDK-7190572 client-libs Nimbus: hard to understand but consistent failure of HTMLEditorKit tes JDK-7190578 client-libs Nimbus: css test for 4936917 fails JDK-7190602 client-libs Nimbus: regtest fails looking for some properties, are they mandatory? JDK-8025439 client-libs [TEST BUG] [macosx] PrintServiceLookup.lookupPrintServices doesn't wor JDK-8048702 client-libs Deprecate obsolete classes in javax/swing/plaf/metal/MetalFileChooserU JDK-8074562 client-libs CID keyed OpenType fonts are not supported by T2K JDK-8138771 client-libs java.awt.image.AbstractMultiResolutionImage needs customized spec for JDK-8140525 client-libs AwtFrame::WmShowWindow() may steal focus JDK-8153208 client-libs TIFFImageReadParam: should "contains()" check be appropriate for addAl JDK-8154058 client-libs [TIFF] ignoreMetadata parameter of TIFFImageReader's setInput() method JDK-8159906 client-libs [TEST_BUG] javax/swing/JDialog/Transparency/TransparencyTest.java JDK-8160441 client-libs [PIT][TEST_BUG][macosx] javax/swing/JComboBox/8041909/ActionListenerEx JDK-8160536 client-libs [macosx] Possible regression: com/apple/eawt/DefaultMenuBar/DefaultMen JDK-8162350 client-libs RepaintManager shifts repainted region when the floating point UI scal JDK-8166683 client-libs On macOS (Mac OS X) getting a ScreenMenuBar when not running "com.appl JDK-8167103 client-libs Intermittent font loading failure on macOS with JFXPanel application JDK-8167160 client-libs [TEST_BUG][PIT] failure of javax/swing/JRadioButton/8033699/bug803369 JDK-8167182 client-libs Exported elements referring to inaccessible types in jdk.accessibility JDK-8167284 client-libs [TESTBUG] [PIT] possible regression: javax/swing/JRadioButton/FocusTra JDK-8168135 client-libs The issue JDK-8164462 seems not fixed in b140 JDK-8168657 client-libs [PIT] Still, on Windows test always fails: java/awt/SplashScreen/Multi JDK-8168759 client-libs Incorrect vertical positioning of diacritics JDK-8169202 client-libs [macos] Font substitution does not work for supplementary characters JDK-8169589 client-libs [macosx] Activating a JDialog puts to back another dialog JDK-8169719 client-libs WrappedPlainView.modelToView() should return Rectangle2D JDK-8169725 client-libs cannot use TIFFField(TIFFTag tag, int value) for TIFF_LONG values grea JDK-8169728 client-libs Missing sign checks in TIFFField(TIFFTag tag, int type, int count, Obj JDK-8169840 client-libs [TESTBUG] DisposeDialogNotActivateOwnerTest: Test clashes with another JDK-8169879 client-libs [TEST_BUG] javax/swing/text/GlyphPainter2/6427244/bug6427244.java - co JDK-8170142 client-libs Broken links in TIFF metadata format and usage notes JDK-8170387 client-libs JLightweightFrame#syncCopyBuffer() may throw IOOBE JDK-8170954 client-libs non-ASCII characters in lcms and harfbuzz break Windows builds on some JDK-8023898 core-libs Consolidate Map tests Collisions and InPlaceOpsCollisions into general JDK-8025199 core-libs java/rmi/registry/reexport/Reexport.java failed with: Port already in JDK-8038079 core-libs Re-examine integration of SPNEGO authentication JDK-8054214 core-libs JapaneseEra.getDisplayName doesn't return names if it's an additional JDK-8139688 core-libs Port fdlibm exp to Java JDK-8148023 core-libs File.createTempFile is not adhering to the contract regarding file nam JDK-8153320 core-libs Remove HttpProxy descriptions from RMI specification JDK-8163315 core-libs Implement an API to identify an implicitly declared annotation (or dec JDK-8166763 core-libs java/rmi/* tests fail intermittently with "Port already in use" in RMI JDK-8168836 core-libs Minor clean up on warning/error messages on --add-exports and --add-re JDK-8168979 core-libs @implNote for invalid FilePermission JDK-8169389 core-libs Use a bitmap to control StackTraceElement::toString format and save fo JDK-8169465 core-libs Deadlock in com.sun.jndi.ldap.pool.Connections JDK-8169806 core-libs Minor cleanup of the DriverManager overview comments JDK-8170663 core-libs Fix minor issues in corelib and servicabilty coding. JDK-8170864 core-libs java/net/URLClassLoader/closetest/CloseTest.java has undeclared depend JDK-8170943 core-libs Collectors.partitioningBy should specify that false and true entries a JDK-8170987 core-libs Module system implementation refresh (12/2016) JDK-8171072 core-libs java/rmi/transport/handshake*/Handshake*.java, exception is not thrown JDK-8171075 core-libs Inet4AddressImpl: Remove duplicate and (no longer used ?) native codin JDK-8171076 core-libs improve rmi tests by replacing TestLibrary.createRegistryOnUnusedPort, JDK-8171077 core-libs Use getaddrinfo/getnameinfo in Windows Inet4AddresImpl native code JDK-8171133 core-libs java/rmi/registry/reexport/Reexport.java, there is a missing case chec JDK-8171189 core-libs Deprecate ResourceBundleControlProvider for removal JDK-8171201 core-libs Drop java.compact$N aggregator modules JDK-8171202 core-libs Rename jdk.crypto.pkcs11 and jdk.pack200 to end with Java letters JDK-8171219 core-libs Missing checks in sparse array shift() implementation JDK-8171234 core-libs Remove intermittent key from test java/nio/charset/coders/BashStreams. JDK-8171298 core-libs ProblemList java/rmi/registry/readTest/readTest.sh due to JDK-7146543 JDK-8171373 core-libs Reduce copying during initialization of ModuleHashes JDK-8171377 core-libs Add sun.misc.Unsafe::invokeCleaner JDK-8171400 core-libs Move checking of duplicate packages in the boot layer to link time JDK-8171478 core-libs tools/launcher/modules/patch/systemmodules/PatchSystemModules.java fai JDK-8171503 core-libs Nashorn build, test failures with the latest jdk9-dev forest - javadoc JDK-8141591 core-svc javax/management/remote/mandatory/threads/ExecutorTest.java fails inte JDK-8160024 core-svc jdb returns invalid argument count if first parameter to Arrays.asList JDK-8164843 core-svc UsageTracker should limit records and avoid truncation JDK-8168141 core-svc javax/management/remote/mandatory/notif/EmptyDomainNotificationTest.ja JDK-8169232 core-svc SA: TestCpoolForInvokeDynamic.java fails with sun.jvm.hotspot.debugger JDK-8169344 core-svc Potential open file descriptor in exists() of hotspot/agent/src/os/bs JDK-8169575 core-svc com/sun/management/DiagnosticCommandMBean/DcmdMBeanPermissionsTest.jav JDK-8169597 core-svc Quarantine TestCpoolForInvokeDynamic.java until JDK-8169232 is solved JDK-8169638 core-svc serviceability/sa/TestInstanceKlassSize.java and serviceability/sa/Tes JDK-8171468 core-svc sun/management/jmxremote/bootstrap/CustomLauncherTest.java fails as li JDK-8158217 deploy Can not turn off UAC for a standard local account ( Limited User ) whe JDK-8158820 deploy Add some strings to excludes - New JCP JDK-8164634 deploy Registered JREs match to different 'osname' JDK-8165817 deploy At step7:No the first security warning dialog display after relaunchin JDK-8165822 deploy At step9.There is an SSV security warning dialog show up after clickin JDK-8166014 deploy At step6.The third applet can not be loaded and it will redirect to an JDK-8169333 deploy regression/js/UserAgentTest.java fails after JDK-8148781 JDK-8169365 deploy [jcp] jcp process is not terminated if DialogSelector is not closed JDK-8169733 deploy Resurrect plugin regression tests not in sun.plugin2.applet JDK-8170342 deploy For step4: There is no Java Update Needed dialog. JDK-8170344 deploy At step12,The content contained in 'More Information' dialog is incorr JDK-8170345 deploy "Test Fail" is shown in the application window. JDK-8170347 deploy An unsigned security dialog shown up. JDK-8170376 deploy At step 8:There is no "Application Error" dialog shown up. JDK-8170377 deploy At step 7:AppletB can not loaded successfully and there is only one Ja JDK-8170434 deploy Test instruction step5 need update. JDK-8170501 deploy No security level can be found in the JCP->security JDK-8170502 deploy No java.security file can be found in TEST_JRE_HOME/lib/security JDK-8170504 deploy No jfxrt.jar can be found in JAVA_HOME\lib. JDK-8170506 deploy At step4,No checkbox "I accept the risk and want to run this app" disp JDK-8170507 deploy At step4,there is no security warning dialog pop up JDK-8170508 deploy Step6: authenticated pop-up dialog from Java(Javafx based) with title JDK-8170513 deploy At step2,The applet will be blocked once the applet is launched. JDK-8170529 deploy At step5,applet can not be launched fine. JDK-8170657 deploy At step3,the application can't be loaded,and an error dialog can be sh JDK-8170662 deploy At step4.Online installer failed to install JDK-8170788 deploy An RevocationChecker$StatusUnknownException thrown on the java console JDK-8170789 deploy Step4:a blocked dialog display, but entrys display as expect in each v JDK-8170791 deploy At step5.There is an unsigned security dialog shown up for JDK9 JDK-7034834 hotspot JVMTI xml file referring to old JDK version JDK-8057003 hotspot Large reference arrays cause extremely long synchronization times JDK-8078450 hotspot Implement consistent process for quarantine of tests JDK-8158012 hotspot Use SW prefetch instructions instead of BIS for allocation prefetches JDK-8160543 hotspot C1: Crash in java.lang.String.indexOf in some java.sql tests JDK-8162338 hotspot AArch64: Intrinsify fused mac operations JDK-8165287 hotspot fix compress intrinsics to produce correct results with avx512 JDK-8165550 hotspot Add class loader names to ClassCastException message JDK-8165955 hotspot TestFullGCCount test failed with CMS and -XX:+ExplicitGCInvokesConcurr JDK-8166132 hotspot Convert TestGlobalDefinitions_test to GTest JDK-8166156 hotspot Convert test_semaphore to GTest JDK-8166417 hotspot Integrate Graal-core into JDK for AOT compiler JDK-8166607 hotspot G1 needs klass_or_null_acquire JDK-8166719 hotspot gc/stress/TestStressG1Humongous.java fails with OOME JDK-8166761 hotspot Compiler testing in tier2 should be optimized to finish in 20 minutes. JDK-8166811 hotspot Missing memory fences between memory allocation and refinement JDK-8166837 hotspot [TESTBUG] Fix tests on Linux/s390x JDK-8166898 hotspot G1SATBCardTableLoggingModRefBS::invalidate() incorrect with whole_heap JDK-8167067 hotspot Fix x86 SHA instructions to be non Vex encoded JDK-8167497 hotspot Inform user of alternative to -XX:FlightRecorderOptions=defaultrecordi JDK-8167500 hotspot Unified logging for JFR JDK-8167506 hotspot Remove -XX:FlightRecorderOptions=compressedintegers=false JDK-8167650 hotspot NMT should check for invalid MEMFLAGS. JDK-8167656 hotspot Unstable MethodHandle inlining causing huge performance variations JDK-8167679 hotspot G1 phase logging is messy JDK-8168341 hotspot Gtests on JSon produce an enormous amount of hardly understandable out JDK-8168396 hotspot Unexpected OOME in GcCauseTest02 and GcTest02 JDK-8168492 hotspot Convert CollectedHeap_test to GTest JDK-8168493 hotspot Convert TestBitMap_test to GTest JDK-8168503 hotspot JEP 297: Unified arm32/arm64 Port JDK-8168790 hotspot CDS: assert(max_delta <= (0x7FFFFFFF)) failed: range check JDK-8168796 hotspot relax vm options checking during CDS dump time JDK-8168904 hotspot Initialize and reset G1 phase times to zero JDK-8168934 hotspot [TESTBUG] gc/g1/logging/TestG1LoggingFailure.java failed JDK-8169003 hotspot LogDecorations.iso8601_utctime_test fails if numeric locale uses "," a JDK-8169201 hotspot Montgomery multiply intrinsic should use correct name JDK-8169261 hotspot Fix for JDK-8067744 creates build failures with some versions of gcc a JDK-8169317 hotspot [s390] Various minor bug fixes and adaptions. JDK-8169331 hotspot [JVMCI] incomplete API to MethodParameters attribute JDK-8169423 hotspot Infinite loop in G1's ConcurrentMarkThread JDK-8169497 hotspot Aarch64: Improve internal array handling JDK-8169529 hotspot AArch64: Revert old JDK-8167595 changes after JDK-8159035 fix is pushe JDK-8169551 hotspot Segfaults in error traces when module version is null JDK-8169554 hotspot [JVMCI] expose missing StubRoutines for intrinsics JDK-8169625 hotspot Libjsig build doesn't set flags for ppc64/s390 builds JDK-8169703 hotspot G1 crashes with guarantee(pretouch_gang != NULL) failed: No pretouch g JDK-8169711 hotspot CDS does not patch entry trampoline if intrinsic method is disabled JDK-8169734 hotspot Update uses of string "java.base" to macro JDK-8169867 hotspot Method::restore_unshareable_info() does not invoke Method::link_method JDK-8169870 hotspot CDS: "assert(partition_size <= size()) failed: partition failed" on 32 JDK-8169901 hotspot AArch64: CompareAndExchange intrinsics clobber address register JDK-8169931 hotspot 8k class metaspace chunks misallocated from 4k chunk freelist JDK-8169941 hotspot CodeBlob::is_frame_complete_at() does not honor CodeOffsets::frame_nev JDK-8170039 hotspot Change UseAVX < 3 on SKX/KNL to not emit evex vector check JDK-8170098 hotspot AArch64: VM is extremely slow with JVMTI debugging enabled JDK-8170100 hotspot AArch64: Crash in C1-compiled code accessing References JDK-8170106 hotspot AArch64: Multiple JVMCI issues JDK-8170226 hotspot Implement setting jtreg @requires property vm.jvmci JDK-8170227 hotspot use vm.jvmci property in compiler/jvmci tests JDK-8170228 hotspot register closed @requires property setter JDK-8170297 hotspot runtime/SharedArchiveFile/LargeSharedSpace.java didn't run out of memo JDK-8170328 hotspot PPC64: Use andis instead of lis/and JDK-8170355 hotspot [BACKOUT] 8k class metaspace chunks misallocated from 4k chunk freelis JDK-8170358 hotspot [REDO] 8k class metaspace chunks misallocated from 4k chunk freelist JDK-8170388 hotspot Deprecate the flag -XX:ExplicitGCInvokesConcurrentAndUnloadsClasses JDK-8170395 hotspot Metaspace initialization queries the wrong chunk freelist JDK-8170409 hotspot CMS: Crash in CardTableModRefBSForCTRS::process_chunk_boundaries JDK-8170416 hotspot CompilerControl: VectorizeDebug option type is incorrect JDK-8170430 hotspot x86 pow() stub from Intel libm is inconsistent with pow() from fdlib JDK-8170431 hotspot non-ASCII characters in source code comments (jimage.hpp) JDK-8170468 hotspot Convert ParallelCompact_test to GTest JDK-8170470 hotspot superword may miss reductions JDK-8170490 hotspot Convert TestBufferingOopClosure_test to GTest JDK-8170543 hotspot Adapt JFR source code for dummy jar JDK-8170672 hotspot Event-based tracing to support classloader instances JDK-8170847 hotspot Refactor trace/traceStream.hpp JDK-8170888 hotspot [linux] Experimental support for cgroup memory limits in container (ie JDK-8170991 hotspot PPC64: Bad code for initialization of short arrays JDK-8171008 hotspot Integrate AOT compiler into JDK JDK-8171046 hotspot Quarantine TestStressG1Humongous.java until JDK-8171045 is fixed JDK-8171059 hotspot [AOT] error in AotCompiler output in some aot tests JDK-8171060 hotspot [AOT] aot tests: WARNING: Requested compilation levels are out of curr JDK-8171134 hotspot Unexpected output in compiler/aot/SharedUsageTest.java JDK-8171137 hotspot [AOT] Avoid warning: -Xint is not compatible with AOT (switching AOT o JDK-8171187 hotspot Expected compilation level after compilation to be no less than 1 JDK-8171226 hotspot simple typo in the JVMTI spec JDK-8171276 hotspot More problems in compiler/aot/RecompilationTest.java tests JDK-8171366 hotspot macOS: Do not run failure handler commands that require Developer mode JDK-8066474 infrastructure Remove the lib/$ARCH directory from Linux and Solaris images JDK-8169255 infrastructure Link gtestLauncher statically if libjvm is configured for static linki JDK-8170284 infrastructure Move fine granular hotspot make targets to top level JDK-8170428 infrastructure Move src.zip to JDK/lib/src.zip JDK-8171163 infrastructure Merge 9de6a70d5d81 broke test/Makefile JDK-8171167 infrastructure Build fails in Mach 5 with "File name too long." JDK-8171249 infrastructure modules_legal from imported modules are not read by the build JDK-8171323 infrastructure generate dot file for java.se and java.se.ee with only API dependences JDK-8171374 infrastructure GenGraphs should filter the rank grouping if the group is empty JDK-8164907 other-libs Eliminate dependency on java.naming/com.sun.jndi.toolkit.url JDK-8075618 security-libs Test task: Create tests to check jarsigner work with multi-version jar JDK-8164595 security-libs javax/net/ssl/FixingJavadocs/SSLSessionNulls.java fails intermittently JDK-8165751 security-libs NPE hit with java.security.debug=provider JDK-8170282 security-libs Enable ALPN parameters to be supplied during the TLS handshake JDK-8170820 security-libs RevocationRestrictions.java test needs to be updated to use cached OCS JDK-8170876 security-libs NPE in JCE engine classes with java.security.debug=provider JDK-8171043 security-libs ServerIdentityTest.java fails on Windows JDK-8171190 security-libs Bump reference of NIST 800-57 Part 1 Rev 3 to Rev 4 in JarSigner API s JDK-8171297 security-libs ProblemList javax/net/ssl/DTLS/PacketLossRetransmission.java due to JD JDK-8171337 security-libs Check for correct SSLEngineImpl/SSLSocketImpl.setSSLParameters handsha JDK-8171340 security-libs HttpNegotiateServer/java test should not use system proxy on Mac JDK-8075793 tools Source incompatibility for inference using -source 7 JDK-8160196 tools Module summary page should display information based on "api" or "deta JDK-8162674 tools change javadoc output text and style emitted by for-removal deprecatio JDK-8169005 tools tools/javac/T8132562/ClassPathWithDoubleQuotesTest.java fails after fi JDK-8169925 tools Organize licenses by module in source, JMOD file, and run-time image JDK-8170044 tools jshell tool: jshell missing from javax.tools.ToolProvider JDK-8170162 tools jshell tool: no mechanism to programmatically launch JDK-8170194 tools jshell tool (jdk repo): launch tool from JShellToolProvider JDK-8170195 tools jshell tool (make): update javadoc generation for jdk.jshell to includ JDK-8170289 tools Re-examine entry point support in jlink JDK-8170549 tools Improve testing of annotations on modules JDK-8170553 tools javac info options should match launcher options JDK-8170708 tools javap -m cannot read a module-info.class JDK-8170859 tools Run time and tool support for ModuleResolution JDK-8170961 tools ProblemList tools/jlink/multireleasejar/JLinkMultiReleaseJarTest.java JDK-8171005 tools Fix JavaFileManager.getLocationForModule(Location location, JavaFileOb JDK-8171070 tools Test ModuleNamesOrderTest.java fails JDK-8171138 tools Remove FileCopierPlugin JDK-8171245 tools Solaris builds fails after JDK-8170663 JDK-8171255 tools Javac generates Deprecated class file attribute for @deprecated javado JDK-8171316 tools Add IMPLEMENTOR property to the release file JDK-8171355 tools Implement Elements.getOrigin JDK-8171371 tools Remove redundant type-arguments from generic method calls JDK-8171412 tools tools/javac/modules/AddLimitMods.java failed with "error: module not f JDK-8171413 tools jdk/javadoc/doclet/testModules/TestModules.java failed due to some sub JDK-8171414 tools tools/launcher/VersionCheck.java failed with AssertionError due to new JDK-8171418 tools Remove jdeps hidden --include-system-modules option JDK-8171451 tools update langtools problem lists for failing tests JDK-8087303 xml LSSerializer pretty print does not work anymore. regression? JDK-8114834 xml LSSerializerImpl always serializes an entity reference node to" &entit JDK-8146271 xml File system contention in debug print via XPathFactory.newInstance JDK-8169112 xml java.lang.VerifyError: (class: GregorSamsa, method: template$dot$0$out JDK-8170556 xml Warnings cleanup related to JDK-8167340 JDK-8171370 tools Convert anonymous inner classes into lambdas/method references From alex.buckley at oracle.com Wed Dec 21 19:10:34 2016 From: alex.buckley at oracle.com (Alex Buckley) Date: Wed, 21 Dec 2016 11:10:34 -0800 Subject: Question on JEP 261 In-Reply-To: References: Message-ID: <585AD3AA.6050904@oracle.com> On 12/21/2016 3:56 AM, kant kodali wrote: > Right now If I have two Java Libraries/Dependencies that in turn uses > another Library but with different versions. It looks like only one is > going to get selected so the dependency that require a specific version > would fail if it uses features specific to that version. > > So with the introduction of module system I wonder how this will be solved > if there are two modules that depends on another common module but with > different versions? This is a Jigsaw question, and it has been discussed on jigsaw-dev numerous times. For example, see the August 2016 thread "Multiple versions of a non-exported dependency" at http://mail.openjdk.java.net/pipermail/jigsaw-dev/2016-August/009223.html Alex From christian.tornqvist at oracle.com Thu Dec 22 16:38:49 2016 From: christian.tornqvist at oracle.com (Christian Tornqvist) Date: Thu, 22 Dec 2016 11:38:49 -0500 Subject: Result: CFV: New JDK 9 Committer: George Triantafillou Message-ID: <25ba01d25c71$e03623b0$a0a26b10$@oracle.com> Voting for George Triantafillou[1] is now closed. Yes: 21 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Thanks, Christian Tornqvist [1] http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-December/005381.html From kanth909 at gmail.com Fri Dec 23 08:11:53 2016 From: kanth909 at gmail.com (kant kodali) Date: Fri, 23 Dec 2016 00:11:53 -0800 Subject: How can modules help to reduce memory footprint? Message-ID: How can modules help to reduce memory footprint? If I right a simple HelloWorld program in Java the memory footprint is about 83MB and the the same HelloWorld program in Go is about 5MB. Now, I am not saying this is any good metric but I am rather trying to understand how modules can really help. I understand that JDK 9 itself will be modularized does that mean it will load only the required system libraries by the application but not all? How does a programmer know what system libraries are needed and what is not needed? What does it mean to say you distribute your own runtime? Thanks, kant From sundararajan.athijegannathan at oracle.com Fri Dec 23 09:01:23 2016 From: sundararajan.athijegannathan at oracle.com (Sundararajan Athijegannathan) Date: Fri, 23 Dec 2016 14:31:23 +0530 Subject: How can modules help to reduce memory footprint? In-Reply-To: References: Message-ID: <585CE7E3.40104@oracle.com> You may want to read "The linker" section in http://openjdk.java.net/projects/jigsaw/quick-start and http://openjdk.java.net/jeps/282 -Sundar On 23/12/16, 1:41 PM, kant kodali wrote: > How can modules help to reduce memory footprint? If I right a simple > HelloWorld program in Java the memory footprint is about 83MB and the the > same HelloWorld program in Go is about 5MB. Now, I am not saying this is > any good metric but I am rather trying to understand how modules can really > help. > > I understand that JDK 9 itself will be modularized does that mean it will > load only the required system libraries by the application but not all? How > does a programmer know what system libraries are needed and what is not > needed? What does it mean to say you distribute your own runtime? > > > Thanks, > kant From sergey.bylokhov at oracle.com Mon Dec 26 14:36:27 2016 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Mon, 26 Dec 2016 17:36:27 +0300 Subject: CFV: New JDK 9 Committer: Manajit Halder Message-ID: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> I hereby nominate Manajit Halder to JDK 9 Committer. Manajit is currently a JDK 9 Author and a member of the client team at Oracle. He has made 17 contributions to the JDK 9: http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=mhalder&revcount=160 Votes are due by Jan 15, 2017. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Sergey Bylokhov [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote -- Best regards, Sergey. From yuri.nesterenko at oracle.com Tue Dec 27 07:10:43 2016 From: yuri.nesterenko at oracle.com (Yuri Nesterenko) Date: Tue, 27 Dec 2016 10:10:43 +0300 Subject: CFV: New JDK 9 Committer: Manajit Halder In-Reply-To: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> References: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> Message-ID: <0794d001-9969-9189-5fd9-e83326615709@oracle.com> Vote: yes -yan On 12/26/2016 05:36 PM, Sergey Bylokhov wrote: > I hereby nominate Manajit Halder to JDK 9 Committer. > > Manajit is currently a JDK 9 Author and a member of the client team at Oracle. He has made 17 contributions to the JDK 9: > > http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=mhalder&revcount=160 > > Votes are due by Jan 15, 2017. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Sergey Bylokhov > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > From vyom.tewari at oracle.com Tue Dec 27 09:57:05 2016 From: vyom.tewari at oracle.com (Vyom Tewari) Date: Tue, 27 Dec 2016 15:27:05 +0530 Subject: CFV: New JDK 9 Committer: Manajit Halder In-Reply-To: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> References: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> Message-ID: Vote: yes Vyom On Monday 26 December 2016 08:06 PM, Sergey Bylokhov wrote: > I hereby nominate Manajit Halder to JDK 9 Committer. > > Manajit is currently a JDK 9 Author and a member of the client team at Oracle. He has made 17 contributions to the JDK 9: > > http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=mhalder&revcount=160 > > Votes are due by Jan 15, 2017. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Sergey Bylokhov > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > From ajit.ghaisas at oracle.com Tue Dec 27 09:59:59 2016 From: ajit.ghaisas at oracle.com (Ajit Ghaisas) Date: Tue, 27 Dec 2016 01:59:59 -0800 (PST) Subject: CFV: New JDK 9 Committer: Manajit Halder In-Reply-To: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> References: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> Message-ID: Vote: yes -----Original Message----- From: Sergey Bylokhov Sent: Monday, December 26, 2016 8:06 PM To: jdk9-dev at openjdk.java.net Subject: CFV: New JDK 9 Committer: Manajit Halder I hereby nominate Manajit Halder to JDK 9 Committer. Manajit is currently a JDK 9 Author and a member of the client team at Oracle. He has made 17 contributions to the JDK 9: http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=mhalder&revcount=160 Votes are due by Jan 15, 2017. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Sergey Bylokhov [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote -- Best regards, Sergey. From vadim.pakhnushev at oracle.com Tue Dec 27 10:29:19 2016 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Tue, 27 Dec 2016 13:29:19 +0300 Subject: CFV: New JDK 9 Committer: Manajit Halder In-Reply-To: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> References: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> Message-ID: <1986b5d2-158d-9e8a-4a86-17a5c9b0c48e@oracle.com> Vote: yes On 26.12.2016 17:36, Sergey Bylokhov wrote: > I hereby nominate Manajit Halder to JDK 9 Committer. > > Manajit is currently a JDK 9 Author and a member of the client team at Oracle. He has made 17 contributions to the JDK 9: > > http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=mhalder&revcount=160 > > Votes are due by Jan 15, 2017. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Sergey Bylokhov > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > From semyon.sadetsky at oracle.com Tue Dec 27 14:28:45 2016 From: semyon.sadetsky at oracle.com (Semyon Sadetsky) Date: Tue, 27 Dec 2016 17:28:45 +0300 Subject: CFV: New JDK 9 Committer: Manajit Halder In-Reply-To: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> References: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> Message-ID: <506417c8-9074-d9cc-0983-066fe2fa338c@oracle.com> Vote: yes --Semyon On 26.12.2016 17:36, Sergey Bylokhov wrote: > I hereby nominate Manajit Halder to JDK 9 Committer. > > Manajit is currently a JDK 9 Author and a member of the client team at Oracle. He has made 17 contributions to the JDK 9: > > http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=mhalder&revcount=160 > > Votes are due by Jan 15, 2017. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Sergey Bylokhov > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote > From philip.race at oracle.com Tue Dec 27 17:49:40 2016 From: philip.race at oracle.com (Philip Race) Date: Tue, 27 Dec 2016 09:49:40 -0800 Subject: CFV: New JDK 9 Committer: Manajit Halder In-Reply-To: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> References: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> Message-ID: <5862A9B4.2010401@oracle.com> Vote: yes -phil. From ambarish.rapte at oracle.com Wed Dec 28 05:25:40 2016 From: ambarish.rapte at oracle.com (Ambarish Rapte) Date: Tue, 27 Dec 2016 21:25:40 -0800 (PST) Subject: CFV: New JDK 9 Committer: Manajit Halder In-Reply-To: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> References: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> Message-ID: <6e08d4da-0703-4ed1-90a0-cf8217a511b5@default> Vote: yes -----Original Message----- From: Sergey Bylokhov Sent: Monday, December 26, 2016 8:06 PM To: jdk9-dev at openjdk.java.net Subject: CFV: New JDK 9 Committer: Manajit Halder I hereby nominate Manajit Halder to JDK 9 Committer. Manajit is currently a JDK 9 Author and a member of the client team at Oracle. He has made 17 contributions to the JDK 9: http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=mhalder&revcount=160 Votes are due by Jan 15, 2017. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Sergey Bylokhov [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote -- Best regards, Sergey. From jayathirth.d.v at oracle.com Wed Dec 28 05:33:53 2016 From: jayathirth.d.v at oracle.com (Jayathirth D V) Date: Tue, 27 Dec 2016 21:33:53 -0800 (PST) Subject: CFV: New JDK 9 Committer: Manajit Halder In-Reply-To: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> References: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> Message-ID: Vote : yes -----Original Message----- From: Sergey Bylokhov Sent: Monday, December 26, 2016 8:06 PM To: jdk9-dev at openjdk.java.net Subject: CFV: New JDK 9 Committer: Manajit Halder I hereby nominate Manajit Halder to JDK 9 Committer. Manajit is currently a JDK 9 Author and a member of the client team at Oracle. He has made 17 contributions to the JDK 9: http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=mhalder&revcount=160 Votes are due by Jan 15, 2017. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Sergey Bylokhov [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote -- Best regards, Sergey. From prem.balakrishnan at oracle.com Wed Dec 28 05:38:37 2016 From: prem.balakrishnan at oracle.com (Prem Balakrishnan) Date: Tue, 27 Dec 2016 21:38:37 -0800 (PST) Subject: CFV: New JDK 9 Committer: Manajit Halder In-Reply-To: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> References: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> Message-ID: Vote: yes -----Original Message----- From: Sergey Bylokhov Sent: Monday, December 26, 2016 8:06 PM To: jdk9-dev at openjdk.java.net Subject: CFV: New JDK 9 Committer: Manajit Halder I hereby nominate Manajit Halder to JDK 9 Committer. Manajit is currently a JDK 9 Author and a member of the client team at Oracle. He has made 17 contributions to the JDK 9: http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=mhalder&revcount=160 Votes are due by Jan 15, 2017. Only current JDK 9 Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Sergey Bylokhov [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote -- Best regards, Sergey. From prasanta.sadhukhan at oracle.com Wed Dec 28 10:16:15 2016 From: prasanta.sadhukhan at oracle.com (Prasanta Sadhukhan) Date: Wed, 28 Dec 2016 15:46:15 +0530 Subject: CFV: New JDK 9 Committer: Manajit Halder In-Reply-To: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> References: <2D7158B9-F25F-4354-B64C-6BA4FE9BC8B0@oracle.com> Message-ID: <7208ad3f-52f7-9095-161f-36c3f66cf000@oracle.com> Vote: yes Regards Prasanta On 12/26/2016 8:06 PM, Sergey Bylokhov wrote: > I hereby nominate Manajit Halder to JDK 9 Committer. > > Manajit is currently a JDK 9 Author and a member of the client team at Oracle. He has made 17 contributions to the JDK 9: > > http://hg.openjdk.java.net/jdk9/client/jdk/search/?rev=mhalder&revcount=160 > > Votes are due by Jan 15, 2017. > > Only current JDK 9 Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Sergey Bylokhov > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote >