From neugens.limasoftware at gmail.com Mon Dec 1 18:33:43 2014 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Mon, 1 Dec 2014 19:33:43 +0100 Subject: FOSDEM Java dev room submission In-Reply-To: References: <547651D6.2020509@oracle.com> Message-ID: Hi all, I'm about to submit this: -------------------------- Title: OpenJDK Adoption Group Q&A Abstract: There's a ton of stuff going on in OpenJDK, projects, repositories, bug database, experiments. This is a lot of potential fun, but the entrance barrier for newcomers is extremely high, and it's easy to get lost and not enjoy the fun anymore. In order to help people wanting to contribute keep track of this intricate forest of development and find their way out, the Adoption Group was created (http://openjdk.java.net/groups/adoption/). This session is an exchange between few of the hackers directly involved with the Adoption Group and the public. We will indeed discuss some of the projects we currently host, but above all we will answer all questions the audience may have in relation to getting involved with OpenJDK, both from a technical perspective and a social one, so that next year you can sit together with us helping even more people to jump on the fun. If you need help organising your next hackday, or you are completely lost tying to get started with OpenJDK, this is the session for you! Recording me on audio and/or video No -------------------------- Cheers, Mario 2014-11-27 2:23 GMT+01:00 Ben Evans : > +1 > > On 27 Nov 2014 01:22, "Mario Torre" wrote: >> >> Hi Dalibor, >> >> I'm all for it! If there are no objection I'll send the proposal. >> >> Cheers, >> Mario >> >> 2014-11-26 23:19 GMT+01:00 dalibor topic : >> > Hi, >> > >> > the deadline [0] for the FOSDEM Java dev room is approaching fast, so >> > while >> > I have submitted a session on QA Outreach with Rory, I wanted to check >> > if >> > there is interest in having a separate general Adoption Group session, >> > as we >> > did last year. >> > >> > If that's the case, I'll ask Mario to submit a proposal. >> > >> > cheers, >> > dalibor topic >> > >> > [0] >> > >> > http://neugens.wordpress.com/2014/10/22/freejava-devroom-call-for-paper-2015/ >> > -- >> > Dalibor Topic | Principal Product Manager >> > Phone: +494089091214 | Mobile: +491737185961 >> > >> > >> > ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >> > >> > ORACLE Deutschland B.V. & Co. KG >> > Hauptverwaltung: Riesstr. 25, D-80992 M?nchen >> > Registergericht: Amtsgericht M?nchen, HRA 95603 >> > Gesch?ftsf?hrer: J?rgen Kunz >> > >> > Komplement?rin: ORACLE Deutschland Verwaltung B.V. >> > Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >> > Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >> > Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher >> > >> > Oracle is committed to developing >> > practices and products that help protect the environment >> >> >> >> -- >> 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/ -- 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 dalibor.topic at oracle.com Mon Dec 1 19:09:15 2014 From: dalibor.topic at oracle.com (dalibor.topic at oracle.com) Date: Mon, 1 Dec 2014 20:09:15 +0100 Subject: FOSDEM Java dev room submission In-Reply-To: References: <547651D6.2020509@oracle.com> Message-ID: <75CED0C9-227F-468B-8780-C4D96B5FA225@oracle.com> since the submission deadline was kindly extended for a few days, I'll take a stab at a bit of editing tomorrow morning, update your draft and share it with the list. Cheers, Dalibor Topic -- Oracle Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile:+491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle Oracle is committed to developing practices and products that help protect the environment > On 01.12.2014, at 19:33, Mario Torre wrote: > > Hi all, > > I'm about to submit this: > > -------------------------- > > Title: > OpenJDK Adoption Group Q&A > > Abstract: > > There's a ton of stuff going on in OpenJDK, projects, repositories, > bug database, experiments. This is a lot of potential fun, but the > entrance barrier for newcomers is extremely high, and it's easy to get > lost and not enjoy the fun anymore. In order to help people wanting to > contribute keep track of this intricate forest of development and find > their way out, the Adoption Group was created > (http://openjdk.java.net/groups/adoption/). > > This session is an exchange between few of the hackers directly > involved with the Adoption Group and the public. We will indeed > discuss some of the projects we currently host, but above all we will > answer all questions the audience may have in relation to getting > involved with OpenJDK, both from a technical perspective and a social > one, so that next year you can sit together with us helping even more > people to jump on the fun. > > If you need help organising your next hackday, or you are completely > lost tying to get started with OpenJDK, this is the session for you! > > Recording me on audio and/or video > > No > > -------------------------- > > Cheers, > Mario > > > 2014-11-27 2:23 GMT+01:00 Ben Evans : >> +1 >> >>> On 27 Nov 2014 01:22, "Mario Torre" wrote: >>> >>> Hi Dalibor, >>> >>> I'm all for it! If there are no objection I'll send the proposal. >>> >>> Cheers, >>> Mario >>> >>> 2014-11-26 23:19 GMT+01:00 dalibor topic : >>>> Hi, >>>> >>>> the deadline [0] for the FOSDEM Java dev room is approaching fast, so >>>> while >>>> I have submitted a session on QA Outreach with Rory, I wanted to check >>>> if >>>> there is interest in having a separate general Adoption Group session, >>>> as we >>>> did last year. >>>> >>>> If that's the case, I'll ask Mario to submit a proposal. >>>> >>>> cheers, >>>> dalibor topic >>>> >>>> [0] >>>> >>>> http://neugens.wordpress.com/2014/10/22/freejava-devroom-call-for-paper-2015/ >>>> -- >>>> Dalibor Topic | Principal Product Manager >>>> Phone: +494089091214 | Mobile: +491737185961 >>>> >>>> >>>> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >>>> >>>> ORACLE Deutschland B.V. & Co. KG >>>> Hauptverwaltung: Riesstr. 25, D-80992 M?nchen >>>> Registergericht: Amtsgericht M?nchen, HRA 95603 >>>> Gesch?ftsf?hrer: J?rgen Kunz >>>> >>>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >>>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >>>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >>>> Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher >>>> >>>> Oracle is committed to developing >>>> practices and products that help protect the environment >>> >>> >>> >>> -- >>> 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/ > > > > -- > 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 neugens.limasoftware at gmail.com Mon Dec 1 19:20:59 2014 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Mon, 1 Dec 2014 20:20:59 +0100 Subject: FOSDEM Java dev room submission In-Reply-To: <75CED0C9-227F-468B-8780-C4D96B5FA225@oracle.com> References: <547651D6.2020509@oracle.com> <75CED0C9-227F-468B-8780-C4D96B5FA225@oracle.com> Message-ID: 2014-12-01 20:09 GMT+01:00 dalibor.topic at oracle.com : > since the submission deadline was kindly extended for a few days, I'll take > a stab at a bit of editing tomorrow morning, update your draft and share it > with the list. Sure thing! 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 martijnverburg at gmail.com Mon Dec 1 19:28:47 2014 From: martijnverburg at gmail.com (Martijn Verburg) Date: Mon, 1 Dec 2014 19:28:47 +0000 Subject: FOSDEM Java dev room submission In-Reply-To: References: <547651D6.2020509@oracle.com> <75CED0C9-227F-468B-8780-C4D96B5FA225@oracle.com> Message-ID: I think recording should be yes. There's some concrete things to share as well - the planned global hack days for jsonp, jigsaw, tools that use jigsaw and http 2.0 with language interoperability I'd love to say better Rev will be done - but I'm wiser now - I'll let people know when it's done and not before. Cheers, Martijn On Monday, 1 December 2014, Mario Torre wrote: > 2014-12-01 20:09 GMT+01:00 dalibor.topic at oracle.com < > dalibor.topic at oracle.com >: > > since the submission deadline was kindly extended for a few days, I'll > take > > a stab at a bit of editing tomorrow morning, update your draft and share > it > > with the list. > > Sure thing! > > 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/ > -- Cheers, Martijn From neugens.limasoftware at gmail.com Mon Dec 1 19:56:51 2014 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Mon, 1 Dec 2014 20:56:51 +0100 Subject: FOSDEM Java dev room submission In-Reply-To: References: <547651D6.2020509@oracle.com> <75CED0C9-227F-468B-8780-C4D96B5FA225@oracle.com> Message-ID: +1 For the recording. Dalibor, will this be possible? Mario 2014-12-01 20:28 GMT+01:00 Martijn Verburg : > I think recording should be yes. > > There's some concrete things to share as well - the planned global hack days > for jsonp, jigsaw, tools that use jigsaw and http 2.0 with language > interoperability > > I'd love to say better Rev will be done - but I'm wiser now - I'll let > people know when it's done and not before. > > > Cheers, > Martijn > > > On Monday, 1 December 2014, Mario Torre > wrote: >> >> 2014-12-01 20:09 GMT+01:00 dalibor.topic at oracle.com >> : >> > since the submission deadline was kindly extended for a few days, I'll >> > take >> > a stab at a bit of editing tomorrow morning, update your draft and share >> > it >> > with the list. >> >> Sure thing! >> >> 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/ > > > > -- > Cheers, > Martijn -- 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 daniel.bryant at tai-dev.co.uk Tue Dec 2 10:00:31 2014 From: daniel.bryant at tai-dev.co.uk (Daniel Bryant) Date: Tue, 02 Dec 2014 10:00:31 +0000 Subject: FOSDEM Java dev room submission In-Reply-To: References: <547651D6.2020509@oracle.com> Message-ID: <547D8DBF.2050209@tai-dev.co.uk> Looks great Mario - thanks for arranging this! Best wishes, Daniel On 01/12/2014 18:33, Mario Torre wrote: > Hi all, > > I'm about to submit this: > > -------------------------- > > Title: > OpenJDK Adoption Group Q&A > > Abstract: > > There's a ton of stuff going on in OpenJDK, projects, repositories, > bug database, experiments. This is a lot of potential fun, but the > entrance barrier for newcomers is extremely high, and it's easy to get > lost and not enjoy the fun anymore. In order to help people wanting to > contribute keep track of this intricate forest of development and find > their way out, the Adoption Group was created > (http://openjdk.java.net/groups/adoption/). > > This session is an exchange between few of the hackers directly > involved with the Adoption Group and the public. We will indeed > discuss some of the projects we currently host, but above all we will > answer all questions the audience may have in relation to getting > involved with OpenJDK, both from a technical perspective and a social > one, so that next year you can sit together with us helping even more > people to jump on the fun. > > If you need help organising your next hackday, or you are completely > lost tying to get started with OpenJDK, this is the session for you! > > Recording me on audio and/or video > > No > > -------------------------- > > Cheers, > Mario > > > 2014-11-27 2:23 GMT+01:00 Ben Evans : >> +1 >> >> On 27 Nov 2014 01:22, "Mario Torre" wrote: >>> Hi Dalibor, >>> >>> I'm all for it! If there are no objection I'll send the proposal. >>> >>> Cheers, >>> Mario >>> >>> 2014-11-26 23:19 GMT+01:00 dalibor topic : >>>> Hi, >>>> >>>> the deadline [0] for the FOSDEM Java dev room is approaching fast, so >>>> while >>>> I have submitted a session on QA Outreach with Rory, I wanted to check >>>> if >>>> there is interest in having a separate general Adoption Group session, >>>> as we >>>> did last year. >>>> >>>> If that's the case, I'll ask Mario to submit a proposal. >>>> >>>> cheers, >>>> dalibor topic >>>> >>>> [0] >>>> >>>> http://neugens.wordpress.com/2014/10/22/freejava-devroom-call-for-paper-2015/ >>>> -- >>>> Dalibor Topic | Principal Product Manager >>>> Phone: +494089091214 | Mobile: +491737185961 >>>> >>>> >>>> ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg >>>> >>>> ORACLE Deutschland B.V. & Co. KG >>>> Hauptverwaltung: Riesstr. 25, D-80992 M?nchen >>>> Registergericht: Amtsgericht M?nchen, HRA 95603 >>>> Gesch?ftsf?hrer: J?rgen Kunz >>>> >>>> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >>>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >>>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >>>> Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher >>>> >>>> Oracle is committed to developing >>>> practices and products that help protect the environment >>> >>> >>> -- >>> 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 balchandra.vaidya at oracle.com Tue Dec 2 11:01:46 2014 From: balchandra.vaidya at oracle.com (Balchandra Vaidya) Date: Tue, 02 Dec 2014 11:01:46 +0000 Subject: JDK 8u40 ea b16 test results now available Message-ID: <547D9C1A.30601@oracle.com> JDK 8u40 ea b16 test results are now available at http://www.java.net/download/openjdk/testresults/8/testresults.html The jdk test results contain 2 differences from the b15 test results. No new testcase failures found. 0: /home/jtest/merge8/jdk8u40-b15/jdk/JTwork pass: 4,702; fail: 71; error: 3; not run: 994 1: /home/jtest/merge8/jdk8u40-b16/jdk/JTwork pass: 4,704; fail: 69; error: 3; not run: 994 0 1 Test fail pass java/lang/management/MemoryMXBean/GetMBeanInfo.java fail pass java/lang/management/MemoryMXBean/LowMemoryTest2.sh 2 differences The hotspot test results contain 6 differences from the b15 test results. There is one testcase failed with error, this failure is under investigation. 0: /home/jtest/merge8/jdk8u40-b15/hotspot/JTwork pass: 605; fail: 34; error: 1; not run: 16 1: /home/jtest/merge8/jdk8u40-b16/hotspot/JTwork pass: 606; fail: 32; error: 2; not run: 16 0 1 Test --- pass gc/concurrentMarkSweep/DisableResizePLAB.java fail pass gc/g1/TestShrinkAuxiliaryData25.java --- pass runtime/CheckEndorsedAndExtDirs/EndorsedExtDirs.java pass --- runtime/NMT/UnsafeMallocLimit.java pass --- runtime/NMT/UnsafeMallocLimit2.java fail error serviceability/sa/jmap-hashcode/Test8028623.java 6 differences The langtools test results contain 0 differences from the b15 test results. No new testcase failures found. The nashorn test result is available at http://download.java.net/openjdk/testresults/8/archives8/jdk8u40-b16/emailable-report.html Thanks Balchandra From dalibor.topic at oracle.com Tue Dec 2 15:11:41 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 02 Dec 2014 16:11:41 +0100 Subject: FOSDEM Java dev room submission In-Reply-To: References: <547651D6.2020509@oracle.com> Message-ID: <547DD6AD.10903@oracle.com> I only have two items I'd like to see fixed: On 01.12.2014 19:33, Mario Torre wrote: > This session is an exchange between few of the hackers directly > involved with the Adoption Group and the public. We will indeed > discuss some of the projects we currently host, The Adoption Group does not actually host or sponsor any Projects. This should be reworded as 'we are currently involved with'. > but above all we will > answer all questions I'd drop 'all' here, as that promises a bit too much. I'm not going to attempt to answer Oracle database questions. ;) 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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From dalibor.topic at oracle.com Tue Dec 2 15:20:26 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Tue, 02 Dec 2014 16:20:26 +0100 Subject: FOSDEM Java dev room submission In-Reply-To: References: <547651D6.2020509@oracle.com> <75CED0C9-227F-468B-8780-C4D96B5FA225@oracle.com> Message-ID: <547DD8BA.4050600@oracle.com> On 01.12.2014 20:56, Mario Torre wrote: > +1 For the recording. > > Dalibor, will this be possible? I won't be able to participate in that case. I think recording a Q&A session is a rather bad idea in general, as it implies consensus on the side of the audience to have their questions, conversations and discussions recorded. 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 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From neugens at redhat.com Tue Dec 2 15:59:31 2014 From: neugens at redhat.com (Mario Torre) Date: Tue, 02 Dec 2014 16:59:31 +0100 Subject: FOSDEM Java dev room submission In-Reply-To: <547DD8BA.4050600@oracle.com> References: <547651D6.2020509@oracle.com> <75CED0C9-227F-468B-8780-C4D96B5FA225@oracle.com> <547DD8BA.4050600@oracle.com> Message-ID: <1417535971.3903.15.camel@nirvana.localdomain> On Tue, 2014-12-02 at 16:20 +0100, dalibor topic wrote: > > On 01.12.2014 20:56, Mario Torre wrote: > > +1 For the recording. > > > > Dalibor, will this be possible? > > I won't be able to participate in that case. I was sure about that, this is why I put NO as default. Still, it would be nice if we could record some of Oracle presentations. > I think recording a Q&A session is a rather bad idea in general, as it > implies consensus on the side of the audience to have their questions, > conversations and discussions recorded. I agree in general, unfortunately this is the argument that was difficult for me to make pass on the organisation. On the other end most of what we say can be used as guides or documentation for the future, so I can see the benefit of recording. Anyway, that said, I think it's pretty important to have Oracle present, so let it be no recording. I'm sending this text today, let me know if you have further questions. Cheers, Mario ------------------ * Title OpenJDK Adoption Group Q&A * Abstract There's a ton of stuff going on in OpenJDK, projects, repositories, bug database, experiments. This is a lot of potential fun, but the entrance barrier for newcomers is extremely high, and it's easy to get lost and not enjoy the fun anymore. In order to help people wanting to contribute keep track of this intricate forest of development and find their way out, the Adoption Group was created (http://openjdk.java.net/groups/adoption/). This session is an exchange between few of the hackers directly involved with the Adoption Group and the public. We will indeed discuss some of the projects we are currently involved with - like the planned global hack days for jsonp, jigsaw and tools that use jigsaw and http 2.0 with language interoperability - but above all we will answer questions the audience may have in relation to getting involved with OpenJDK, both from a technical perspective and a social one, so that next year you can sit together with us helping even more people to jump on the fun! If you need help organising your next hackday, or you are completely lost tying to get started with OpenJDK, this is the session for you! * Recording on audio and/or video No From dalibor.topic at oracle.com Wed Dec 3 12:57:40 2014 From: dalibor.topic at oracle.com (dalibor topic) Date: Wed, 03 Dec 2014 13:57:40 +0100 Subject: Draft Quarterly Report for Q3 2014 In-Reply-To: References: <547649C4.9040703@oracle.com> Message-ID: <547F08C4.2080400@oracle.com> Thanks, Martijn - the report has now been published. cheers, dalibor topic On 28.11.2014 11:32, Martijn Verburg wrote: > Hi Dalibor, > > Looks good, you have a couple of catch-all phrases which captures > everything nicely :-). > > Cheers, > Martijn > > On 26 November 2014 at 21:44, dalibor topic > wrote: > > Hi, > > I created a draft of this Group's third Quarterly Report for 2014. > The report follows the format of the first one. It is available on > the wiki at > > https://wiki.openjdk.java.net/__display/Adoption/Quarterly+__Report+for+Q3+2014 > > > I'd like to publish this quarterly report on Tuesday, December 2nd > before midnight Hamburg time, taking into account your feedback. > > 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 > Gesch?ftsf?hrer: J?rgen Kunz > > Komplement?rin: ORACLE Deutschland Verwaltung B.V. > Hertogswetering 163/167, 3543 AS Utrecht, Niederlande > Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 > Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher > > > Oracle is committed to developing > practices and products that help protect the environment > > -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | K?hneh?fe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 M?nchen Registergericht: Amtsgericht M?nchen, HRA 95603 Gesch?ftsf?hrer: J?rgen Kunz Komplement?rin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher Oracle is committed to developing practices and products that help protect the environment From neugens at redhat.com Wed Dec 3 16:47:39 2014 From: neugens at redhat.com (Mario Torre) Date: Wed, 03 Dec 2014 17:47:39 +0100 Subject: Free Java DevRoom: Deadline Extended! Message-ID: <1417625259.3903.24.camel@nirvana.localdomain> I'm re-posting this in case someone has missed the original announcement. Dear Java Speakers! The deadline is approaching, but since we received a few very nice proposals but not enough to cover the DevRoom schedule, we decided to give everybody a chance and we will extend the deadline one week. We will accept talk proposals until Monday 7th December, 23:59 CET. This deadline will likely *not* be extended again, since we need to try to stay close to the 10th December deadline to allow selected speakers to book their flights and hotels! We're waiting forward for your proposals! Cheers, Mario From daniel.bryant at tai-dev.co.uk Thu Dec 4 10:47:00 2014 From: daniel.bryant at tai-dev.co.uk (Daniel Bryant) Date: Thu, 04 Dec 2014 10:47:00 +0000 Subject: Draft Quarterly Report for Q3 2014 In-Reply-To: <547F08C4.2080400@oracle.com> References: <547649C4.9040703@oracle.com> <547F08C4.2080400@oracle.com> Message-ID: <54803BA4.4030200@tai-dev.co.uk> Thanks Dalibor - much appreciated! Best wishes, Daniel On 03/12/2014 12:57, dalibor topic wrote: > Thanks, Martijn - the report has now been published. > > cheers, > dalibor topic > > On 28.11.2014 11:32, Martijn Verburg wrote: >> Hi Dalibor, >> >> Looks good, you have a couple of catch-all phrases which captures >> everything nicely :-). >> >> Cheers, >> Martijn >> >> On 26 November 2014 at 21:44, dalibor topic > > wrote: >> >> Hi, >> >> I created a draft of this Group's third Quarterly Report for 2014. >> The report follows the format of the first one. It is available on >> the wiki at >> >> https://wiki.openjdk.java.net/__display/Adoption/Quarterly+__Report+for+Q3+2014 >> >> >> I'd like to publish this quarterly report on Tuesday, December 2nd >> before midnight Hamburg time, taking into account your feedback. >> >> 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 >> Gesch?ftsf?hrer: J?rgen Kunz >> >> Komplement?rin: ORACLE Deutschland Verwaltung B.V. >> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande >> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 >> Gesch?ftsf?hrer: Alexander van der Ven, Astrid Kepper, Val Maher >> >> > > Oracle is committed to >> developing >> practices and products that help protect the environment >> >> > From daniel.bryant at tai-dev.co.uk Thu Dec 4 11:04:59 2014 From: daniel.bryant at tai-dev.co.uk (Daniel Bryant) Date: Thu, 04 Dec 2014 11:04:59 +0000 Subject: OpenJDK talk held at the LJC Open Conference (and other places!) Message-ID: <54803FDB.1010007@tai-dev.co.uk> Hi all, The London Java Community (LJC) ran an Open Conference in London this past Saturday, and I wanted to mention that several of us from the Adoption group (Mani, Edward and myself) gave a brief talk on how to get involved with the OpenJDK. You can find more details about the event here: http://www.meetup.com/Londonjavacommunity/events/215362192/ We should probably report back about these talks here more often, as Martijn, Richard, Mani and I gave a similar OpenJDK talk at Devoxx BE, and then Mani presented a talk and Hackday at Sofia. Best wishes, Daniel From balchandra.vaidya at oracle.com Fri Dec 5 10:20:00 2014 From: balchandra.vaidya at oracle.com (Balchandra Vaidya) Date: Fri, 05 Dec 2014 10:20:00 +0000 Subject: JDK 9 early access b40 test results now available Message-ID: <548186D0.4030108@oracle.com> JDK 9 ea b40 test results are now available at : http://www.java.net/download/openjdk/testresults/9/testresults.html The jdk test results contain 15 differences from the b39 test results. There is one testcase failure, this failure is under investigation. 0: /home/jtest/merge9/b39/jdk/JTwork pass: 4,902; fail: 8; not run: 1,563 1: /home/jtest/merge9/b40/jdk/JTwork pass: 4,915; fail: 9; not run: 1,574 0 1 Test --- pass com/sun/management/HotSpotDiagnosticMXBean/GetDoubleVMOption.java pass fail java/beans/XMLEncoder/java_awt_GridBagLayout.java --- pass java/lang/reflect/Generics/ThreadSafety.java --- pass java/lang/reflect/Parameter/InnerClassToString.java --- pass javax/sql/testng/test/rowset/BaseRowSetTests.java --- pass javax/sql/testng/test/rowset/serial/SQLInputImplTests.java --- pass javax/sql/testng/test/rowset/serial/SQLOutputImplTests.java --- pass javax/sql/testng/util/StubBaseRowSet.java --- pass javax/sql/testng/util/StubNClob.java --- pass javax/sql/testng/util/StubRowId.java --- pass javax/sql/testng/util/StubSQLXML.java --- pass javax/sql/testng/util/TestRowSetListener.java --- pass javax/sql/testng/util/TestSQLDataImpl.java --- pass javax/xml/jaxp/testng/parse/XMLEntityScannerLoad.java --- pass sun/security/pkcs11/Cipher/JNICheck.java 15 differences The hotspot test results contain 15 differences from the b39 test results. There is one testcase failure, this failure is under investigation. 0: /home/jtest/merge9/b39/hotspot/JTwork pass: 639; fail: 36; error: 1; not run: 26 1: /home/jtest/merge9/b40/hotspot/JTwork pass: 644; fail: 36; error: 1; not run: 29 0 1 Test --- pass compiler/EliminateAutoBox/UnsignedLoads.java fail pass compiler/codecache/CheckSegmentedCodeCache.java --- pass compiler/debug/TraceIterativeGVN.java --- pass compiler/intrinsics/classcast/NullCheckDroppingsTest.java --- pass compiler/whitebox/DeoptimizeMultipleOSRTest.java --- pass gc/arguments/TestUseNUMAInterleaving.java pass fail gc/g1/TestShrinkAuxiliaryData25.java pass --- runtime/7194254/Test7194254.java pass --- runtime/NMT/UnsafeMallocLimit.java pass --- runtime/NMT/UnsafeMallocLimit2.java --- pass runtime/RedefineTests/RedefineAnnotations.java --- pass runtime/lambda-features/TestInterfaceInit.java --- pass runtime/lambda-features/TestInterfaceOrder.java --- pass runtime/reflect/ArrayGetIntException.java pass --- serviceability/threads/TestFalseDeadLock.java 15 differences The langtools test results contain 6 differences from the b39 test results. No new testcase failures found. 0: /home/jtest/merge9/b39/langtools/JTwork pass: 3,130; not run: 15 1: /home/jtest/merge9/b40/langtools/JTwork pass: 3,136; not run: 14 0 1 Test --- pass tools/javac/annotations/typeAnnotations/classfile/SyntheticParameters.java --- pass tools/javac/classfiles/attributes/EnclosingMethod/EnclosingMethodTest.java --- pass tools/javac/conditional/8064464/T8064464.java --- pass tools/javac/processing/model/type/BoundsTest.java --- pass tools/javac/scope/DupUnsharedTest.java --- pass tools/javac/util/NewlineOnlyDiagnostic.java 6 differences The nashorn test result is available at http://download.java.net/openjdk/testresults/9/archives/b40/emailable-report.html Thanks Balchandra From balchandra.vaidya at oracle.com Mon Dec 8 13:01:57 2014 From: balchandra.vaidya at oracle.com (Balchandra Vaidya) Date: Mon, 08 Dec 2014 13:01:57 +0000 Subject: JDK 8u40 ea b17 test results now available Message-ID: <5485A145.3010500@oracle.com> JDK 8u40 ea b17 test results are now available at http://www.java.net/download/openjdk/testresults/8/testresults.html The jdk test results contain 61 differences from the b16 test results. No new testcase failures found. 0: /home/jtest/merge8/jdk8u40-b16/jdk/JTwork pass: 4,704; fail: 69; error: 3; not run: 994 1: /home/jtest/merge8/jdk8u40-b17/jdk/JTwork pass: 4,765; fail: 13; error: 1; not run: 1,001 0 1 Test fail pass com/sun/jmx/remote/NotificationMarshalVersions/TestSerializationMismatch.java fail pass com/sun/management/DiagnosticCommandMBean/DcmdMBeanDoubleInvocationTest.java fail pass com/sun/management/DiagnosticCommandMBean/DcmdMBeanInvocationTest.java fail pass com/sun/management/DiagnosticCommandMBean/DcmdMBeanPermissionsTest.java fail pass com/sun/management/DiagnosticCommandMBean/DcmdMBeanTest.java fail pass com/sun/management/GarbageCollectorMXBean/GarbageCollectionNotificationContentTest.java fail pass com/sun/management/GarbageCollectorMXBean/GarbageCollectionNotificationTest.java fail pass com/sun/management/HotSpotDiagnosticMXBean/GetDiagnosticOptions.java fail pass com/sun/management/HotSpotDiagnosticMXBean/GetVMOption.java fail pass com/sun/tools/attach/StartManagementAgent.java --- pass java/beans/Introspector/Test8034085.java --- pass java/beans/Introspector/Test8034164.java fail pass java/lang/management/BufferPoolMXBean/Basic.java fail pass java/lang/management/GarbageCollectorMXBean/GcInfoCompositeType.java fail pass java/lang/management/MXBean/MXBeanBehavior.java fail pass java/lang/management/ManagementFactory/GetPlatformMXBeans.java fail pass java/lang/management/ManagementFactory/MBeanServerMXBeanUnsupportedTest.java fail pass java/lang/management/ManagementFactory/MXBeanProxyTest.java fail pass java/lang/management/ManagementFactory/ProxyTypeMapping.java fail pass java/lang/management/ManagementFactory/ValidateOpenTypes.java --- pass java/lang/reflect/Generics/ThreadSafety.java fail pass javax/management/Introspector/AnnotationSecurityTest.java fail pass javax/management/Introspector/AnnotationTest.java fail pass javax/management/Introspector/FeatureOrderTest.java fail pass javax/management/MBeanInfo/NotificationInfoTest.java fail pass javax/management/MBeanInfo/TooManyFooTest.java fail pass javax/management/MBeanServer/OldMBeanServerTest.java fail pass javax/management/generified/GenericTest.java fail pass javax/management/monitor/CounterMonitorDeadlockTest.java fail pass javax/management/monitor/CounterMonitorInitThresholdTest.java fail pass javax/management/monitor/CounterMonitorThresholdTest.java fail pass javax/management/monitor/GaugeMonitorDeadlockTest.java fail pass javax/management/monitor/StringMonitorDeadlockTest.java fail pass javax/management/mxbean/GenericArrayTypeTest.java fail pass javax/management/mxbean/MBeanOperationInfoTest.java fail pass javax/management/mxbean/MiscTest.java fail pass javax/management/mxbean/OverloadTest.java fail pass javax/management/mxbean/PreRegisterNameTest.java fail pass javax/management/mxbean/StandardMBeanOverrideTest.java fail pass javax/management/notification/BroadcasterSupportDeadlockTest.java fail pass javax/management/proxy/NotificationEmitterProxy.java fail pass javax/management/proxy/ProxyObjectMethodsTest.java fail pass javax/management/query/CustomQueryTest.java fail pass javax/management/query/InstanceOfExpTest.java fail pass javax/management/query/QueryMatchTest.java fail pass javax/management/query/QuerySubstringTest.java fail pass javax/management/remote/mandatory/connection/RMIConnectorInternalMapTest.java fail pass javax/management/remote/mandatory/connection/RMIConnectorNullSubjectConnTest.java fail pass javax/management/remote/mandatory/connectorServer/ConnectorStopDeadlockTest.java fail pass javax/management/remote/mandatory/loading/RMIDownloadTest.java fail pass javax/management/remote/mandatory/notif/DeadListenerTest.java error pass sun/management/jmxremote/bootstrap/CustomLauncherTest.java fail pass sun/management/jmxremote/bootstrap/JvmstatCountersTest.java error pass sun/management/jmxremote/bootstrap/LocalManagementTest.java fail pass sun/management/jmxremote/bootstrap/PasswordFilePermissionTest.sh fail pass sun/management/jmxremote/bootstrap/RmiBootstrapTest.sh fail pass sun/management/jmxremote/bootstrap/RmiRegistrySslTest.sh fail pass sun/management/jmxremote/bootstrap/RmiSslBootstrapTest.sh fail pass sun/management/jmxremote/bootstrap/RmiSslNoKeyStoreTest.sh fail pass sun/management/jmxremote/bootstrap/SSLConfigFilePermissionTest.sh fail pass sun/management/jmxremote/startstop/JMXStartStopTest.java 61 differences The hotspot test results contain 4 differences from the b16 test results. There are two testcases failures, those failures are under investigation. 0: /home/jtest/merge8/jdk8u40-b16/hotspot/JTwork pass: 606; fail: 32; error: 2; not run: 16 1: /home/jtest/merge8/jdk8u40-b17/hotspot/JTwork pass: 607; fail: 33; error: 2; not run: 16 0 1 Test --- pass compiler/EliminateAutoBox/UnsignedLoads.java --- fail compiler/dependencies/MonomorphicObjectCall/TestMonomorphicObjectCall.java pass fail gc/g1/TestShrinkAuxiliaryData25.java fail pass runtime/InternalApi/ThreadCpuTimesDeadlock.java 4 differences The langtools test results contain 20 differences from the b16 test results. No new testcase failures found. 0: /home/jtest/merge8/jdk8u40-b16/langtools/JTwork pass: 3,053; not run: 7 1: /home/jtest/merge8/jdk8u40-b17/langtools/JTwork pass: 3,073; not run: 7 0 1 Test --- pass tools/javac/8062359/UnresolvableClassNPEInAttrTest.java --- pass tools/javac/T8059921/ForbidAccessToFieldUsingSuperTest.java --- pass tools/javac/annotations/SyntheticParameters.java --- pass tools/javac/annotations/typeAnnotations/classfile/SyntheticParameters.java --- pass tools/javac/flow/T8062747.java --- pass tools/javac/lambda/T8057794.java --- pass tools/javac/lambda/methodReference/MethodRef8.java --- pass tools/javac/lambda/methodReference/MethodRefNewInnerBootstrap.java --- pass tools/javac/lambda/methodReference/MethodRefNewInnerInLambdaNPE1.java --- pass tools/javac/lambda/methodReference/MethodRefNewInnerInLambdaNPE2.java --- pass tools/javac/lambda/methodReference/MethodRefNewInnerInLambdaVerify1.java --- pass tools/javac/lambda/methodReference/MethodRefNewInnerInLambdaVerify2.java --- pass tools/javac/lambda/methodReference/MethodRefNewInnerInLambdaVerify2simple.java --- pass tools/javac/lambda/methodReference/MethodRefQualifier1.java --- pass tools/javac/lambda/methodReference/MethodRefSingleRefEvalBridge.java --- pass tools/javac/lambda/methodReference/MethodRefToInner.java --- pass tools/javac/lambda/methodReference/MethodReferenceComplexNullCheckTest.java --- pass tools/javac/lambda/methodReferenceExecution/MethodReferenceIntersection1.java --- pass tools/javac/lambda/methodReferenceExecution/MethodReferenceIntersection2.java --- pass tools/javac/lambda/methodReferenceExecution/MethodReferenceIntersection3.java 20 differences The nashorn test result is available at http://download.java.net/openjdk/testresults/8/archives8/jdk8u40-b17/emailable-report.html Thanks Balchandra From balchandra.vaidya at oracle.com Mon Dec 8 19:04:04 2014 From: balchandra.vaidya at oracle.com (Balchandra Vaidya) Date: Mon, 08 Dec 2014 19:04:04 +0000 Subject: JDK 9 early access b41 test results now available Message-ID: <5485F624.20301@oracle.com> JDK 9 ea b41 test results are now available at : http://www.java.net/download/openjdk/testresults/9/testresults.html The jdk test results contain 39 differences from the b40 test results. There are 2 testcase failures, those failures are under investigation. 0: /home/jtest/merge9/b40/jdk/JTwork pass: 4,915; fail: 9; not run: 1,574 1: /home/jtest/merge9/b41/jdk/JTwork pass: 4,900; fail: 11; not run: 1,593 0 1 Test --- pass com/sun/jdi/Redefine-g.sh pass --- com/sun/tracing/BasicWithSecurityMgr.java pass fail java/beans/XMLDecoder/8028054/TestConstructorFinder.java pass fail java/beans/XMLDecoder/8028054/TestMethodFinder.java --- pass java/lang/ClassLoader/EndorsedDirs.java --- pass java/lang/ClassLoader/ExtDirs.java pass --- java/lang/management/ThreadMXBean/ThreadMXBeanStateTest.java pass --- java/rmi/activation/Activatable/extLoadedImpl/ext.sh pass --- java/security/Security/ClassLoaderDeadlock/Deadlock2.sh pass --- java/util/Locale/LocaleProviders.sh pass --- java/util/PluggableLocale/BreakIteratorProviderTest.sh pass --- java/util/PluggableLocale/CalendarDataProviderTest.sh pass --- java/util/PluggableLocale/CalendarNameProviderTest.sh pass --- java/util/PluggableLocale/CollatorProviderTest.sh pass --- java/util/PluggableLocale/CurrencyNameProviderTest.sh pass --- java/util/PluggableLocale/DateFormatProviderTest.sh pass --- java/util/PluggableLocale/DateFormatSymbolsProviderTest.sh pass --- java/util/PluggableLocale/DecimalFormatSymbolsProviderTest.sh pass --- java/util/PluggableLocale/GenericTest.sh pass --- java/util/PluggableLocale/LocaleNameProviderTest.sh pass --- java/util/PluggableLocale/NumberFormatProviderTest.sh pass --- java/util/PluggableLocale/TimeZoneNameProviderTest.sh pass --- java/util/ResourceBundle/Bug6299235Test.sh pass --- java/util/spi/ResourceBundleControlProvider/UserDefaultControlTest.java pass --- javax/crypto/sanity/CheckManifestForRelease.java --- pass jdk/internal/jimage/VerifyJimage.java --- pass jdk/internal/jrtfs/Basic.java --- pass jdk/internal/jrtfs/PathOps.java --- pass jdk/internal/jrtfs/WithSecurityManager.java pass --- lib/security/java.policy/Ext_AllPolicy.sh --- pass sun/jvmstat/monitor/MonitoredVm/CR6672135.java --- pass sun/net/www/protocol/jrt/Basic.java --- pass sun/net/www/protocol/jrt/WithSecurityManager.java pass --- sun/security/krb5/config/dns.sh --- pass sun/tools/jconsole/ResourceCheckTest.java pass --- sun/tools/jconsole/ResourceCheckTest.sh --- pass sun/tools/native2ascii/resources/ImmutableResourceTest.java pass --- sun/tools/native2ascii/resources/ImmutableResourceTest.sh pass --- tools/pack200/CommandLineTests.java 39 differences The hotspot test results contain 0 differences from the b40 test results. No new testcase failures found. The langtools test results contain 4 differences from the b40 test results. No new testcase failures found. 0: /home/jtest/merge9/b40/langtools/JTwork pass: 3,136; not run: 14 1: /home/jtest/merge9/b41/langtools/JTwork pass: 3,132; not run: 14 0 1 Test pass --- tools/apt/Basics/CheckAptIsRemovedTest.java pass --- tools/javac/Paths/CompileClose.java pass --- tools/javac/api/6411310/Test.java pass --- tools/javac/nio/compileTest/CompileTest.java 4 differences The nashorn tests are broken with this build because of a dependency on extension mechanism. The issue is under investigation. Thanks Balchandra From rory.odonnell at oracle.com Tue Dec 9 08:42:51 2014 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Tue, 09 Dec 2014 08:42:51 +0000 Subject: JDK 9 images are now modular with JDK 9 Early Access build 41 Message-ID: <5486B60B.3090609@oracle.com> Hi All, The initial changesets for JEP 220: Modular Run-Time Images [1] are available with JDK 9 early-access build 41 [2]. To summarize (please see the JEP for details): - The "jre" subdirectory is no longer present in JDK images. - The user-editable configuration files in the "lib" subdirectory have been moved to the new "conf" directory. - The endorsed-standards override mechanism has been removed. - The extension mechanism has been removed. - rt.jar, tools.jar, and dt.jar have been removed. - A new URI scheme for naming stored modules, classes, and resources has been defined. - For tools that previously accessed rt.jar directly, a built-in NIO file-system provider has been defined to provide access to the class and resource files within a run-time image. More details are available at Mark Reinhold's latest blog entry [3] Rgds, Rory [1] http://openjdk.java.net/jeps/220 [2] https://jdk9.java.net/download/ [3] http://mreinhold.org/blog/jigsaw-modular-images -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland From martijnverburg at gmail.com Tue Dec 9 10:23:56 2014 From: martijnverburg at gmail.com (Martijn Verburg) Date: Tue, 9 Dec 2014 10:23:56 +0000 Subject: JDK 9 images are now modular with JDK 9 Early Access build 41 In-Reply-To: <5486B60B.3090609@oracle.com> References: <5486B60B.3090609@oracle.com> Message-ID: Hi Rory, Thanks - I'm going to do some planning over the Xmas break and see how we can sensibly start making the community aware and testing. Cheers, Martijn On 9 December 2014 at 08:42, Rory O'Donnell wrote: > > Hi All, > > The initial changesets for JEP 220: Modular Run-Time Images [1] are > available > with JDK 9 early-access build 41 [2]. > > To summarize (please see the JEP for details): > > - The "jre" subdirectory is no longer present in JDK images. > > - The user-editable configuration files in the "lib" subdirectory > have been moved to the new "conf" directory. > > - The endorsed-standards override mechanism has been removed. > > - The extension mechanism has been removed. > > - rt.jar, tools.jar, and dt.jar have been removed. > > - A new URI scheme for naming stored modules, classes, and resources > has been defined. > > - For tools that previously accessed rt.jar directly, a built-in NIO > file-system provider has been defined to provide access to the class > and resource files within a run-time image. > > More details are available at Mark Reinhold's latest blog entry [3] > > Rgds, Rory > > [1] http://openjdk.java.net/jeps/220 > [2] https://jdk9.java.net/download/ > [3] http://mreinhold.org/blog/jigsaw-modular-images > > > > -- > Rgds,Rory O'Donnell > Quality Engineering Manager > Oracle EMEA , Dublin, Ireland > > From rory.odonnell at oracle.com Tue Dec 9 11:42:47 2014 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Tue, 09 Dec 2014 11:42:47 +0000 Subject: JDK 9 images are now modular with JDK 9 Early Access build 41 In-Reply-To: References: <5486B60B.3090609@oracle.com> Message-ID: <5486E037.8030203@oracle.com> Hi Martijn - That would be great ! On 09/12/2014 10:23, Martijn Verburg wrote: > Hi Rory, > > Thanks - I'm going to do some planning over the Xmas break and see how > we can sensibly start making the community aware and testing. > > Cheers, > Martijn > > On 9 December 2014 at 08:42, Rory O'Donnell > wrote: > > > Hi All, > > The initial changesets for JEP 220: Modular Run-Time Images [1] > are available > with JDK 9 early-access build 41 [2]. > > To summarize (please see the JEP for details): > > - The "jre" subdirectory is no longer present in JDK images. > > - The user-editable configuration files in the "lib" subdirectory > have been moved to the new "conf" directory. > > - The endorsed-standards override mechanism has been removed. > > - The extension mechanism has been removed. > > - rt.jar, tools.jar, and dt.jar have been removed. > > - A new URI scheme for naming stored modules, classes, and > resources > has been defined. > > - For tools that previously accessed rt.jar directly, a > built-in NIO > file-system provider has been defined to provide access to > the class > and resource files within a run-time image. > > More details are available at Mark Reinhold's latest blog entry [3] > > Rgds, Rory > > [1] http://openjdk.java.net/jeps/220 > [2] https://jdk9.java.net/download/ > [3] http://mreinhold.org/blog/jigsaw-modular-images > > > > -- > Rgds,Rory O'Donnell > Quality Engineering Manager > Oracle EMEA , Dublin, Ireland > > -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland From benjamin.john.evans at gmail.com Tue Dec 9 11:48:07 2014 From: benjamin.john.evans at gmail.com (Ben Evans) Date: Tue, 9 Dec 2014 11:48:07 +0000 Subject: JDK 9 images are now modular with JDK 9 Early Access build 41 In-Reply-To: <5486B60B.3090609@oracle.com> References: <5486B60B.3090609@oracle.com> Message-ID: Hi, I've been working with JDK 9 EA b40. Here are my notes (all of this is on Mac OS Mavericks 10.9.5). Rory, can you confirm if any of this has been fixed in b41? Particularly the overwriting of settings, as this one is basically a showstopper for running hack days involving Mac users IMO. 1) Upgrade via .dmg overwrote all Java settings, rather than adding. This basically broke every installed Java app on my system. - How to undo? There's no obvious way. - For users who have multiple Java versions installed, this slash & burn approach is not good. For reference, here's how I have my machines configured: boxcat$ ls -l /Library/Java/JavaVirtualMachines/ total 24 lrwxr-xr-x 1 root wheel 15 24 Nov 22:31 java7 -> jdk1.7.0_71.jdk lrwxr-xr-x 1 root wheel 15 14 Nov 22:03 java8 -> jdk1.8.0_25.jdk lrwxr-xr-x 1 root wheel 12 4 Dec 16:03 java9 -> jdk1.9.0.jdk drwxr-xr-x 3 root wheel 102 14 Nov 20:24 jdk1.7.0_71.jdk drwxr-xr-x 4 root wheel 136 14 Nov 22:03 jdk1.8.0_05.jdk drwxr-xr-x 3 root wheel 102 14 Nov 22:02 jdk1.8.0_25.jdk drwxr-xr-x 3 root wheel 102 1 Dec 19:09 jdk1.9.0.jdk I then use lines like this in .bash_profile to control which Java I start: boxcat$ cat ~/.bash_profile #JAVA_HOME=/Library/Java/JavaVirtualMachines/java9/Contents/Home JAVA_HOME=/Library/Java/JavaVirtualMachines/java8/Contents/Home #JAVA_HOME=/Library/Java/JavaVirtualMachines/java7/Contents/Home M2_HOME=/opt/maven MONGO_HOME=/opt/mongodb ATLAS_HOME=/opt/atlassian-plugin-sdk EDITOR=vi PATH=$JAVA_HOME/bin:$M2_HOME/bin:$ATLAS_HOME/bin:$MONGO_HOME/bin:$PATH export EDITOR JAVA_HOME M2_HOME ATLAS_HOME It would be great if the .dmg installer was able to respect JAVA_HOME Moving on, I then hit some other snags: * NetBeans doesn't work out of the box - due to MaxPermSize & MaxSize options being fatal errors in 9 * After editing the NB start script to remove those switches, NB will start, but is basically useless as an IDE, as it can't find java.lang - presumably b/c it's expecting rt.jat * Something has also broken C&P in this configuration - can't copy text out of NB properly Will continue to explore & report back. Thanks, Ben On Tue, Dec 9, 2014 at 8:42 AM, Rory O'Donnell wrote: > > Hi All, > > The initial changesets for JEP 220: Modular Run-Time Images [1] are > available > with JDK 9 early-access build 41 [2]. > > To summarize (please see the JEP for details): > > - The "jre" subdirectory is no longer present in JDK images. > > - The user-editable configuration files in the "lib" subdirectory > have been moved to the new "conf" directory. > > - The endorsed-standards override mechanism has been removed. > > - The extension mechanism has been removed. > > - rt.jar, tools.jar, and dt.jar have been removed. > > - A new URI scheme for naming stored modules, classes, and resources > has been defined. > > - For tools that previously accessed rt.jar directly, a built-in NIO > file-system provider has been defined to provide access to the class > and resource files within a run-time image. > > More details are available at Mark Reinhold's latest blog entry [3] > > Rgds, Rory > > [1] http://openjdk.java.net/jeps/220 > [2] https://jdk9.java.net/download/ > [3] http://mreinhold.org/blog/jigsaw-modular-images > > > > -- > Rgds,Rory O'Donnell > Quality Engineering Manager > Oracle EMEA , Dublin, Ireland > From rory.odonnell at oracle.com Tue Dec 9 11:50:36 2014 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Tue, 09 Dec 2014 11:50:36 +0000 Subject: JDK 9 images are now modular with JDK 9 Early Access build 41 In-Reply-To: References: <5486B60B.3090609@oracle.com> Message-ID: <5486E20C.7040701@oracle.com> Hi Ben, If you are still having these issues with b41, can you post your finding in the jigsaw-dev mailng list ? Thanks,Rory On 09/12/2014 11:48, Ben Evans wrote: > Hi, > > I've been working with JDK 9 EA b40. Here are my notes (all of this is > on Mac OS Mavericks 10.9.5). > > Rory, can you confirm if any of this has been fixed in b41? > Particularly the overwriting of settings, as this one is basically a > showstopper for running hack days involving Mac users IMO. > > 1) Upgrade via .dmg overwrote all Java settings, rather than adding. > This basically broke every installed Java app on my system. > - How to undo? There's no obvious way. > - For users who have multiple Java versions installed, this slash & > burn approach is not good. > > For reference, here's how I have my machines configured: > > boxcat$ ls -l /Library/Java/JavaVirtualMachines/ > total 24 > lrwxr-xr-x 1 root wheel 15 24 Nov 22:31 java7 -> jdk1.7.0_71.jdk > lrwxr-xr-x 1 root wheel 15 14 Nov 22:03 java8 -> jdk1.8.0_25.jdk > lrwxr-xr-x 1 root wheel 12 4 Dec 16:03 java9 -> jdk1.9.0.jdk > drwxr-xr-x 3 root wheel 102 14 Nov 20:24 jdk1.7.0_71.jdk > drwxr-xr-x 4 root wheel 136 14 Nov 22:03 jdk1.8.0_05.jdk > drwxr-xr-x 3 root wheel 102 14 Nov 22:02 jdk1.8.0_25.jdk > drwxr-xr-x 3 root wheel 102 1 Dec 19:09 jdk1.9.0.jdk > > I then use lines like this in .bash_profile to control which Java I start: > > boxcat$ cat ~/.bash_profile > #JAVA_HOME=/Library/Java/JavaVirtualMachines/java9/Contents/Home > JAVA_HOME=/Library/Java/JavaVirtualMachines/java8/Contents/Home > #JAVA_HOME=/Library/Java/JavaVirtualMachines/java7/Contents/Home > > M2_HOME=/opt/maven > MONGO_HOME=/opt/mongodb > ATLAS_HOME=/opt/atlassian-plugin-sdk > > EDITOR=vi > > PATH=$JAVA_HOME/bin:$M2_HOME/bin:$ATLAS_HOME/bin:$MONGO_HOME/bin:$PATH > > export EDITOR JAVA_HOME M2_HOME ATLAS_HOME > > It would be great if the .dmg installer was able to respect JAVA_HOME > > Moving on, I then hit some other snags: > > * NetBeans doesn't work out of the box - due to MaxPermSize & MaxSize > options being fatal errors in 9 > > * After editing the NB start script to remove those switches, NB will > start, but is basically useless as an IDE, as it can't find java.lang > - presumably b/c it's expecting rt.jat > > * Something has also broken C&P in this configuration - can't copy > text out of NB properly > > Will continue to explore & report back. > > Thanks, > > Ben > > On Tue, Dec 9, 2014 at 8:42 AM, Rory O'Donnell wrote: >> Hi All, >> >> The initial changesets for JEP 220: Modular Run-Time Images [1] are >> available >> with JDK 9 early-access build 41 [2]. >> >> To summarize (please see the JEP for details): >> >> - The "jre" subdirectory is no longer present in JDK images. >> >> - The user-editable configuration files in the "lib" subdirectory >> have been moved to the new "conf" directory. >> >> - The endorsed-standards override mechanism has been removed. >> >> - The extension mechanism has been removed. >> >> - rt.jar, tools.jar, and dt.jar have been removed. >> >> - A new URI scheme for naming stored modules, classes, and resources >> has been defined. >> >> - For tools that previously accessed rt.jar directly, a built-in NIO >> file-system provider has been defined to provide access to the class >> and resource files within a run-time image. >> >> More details are available at Mark Reinhold's latest blog entry [3] >> >> Rgds, Rory >> >> [1] http://openjdk.java.net/jeps/220 >> [2] https://jdk9.java.net/download/ >> [3] http://mreinhold.org/blog/jigsaw-modular-images >> >> >> >> -- >> Rgds,Rory O'Donnell >> Quality Engineering Manager >> Oracle EMEA , Dublin, Ireland >> -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland From ivan.st.ivanov at gmail.com Tue Dec 9 12:00:23 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Tue, 9 Dec 2014 14:00:23 +0200 Subject: JDK 9 images are now modular with JDK 9 Early Access build 41 In-Reply-To: <5486E20C.7040701@oracle.com> References: <5486B60B.3090609@oracle.com> <5486E20C.7040701@oracle.com> Message-ID: Hi Ben, IMHO it is NetBeans (and eventually all the IDEs) that have to adapt to the new features of the JDK: the MaxPermSize and the rt.jar removal. Cheers, Ivan On Tue, Dec 9, 2014 at 1:50 PM, Rory O'Donnell wrote: > Hi Ben, > > If you are still having these issues with b41, can you post your finding > in the jigsaw-dev > mailng list ? > > Thanks,Rory > > On 09/12/2014 11:48, Ben Evans wrote: > >> Hi, >> >> I've been working with JDK 9 EA b40. Here are my notes (all of this is >> on Mac OS Mavericks 10.9.5). >> >> Rory, can you confirm if any of this has been fixed in b41? >> Particularly the overwriting of settings, as this one is basically a >> showstopper for running hack days involving Mac users IMO. >> >> 1) Upgrade via .dmg overwrote all Java settings, rather than adding. >> This basically broke every installed Java app on my system. >> - How to undo? There's no obvious way. >> - For users who have multiple Java versions installed, this slash & >> burn approach is not good. >> >> For reference, here's how I have my machines configured: >> >> boxcat$ ls -l /Library/Java/JavaVirtualMachines/ >> total 24 >> lrwxr-xr-x 1 root wheel 15 24 Nov 22:31 java7 -> jdk1.7.0_71.jdk >> lrwxr-xr-x 1 root wheel 15 14 Nov 22:03 java8 -> jdk1.8.0_25.jdk >> lrwxr-xr-x 1 root wheel 12 4 Dec 16:03 java9 -> jdk1.9.0.jdk >> drwxr-xr-x 3 root wheel 102 14 Nov 20:24 jdk1.7.0_71.jdk >> drwxr-xr-x 4 root wheel 136 14 Nov 22:03 jdk1.8.0_05.jdk >> drwxr-xr-x 3 root wheel 102 14 Nov 22:02 jdk1.8.0_25.jdk >> drwxr-xr-x 3 root wheel 102 1 Dec 19:09 jdk1.9.0.jdk >> >> I then use lines like this in .bash_profile to control which Java I start: >> >> boxcat$ cat ~/.bash_profile >> #JAVA_HOME=/Library/Java/JavaVirtualMachines/java9/Contents/Home >> JAVA_HOME=/Library/Java/JavaVirtualMachines/java8/Contents/Home >> #JAVA_HOME=/Library/Java/JavaVirtualMachines/java7/Contents/Home >> >> M2_HOME=/opt/maven >> MONGO_HOME=/opt/mongodb >> ATLAS_HOME=/opt/atlassian-plugin-sdk >> >> EDITOR=vi >> >> PATH=$JAVA_HOME/bin:$M2_HOME/bin:$ATLAS_HOME/bin:$MONGO_HOME/bin:$PATH >> >> export EDITOR JAVA_HOME M2_HOME ATLAS_HOME >> >> It would be great if the .dmg installer was able to respect JAVA_HOME >> >> Moving on, I then hit some other snags: >> >> * NetBeans doesn't work out of the box - due to MaxPermSize & MaxSize >> options being fatal errors in 9 >> >> * After editing the NB start script to remove those switches, NB will >> start, but is basically useless as an IDE, as it can't find java.lang >> - presumably b/c it's expecting rt.jat >> >> * Something has also broken C&P in this configuration - can't copy >> text out of NB properly >> >> Will continue to explore & report back. >> >> Thanks, >> >> Ben >> >> On Tue, Dec 9, 2014 at 8:42 AM, Rory O'Donnell >> wrote: >> >>> Hi All, >>> >>> The initial changesets for JEP 220: Modular Run-Time Images [1] are >>> available >>> with JDK 9 early-access build 41 [2]. >>> >>> To summarize (please see the JEP for details): >>> >>> - The "jre" subdirectory is no longer present in JDK images. >>> >>> - The user-editable configuration files in the "lib" subdirectory >>> have been moved to the new "conf" directory. >>> >>> - The endorsed-standards override mechanism has been removed. >>> >>> - The extension mechanism has been removed. >>> >>> - rt.jar, tools.jar, and dt.jar have been removed. >>> >>> - A new URI scheme for naming stored modules, classes, and resources >>> has been defined. >>> >>> - For tools that previously accessed rt.jar directly, a built-in NIO >>> file-system provider has been defined to provide access to the >>> class >>> and resource files within a run-time image. >>> >>> More details are available at Mark Reinhold's latest blog entry [3] >>> >>> Rgds, Rory >>> >>> [1] http://openjdk.java.net/jeps/220 >>> [2] https://jdk9.java.net/download/ >>> [3] http://mreinhold.org/blog/jigsaw-modular-images >>> >>> >>> >>> -- >>> Rgds,Rory O'Donnell >>> Quality Engineering Manager >>> Oracle EMEA , Dublin, Ireland >>> >>> > -- > Rgds,Rory O'Donnell > Quality Engineering Manager > Oracle EMEA , Dublin, Ireland > > From benjamin.john.evans at gmail.com Tue Dec 9 12:14:12 2014 From: benjamin.john.evans at gmail.com (Ben Evans) Date: Tue, 9 Dec 2014 12:14:12 +0000 Subject: JDK 9 images are now modular with JDK 9 Early Access build 41 In-Reply-To: References: <5486B60B.3090609@oracle.com> <5486E20C.7040701@oracle.com> Message-ID: I wasn't proposing that the JDK change to accomodate NB. This is simply a current-state-of-play report. Ben On Tue, Dec 9, 2014 at 12:00 PM, Ivan St. Ivanov wrote: > Hi Ben, > > IMHO it is NetBeans (and eventually all the IDEs) that have to adapt to the > new features of the JDK: the MaxPermSize and the rt.jar removal. > > Cheers, > Ivan > > On Tue, Dec 9, 2014 at 1:50 PM, Rory O'Donnell > wrote: >> >> Hi Ben, >> >> If you are still having these issues with b41, can you post your finding >> in the jigsaw-dev >> mailng list ? >> >> Thanks,Rory >> >> On 09/12/2014 11:48, Ben Evans wrote: >>> >>> Hi, >>> >>> I've been working with JDK 9 EA b40. Here are my notes (all of this is >>> on Mac OS Mavericks 10.9.5). >>> >>> Rory, can you confirm if any of this has been fixed in b41? >>> Particularly the overwriting of settings, as this one is basically a >>> showstopper for running hack days involving Mac users IMO. >>> >>> 1) Upgrade via .dmg overwrote all Java settings, rather than adding. >>> This basically broke every installed Java app on my system. >>> - How to undo? There's no obvious way. >>> - For users who have multiple Java versions installed, this slash & >>> burn approach is not good. >>> >>> For reference, here's how I have my machines configured: >>> >>> boxcat$ ls -l /Library/Java/JavaVirtualMachines/ >>> total 24 >>> lrwxr-xr-x 1 root wheel 15 24 Nov 22:31 java7 -> jdk1.7.0_71.jdk >>> lrwxr-xr-x 1 root wheel 15 14 Nov 22:03 java8 -> jdk1.8.0_25.jdk >>> lrwxr-xr-x 1 root wheel 12 4 Dec 16:03 java9 -> jdk1.9.0.jdk >>> drwxr-xr-x 3 root wheel 102 14 Nov 20:24 jdk1.7.0_71.jdk >>> drwxr-xr-x 4 root wheel 136 14 Nov 22:03 jdk1.8.0_05.jdk >>> drwxr-xr-x 3 root wheel 102 14 Nov 22:02 jdk1.8.0_25.jdk >>> drwxr-xr-x 3 root wheel 102 1 Dec 19:09 jdk1.9.0.jdk >>> >>> I then use lines like this in .bash_profile to control which Java I >>> start: >>> >>> boxcat$ cat ~/.bash_profile >>> #JAVA_HOME=/Library/Java/JavaVirtualMachines/java9/Contents/Home >>> JAVA_HOME=/Library/Java/JavaVirtualMachines/java8/Contents/Home >>> #JAVA_HOME=/Library/Java/JavaVirtualMachines/java7/Contents/Home >>> >>> M2_HOME=/opt/maven >>> MONGO_HOME=/opt/mongodb >>> ATLAS_HOME=/opt/atlassian-plugin-sdk >>> >>> EDITOR=vi >>> >>> PATH=$JAVA_HOME/bin:$M2_HOME/bin:$ATLAS_HOME/bin:$MONGO_HOME/bin:$PATH >>> >>> export EDITOR JAVA_HOME M2_HOME ATLAS_HOME >>> >>> It would be great if the .dmg installer was able to respect JAVA_HOME >>> >>> Moving on, I then hit some other snags: >>> >>> * NetBeans doesn't work out of the box - due to MaxPermSize & MaxSize >>> options being fatal errors in 9 >>> >>> * After editing the NB start script to remove those switches, NB will >>> start, but is basically useless as an IDE, as it can't find java.lang >>> - presumably b/c it's expecting rt.jat >>> >>> * Something has also broken C&P in this configuration - can't copy >>> text out of NB properly >>> >>> Will continue to explore & report back. >>> >>> Thanks, >>> >>> Ben >>> >>> On Tue, Dec 9, 2014 at 8:42 AM, Rory O'Donnell >>> wrote: >>>> >>>> Hi All, >>>> >>>> The initial changesets for JEP 220: Modular Run-Time Images [1] are >>>> available >>>> with JDK 9 early-access build 41 [2]. >>>> >>>> To summarize (please see the JEP for details): >>>> >>>> - The "jre" subdirectory is no longer present in JDK images. >>>> >>>> - The user-editable configuration files in the "lib" subdirectory >>>> have been moved to the new "conf" directory. >>>> >>>> - The endorsed-standards override mechanism has been removed. >>>> >>>> - The extension mechanism has been removed. >>>> >>>> - rt.jar, tools.jar, and dt.jar have been removed. >>>> >>>> - A new URI scheme for naming stored modules, classes, and >>>> resources >>>> has been defined. >>>> >>>> - For tools that previously accessed rt.jar directly, a built-in >>>> NIO >>>> file-system provider has been defined to provide access to the >>>> class >>>> and resource files within a run-time image. >>>> >>>> More details are available at Mark Reinhold's latest blog entry [3] >>>> >>>> Rgds, Rory >>>> >>>> [1] http://openjdk.java.net/jeps/220 >>>> [2] https://jdk9.java.net/download/ >>>> [3] http://mreinhold.org/blog/jigsaw-modular-images >>>> >>>> >>>> >>>> -- >>>> Rgds,Rory O'Donnell >>>> Quality Engineering Manager >>>> Oracle EMEA , Dublin, Ireland >>>> >> >> -- >> Rgds,Rory O'Donnell >> Quality Engineering Manager >> Oracle EMEA , Dublin, Ireland >> > From balchandra.vaidya at oracle.com Tue Dec 9 12:33:56 2014 From: balchandra.vaidya at oracle.com (Balchandra Vaidya) Date: Tue, 09 Dec 2014 12:33:56 +0000 Subject: JDK 9 images are now modular with JDK 9 Early Access build 41 In-Reply-To: References: <5486B60B.3090609@oracle.com> Message-ID: <5486EC34.6020105@oracle.com> Hi Ben, On 12/ 9/14 11:48 AM, Ben Evans wrote: > Hi, > > I've been working with JDK 9 EA b40. Here are my notes (all of this is > on Mac OS Mavericks 10.9.5). > > Rory, can you confirm if any of this has been fixed in b41? > Particularly the overwriting of settings, as this one is basically a > showstopper for running hack days involving Mac users IMO. > > 1) Upgrade via .dmg overwrote all Java settings, rather than adding. > This basically broke every installed Java app on my system. Is this issue specific to jdk 9 ea builds or does this happens in jdk 8? > - How to undo? There's no obvious way. > - For users who have multiple Java versions installed, this slash & > burn approach is not good. I understand the pain. > > For reference, here's how I have my machines configured: > > boxcat$ ls -l /Library/Java/JavaVirtualMachines/ > total 24 > lrwxr-xr-x 1 root wheel 15 24 Nov 22:31 java7 -> jdk1.7.0_71.jdk > lrwxr-xr-x 1 root wheel 15 14 Nov 22:03 java8 -> jdk1.8.0_25.jdk > lrwxr-xr-x 1 root wheel 12 4 Dec 16:03 java9 -> jdk1.9.0.jdk > drwxr-xr-x 3 root wheel 102 14 Nov 20:24 jdk1.7.0_71.jdk > drwxr-xr-x 4 root wheel 136 14 Nov 22:03 jdk1.8.0_05.jdk > drwxr-xr-x 3 root wheel 102 14 Nov 22:02 jdk1.8.0_25.jdk > drwxr-xr-x 3 root wheel 102 1 Dec 19:09 jdk1.9.0.jdk Did installation process remove simlinks? Was there any prompt to remove (yes or no) older/insecure jdks during installation? There might be a bug if the older jdks removed without prompting. In that case, please file an incident and let me know. Thanks Balchandra > I then use lines like this in .bash_profile to control which Java I start: > > boxcat$ cat ~/.bash_profile > #JAVA_HOME=/Library/Java/JavaVirtualMachines/java9/Contents/Home > JAVA_HOME=/Library/Java/JavaVirtualMachines/java8/Contents/Home > #JAVA_HOME=/Library/Java/JavaVirtualMachines/java7/Contents/Home > > M2_HOME=/opt/maven > MONGO_HOME=/opt/mongodb > ATLAS_HOME=/opt/atlassian-plugin-sdk > > EDITOR=vi > > PATH=$JAVA_HOME/bin:$M2_HOME/bin:$ATLAS_HOME/bin:$MONGO_HOME/bin:$PATH > > export EDITOR JAVA_HOME M2_HOME ATLAS_HOME > > It would be great if the .dmg installer was able to respect JAVA_HOME > > Moving on, I then hit some other snags: > > * NetBeans doesn't work out of the box - due to MaxPermSize & MaxSize > options being fatal errors in 9 > > * After editing the NB start script to remove those switches, NB will > start, but is basically useless as an IDE, as it can't find java.lang > - presumably b/c it's expecting rt.jat > > * Something has also broken C&P in this configuration - can't copy > text out of NB properly > > Will continue to explore & report back. > > Thanks, > > Ben > > On Tue, Dec 9, 2014 at 8:42 AM, Rory O'Donnell wrote: >> Hi All, >> >> The initial changesets for JEP 220: Modular Run-Time Images [1] are >> available >> with JDK 9 early-access build 41 [2]. >> >> To summarize (please see the JEP for details): >> >> - The "jre" subdirectory is no longer present in JDK images. >> >> - The user-editable configuration files in the "lib" subdirectory >> have been moved to the new "conf" directory. >> >> - The endorsed-standards override mechanism has been removed. >> >> - The extension mechanism has been removed. >> >> - rt.jar, tools.jar, and dt.jar have been removed. >> >> - A new URI scheme for naming stored modules, classes, and resources >> has been defined. >> >> - For tools that previously accessed rt.jar directly, a built-in NIO >> file-system provider has been defined to provide access to the class >> and resource files within a run-time image. >> >> More details are available at Mark Reinhold's latest blog entry [3] >> >> Rgds, Rory >> >> [1] http://openjdk.java.net/jeps/220 >> [2] https://jdk9.java.net/download/ >> [3] http://mreinhold.org/blog/jigsaw-modular-images >> >> >> >> -- >> Rgds,Rory O'Donnell >> Quality Engineering Manager >> Oracle EMEA , Dublin, Ireland >> From sadhak001 at gmail.com Wed Dec 10 22:20:02 2014 From: sadhak001 at gmail.com (Mani Sarkar) Date: Wed, 10 Dec 2014 22:20:02 +0000 Subject: Adopt OpenJDK community newsletter Message-ID: Hi all, http://paper.li/adoptopenjdk/1370465075?edition_id=7b6dd2d0-80ad-11e4-82f6-0cc47a0d164b&utm_campaign=paper_sub&utm_medium=email&utm_source=subscription News on #nashorn, #jdk8, #jvm and all things #java. -- @theNeomatrix369 * | **Blog ** | *LJC Associate & LJC Advocate (@adoptopenjdk & @adoptajsr programs) *Meet-a-Project - *MutabilityDetector * | **Bitbucket * * | **Github * * | **LinkedIn * *Come to Devoxx UK 2015:* http://www.devoxx.co.uk/ *Don't chase success, rather aim for "Excellence", and success will come chasing after you!* From martijnverburg at gmail.com Wed Dec 10 23:59:40 2014 From: martijnverburg at gmail.com (Martijn Verburg) Date: Wed, 10 Dec 2014 23:59:40 +0000 Subject: Betterrev Pull Request Message-ID: Hi all, If someone could review and merge (or not): https://bitbucket.org/adoptopenjdk/betterrev/pull-request/89/upgrade-frontend-components/diff I can then get people started on Sat. Cheers, Martijn From benjamin.john.evans at gmail.com Thu Dec 11 00:40:42 2014 From: benjamin.john.evans at gmail.com (Ben Evans) Date: Thu, 11 Dec 2014 00:40:42 +0000 Subject: Betterrev Pull Request In-Reply-To: References: Message-ID: Done & done. This is fundamentally a version upgrade. Ben On Wed, Dec 10, 2014 at 11:59 PM, Martijn Verburg wrote: > Hi all, > > If someone could review and merge (or not): > https://bitbucket.org/adoptopenjdk/betterrev/pull-request/89/upgrade-frontend-components/diff > > I can then get people started on Sat. > > Cheers, > Martijn From martijnverburg at gmail.com Thu Dec 11 10:15:01 2014 From: martijnverburg at gmail.com (Martijn Verburg) Date: Thu, 11 Dec 2014 10:15:01 +0000 Subject: Betterrev Pull Request In-Reply-To: References: Message-ID: Thanks! But I think it's only been approved, but not yet merged :-) Cheers, Martijn On 11 December 2014 at 00:40, Ben Evans wrote: > Done & done. This is fundamentally a version upgrade. > > Ben > > On Wed, Dec 10, 2014 at 11:59 PM, Martijn Verburg > wrote: > > Hi all, > > > > If someone could review and merge (or not): > > > https://bitbucket.org/adoptopenjdk/betterrev/pull-request/89/upgrade-frontend-components/diff > > > > I can then get people started on Sat. > > > > Cheers, > > Martijn > From edward.ys.wong at gmail.com Thu Dec 11 10:33:06 2014 From: edward.ys.wong at gmail.com (Edward Yue Shung Wong) Date: Thu, 11 Dec 2014 10:33:06 +0000 Subject: Betterrev Pull Request In-Reply-To: References: Message-ID: "Done done" now :) Looking forward to seeing everyone Saturday. Anything I can pick up between now and then to help? Cheers, Edward On 11 Dec 2014 10:15, "Martijn Verburg" wrote: > Thanks! But I think it's only been approved, but not yet merged :-) > > Cheers, > Martijn > > On 11 December 2014 at 00:40, Ben Evans > wrote: > > > Done & done. This is fundamentally a version upgrade. > > > > Ben > > > > On Wed, Dec 10, 2014 at 11:59 PM, Martijn Verburg > > wrote: > > > Hi all, > > > > > > If someone could review and merge (or not): > > > > > > https://bitbucket.org/adoptopenjdk/betterrev/pull-request/89/upgrade-frontend-components/diff > > > > > > I can then get people started on Sat. > > > > > > Cheers, > > > Martijn > > > From martijnverburg at gmail.com Thu Dec 11 11:04:17 2014 From: martijnverburg at gmail.com (Martijn Verburg) Date: Thu, 11 Dec 2014 11:04:17 +0000 Subject: Betterrev Pull Request In-Reply-To: References: Message-ID: You should: * Download and install wildly 8.2.0-Final * globally install Node, npm, bower and (possibly gulp if you want to force all of your HTML5 apps to use the same version) * update your javaee branch with the one from adoptopenjdk org (what just got merged) * run npm install and bower install in the angularapp folder * run gulp in the angularapp folder - you should see a crappy karma test run, you should also be able to get to the UI via local host:9000/betterev This Is all from memory typed on my phone :-) On Thursday, 11 December 2014, Edward Yue Shung Wong < edward.ys.wong at gmail.com> wrote: > "Done done" now :) > > Looking forward to seeing everyone Saturday. Anything I can pick up > between now and then to help? > > Cheers, > > Edward > On 11 Dec 2014 10:15, "Martijn Verburg" > wrote: > >> Thanks! But I think it's only been approved, but not yet merged :-) >> >> Cheers, >> Martijn >> >> On 11 December 2014 at 00:40, Ben Evans > > >> wrote: >> >> > Done & done. This is fundamentally a version upgrade. >> > >> > Ben >> > >> > On Wed, Dec 10, 2014 at 11:59 PM, Martijn Verburg >> > > > wrote: >> > > Hi all, >> > > >> > > If someone could review and merge (or not): >> > > >> > >> https://bitbucket.org/adoptopenjdk/betterrev/pull-request/89/upgrade-frontend-components/diff >> > > >> > > I can then get people started on Sat. >> > > >> > > Cheers, >> > > Martijn >> > >> > -- Cheers, Martijn From edward.ys.wong at gmail.com Sat Dec 13 10:33:39 2014 From: edward.ys.wong at gmail.com (Edward Yue Shung Wong) Date: Sat, 13 Dec 2014 10:33:39 +0000 Subject: Betterrev Pull Request In-Reply-To: References: Message-ID: Morning, Apologies again for not being able to make it today, my baby is teething and none of us slept very well last night :( For what it is worth, I am available via email and I'm more than happy to do reviews/field questions. All the best, Edward ---- P.S. Martijn - I tried the instructions and Node on Mac seems to have issues... When I tried to run: npm install -g bower I had to run it with sudo to get it to install properly. Similarly for the "npm install -g gulp". When running "npm install" in the angularjsapp directory, sudo doesn't help this time. It appears all the node scripts have similar permission issues. Here is a snippet of the error log: error Error: ENOENT, chmod '/Users/Seraph/workspace/betterrev/betterrev/src/main/angularjsapp/node_modules/mocha/bin/mocha' I'm sure this is just some sort of configuration problem with NodeJS on Mac... I'll let the group know if I resolve this! ---- On 11 December 2014 at 11:04, Martijn Verburg wrote: > > You should: > > * Download and install wildly 8.2.0-Final > * globally install Node, npm, bower and (possibly gulp if you want to > force all of your HTML5 apps to use the same version) > * update your javaee branch with the one from adoptopenjdk org (what just > got merged) > * run npm install and bower install in the angularapp folder > * run gulp in the angularapp folder - you should see a crappy karma test > run, you should also be able to get to the UI via local host:9000/betterev > > This Is all from memory typed on my phone :-) > > On Thursday, 11 December 2014, Edward Yue Shung Wong < > edward.ys.wong at gmail.com> wrote: > >> "Done done" now :) >> >> Looking forward to seeing everyone Saturday. Anything I can pick up >> between now and then to help? >> >> Cheers, >> >> Edward >> On 11 Dec 2014 10:15, "Martijn Verburg" wrote: >> >>> Thanks! But I think it's only been approved, but not yet merged :-) >>> >>> Cheers, >>> Martijn >>> >>> On 11 December 2014 at 00:40, Ben Evans >>> wrote: >>> >>> > Done & done. This is fundamentally a version upgrade. >>> > >>> > Ben >>> > >>> > On Wed, Dec 10, 2014 at 11:59 PM, Martijn Verburg >>> > wrote: >>> > > Hi all, >>> > > >>> > > If someone could review and merge (or not): >>> > > >>> > >>> https://bitbucket.org/adoptopenjdk/betterrev/pull-request/89/upgrade-frontend-components/diff >>> > > >>> > > I can then get people started on Sat. >>> > > >>> > > Cheers, >>> > > Martijn >>> > >>> >> > > -- > Cheers, > Martijn > From martijnverburg at gmail.com Sat Dec 13 10:52:37 2014 From: martijnverburg at gmail.com (Martijn Verburg) Date: Sat, 13 Dec 2014 10:52:37 +0000 Subject: Betterrev Pull Request In-Reply-To: References: Message-ID: Hi Ed, Yeah - the Mac OS X situation sucks. Basically you had the right idea - install npm and the other build tools globally using sudo. Install the other packages locally using sudo, why? Coz Apple hates you :-). Cheers, Martijn On 13 December 2014 at 10:33, Edward Yue Shung Wong < edward.ys.wong at gmail.com> wrote: > Morning, > > Apologies again for not being able to make it today, my baby is teething > and none of us slept very well last night :( For what it is worth, I am > available via email and I'm more than happy to do reviews/field questions. > > All the best, > > Edward > > ---- > > P.S. Martijn - I tried the instructions and Node on Mac seems to have > issues... When I tried to run: > > npm install -g bower > > I had to run it with sudo to get it to install properly. Similarly for the > "npm install -g gulp". > > When running "npm install" in the angularjsapp directory, sudo doesn't > help this time. It appears all the node scripts have similar permission > issues. Here is a snippet of the error log: > > error Error: ENOENT, chmod > '/Users/Seraph/workspace/betterrev/betterrev/src/main/angularjsapp/node_modules/mocha/bin/mocha' > > I'm sure this is just some sort of configuration problem with NodeJS on > Mac... I'll let the group know if I resolve this! > > ---- > > On 11 December 2014 at 11:04, Martijn Verburg > wrote: >> >> You should: >> >> * Download and install wildly 8.2.0-Final >> * globally install Node, npm, bower and (possibly gulp if you want to >> force all of your HTML5 apps to use the same version) >> * update your javaee branch with the one from adoptopenjdk org (what just >> got merged) >> * run npm install and bower install in the angularapp folder >> * run gulp in the angularapp folder - you should see a crappy karma test >> run, you should also be able to get to the UI via local host:9000/betterev >> >> This Is all from memory typed on my phone :-) >> >> On Thursday, 11 December 2014, Edward Yue Shung Wong < >> edward.ys.wong at gmail.com> wrote: >> >>> "Done done" now :) >>> >>> Looking forward to seeing everyone Saturday. Anything I can pick up >>> between now and then to help? >>> >>> Cheers, >>> >>> Edward >>> On 11 Dec 2014 10:15, "Martijn Verburg" >>> wrote: >>> >>>> Thanks! But I think it's only been approved, but not yet merged :-) >>>> >>>> Cheers, >>>> Martijn >>>> >>>> On 11 December 2014 at 00:40, Ben Evans >>>> wrote: >>>> >>>> > Done & done. This is fundamentally a version upgrade. >>>> > >>>> > Ben >>>> > >>>> > On Wed, Dec 10, 2014 at 11:59 PM, Martijn Verburg >>>> > wrote: >>>> > > Hi all, >>>> > > >>>> > > If someone could review and merge (or not): >>>> > > >>>> > >>>> https://bitbucket.org/adoptopenjdk/betterrev/pull-request/89/upgrade-frontend-components/diff >>>> > > >>>> > > I can then get people started on Sat. >>>> > > >>>> > > Cheers, >>>> > > Martijn >>>> > >>>> >>> >> >> -- >> Cheers, >> Martijn >> > From edward.ys.wong at gmail.com Sat Dec 13 10:59:22 2014 From: edward.ys.wong at gmail.com (Edward Yue Shung Wong) Date: Sat, 13 Dec 2014 10:59:22 +0000 Subject: Betterrev Pull Request In-Reply-To: References: Message-ID: Thanks for the update Martijn! Rather unfortunate situation really... Hope the hacking goes smoothly for the others! Edward On 13 Dec 2014 10:52, "Martijn Verburg" wrote: > Hi Ed, > > Yeah - the Mac OS X situation sucks. Basically you had the right idea - > install npm and the other build tools globally using sudo. Install the > other packages locally using sudo, why? Coz Apple hates you :-). > > Cheers, > Martijn > > On 13 December 2014 at 10:33, Edward Yue Shung Wong < > edward.ys.wong at gmail.com> wrote: > >> Morning, >> >> Apologies again for not being able to make it today, my baby is teething >> and none of us slept very well last night :( For what it is worth, I am >> available via email and I'm more than happy to do reviews/field questions. >> >> All the best, >> >> Edward >> >> ---- >> >> P.S. Martijn - I tried the instructions and Node on Mac seems to have >> issues... When I tried to run: >> >> npm install -g bower >> >> I had to run it with sudo to get it to install properly. Similarly for >> the "npm install -g gulp". >> >> When running "npm install" in the angularjsapp directory, sudo doesn't >> help this time. It appears all the node scripts have similar permission >> issues. Here is a snippet of the error log: >> >> error Error: ENOENT, chmod >> '/Users/Seraph/workspace/betterrev/betterrev/src/main/angularjsapp/node_modules/mocha/bin/mocha' >> >> I'm sure this is just some sort of configuration problem with NodeJS on >> Mac... I'll let the group know if I resolve this! >> >> ---- >> >> On 11 December 2014 at 11:04, Martijn Verburg >> wrote: >>> >>> You should: >>> >>> * Download and install wildly 8.2.0-Final >>> * globally install Node, npm, bower and (possibly gulp if you want to >>> force all of your HTML5 apps to use the same version) >>> * update your javaee branch with the one from adoptopenjdk org (what >>> just got merged) >>> * run npm install and bower install in the angularapp folder >>> * run gulp in the angularapp folder - you should see a crappy karma test >>> run, you should also be able to get to the UI via local host:9000/betterev >>> >>> This Is all from memory typed on my phone :-) >>> >>> On Thursday, 11 December 2014, Edward Yue Shung Wong < >>> edward.ys.wong at gmail.com> wrote: >>> >>>> "Done done" now :) >>>> >>>> Looking forward to seeing everyone Saturday. Anything I can pick up >>>> between now and then to help? >>>> >>>> Cheers, >>>> >>>> Edward >>>> On 11 Dec 2014 10:15, "Martijn Verburg" >>>> wrote: >>>> >>>>> Thanks! But I think it's only been approved, but not yet merged :-) >>>>> >>>>> Cheers, >>>>> Martijn >>>>> >>>>> On 11 December 2014 at 00:40, Ben Evans >>>> > >>>>> wrote: >>>>> >>>>> > Done & done. This is fundamentally a version upgrade. >>>>> > >>>>> > Ben >>>>> > >>>>> > On Wed, Dec 10, 2014 at 11:59 PM, Martijn Verburg >>>>> > wrote: >>>>> > > Hi all, >>>>> > > >>>>> > > If someone could review and merge (or not): >>>>> > > >>>>> > >>>>> https://bitbucket.org/adoptopenjdk/betterrev/pull-request/89/upgrade-frontend-components/diff >>>>> > > >>>>> > > I can then get people started on Sat. >>>>> > > >>>>> > > Cheers, >>>>> > > Martijn >>>>> > >>>>> >>>> >>> >>> -- >>> Cheers, >>> Martijn >>> >> > From sadhak001 at gmail.com Sat Dec 13 12:04:46 2014 From: sadhak001 at gmail.com (Mani Sarkar) Date: Sat, 13 Dec 2014 12:04:46 +0000 Subject: Betterrev Pull Request In-Reply-To: References: Message-ID: I'll cc the Betterrev mailing list in. Happy hacking going on here! Cheers, Mani On Sat, Dec 13, 2014 at 10:59 AM, Edward Yue Shung Wong < edward.ys.wong at gmail.com> wrote: > > Thanks for the update Martijn! Rather unfortunate situation really... > > Hope the hacking goes smoothly for the others! > > Edward > On 13 Dec 2014 10:52, "Martijn Verburg" wrote: > > > Hi Ed, > > > > Yeah - the Mac OS X situation sucks. Basically you had the right idea - > > install npm and the other build tools globally using sudo. Install the > > other packages locally using sudo, why? Coz Apple hates you :-). > > > > Cheers, > > Martijn > > > > On 13 December 2014 at 10:33, Edward Yue Shung Wong < > > edward.ys.wong at gmail.com> wrote: > > > >> Morning, > >> > >> Apologies again for not being able to make it today, my baby is teething > >> and none of us slept very well last night :( For what it is worth, I am > >> available via email and I'm more than happy to do reviews/field > questions. > >> > >> All the best, > >> > >> Edward > >> > >> ---- > >> > >> P.S. Martijn - I tried the instructions and Node on Mac seems to have > >> issues... When I tried to run: > >> > >> npm install -g bower > >> > >> I had to run it with sudo to get it to install properly. Similarly for > >> the "npm install -g gulp". > >> > >> When running "npm install" in the angularjsapp directory, sudo doesn't > >> help this time. It appears all the node scripts have similar permission > >> issues. Here is a snippet of the error log: > >> > >> error Error: ENOENT, chmod > >> > '/Users/Seraph/workspace/betterrev/betterrev/src/main/angularjsapp/node_modules/mocha/bin/mocha' > >> > >> I'm sure this is just some sort of configuration problem with NodeJS on > >> Mac... I'll let the group know if I resolve this! > >> > >> ---- > >> > >> On 11 December 2014 at 11:04, Martijn Verburg > > >> wrote: > >>> > >>> You should: > >>> > >>> * Download and install wildly 8.2.0-Final > >>> * globally install Node, npm, bower and (possibly gulp if you want to > >>> force all of your HTML5 apps to use the same version) > >>> * update your javaee branch with the one from adoptopenjdk org (what > >>> just got merged) > >>> * run npm install and bower install in the angularapp folder > >>> * run gulp in the angularapp folder - you should see a crappy karma > test > >>> run, you should also be able to get to the UI via local > host:9000/betterev > >>> > >>> This Is all from memory typed on my phone :-) > >>> > >>> On Thursday, 11 December 2014, Edward Yue Shung Wong < > >>> edward.ys.wong at gmail.com> wrote: > >>> > >>>> "Done done" now :) > >>>> > >>>> Looking forward to seeing everyone Saturday. Anything I can pick up > >>>> between now and then to help? > >>>> > >>>> Cheers, > >>>> > >>>> Edward > >>>> On 11 Dec 2014 10:15, "Martijn Verburg" > >>>> wrote: > >>>> > >>>>> Thanks! But I think it's only been approved, but not yet merged :-) > >>>>> > >>>>> Cheers, > >>>>> Martijn > >>>>> > >>>>> On 11 December 2014 at 00:40, Ben Evans < > benjamin.john.evans at gmail.com > >>>>> > > >>>>> wrote: > >>>>> > >>>>> > Done & done. This is fundamentally a version upgrade. > >>>>> > > >>>>> > Ben > >>>>> > > >>>>> > On Wed, Dec 10, 2014 at 11:59 PM, Martijn Verburg > >>>>> > wrote: > >>>>> > > Hi all, > >>>>> > > > >>>>> > > If someone could review and merge (or not): > >>>>> > > > >>>>> > > >>>>> > https://bitbucket.org/adoptopenjdk/betterrev/pull-request/89/upgrade-frontend-components/diff > >>>>> > > > >>>>> > > I can then get people started on Sat. > >>>>> > > > >>>>> > > Cheers, > >>>>> > > Martijn > >>>>> > > >>>>> > >>>> > >>> > >>> -- > >>> Cheers, > >>> Martijn > >>> > >> > > > -- @theNeomatrix369 * | **Blog ** | *LJC Associate & LJC Advocate (@adoptopenjdk & @adoptajsr programs) *Meet-a-Project - *MutabilityDetector * | **Bitbucket * * | **Github * * | **LinkedIn * *Come to Devoxx UK 2015:* http://www.devoxx.co.uk/ *Don't chase success, rather aim for "Excellence", and success will come chasing after you!* From balchandra.vaidya at oracle.com Mon Dec 15 19:18:49 2014 From: balchandra.vaidya at oracle.com (Balchandra Vaidya) Date: Mon, 15 Dec 2014 19:18:49 +0000 Subject: JDK 8u40 ea b18 test results now available Message-ID: <548F3419.2000808@oracle.com> JDK 8u40 ea b18 test results are now available at http://www.java.net/download/openjdk/testresults/8/testresults.html The jdk test results contain 1 difference from the b17 test results. No new testcase failures found. 0: /home/jtest/merge8/jdk8u40-b17/jdk/JTwork pass: 4,765; fail: 13; error: 1; not run: 1,001 1: /home/jtest/merge8/jdk8u40-b18/jdk/JTwork pass: 4,766; fail: 13; not run: 1,001 0 1 Test error pass sun/tools/jstatd/TestJstatdExternalRegistry.java 1 differences The hotspot test results contain 4 differences from the b17 test results. There are two testcases failures, those failures are under investigation. 0: /home/jtest/merge8/jdk8u40-b17/hotspot/JTwork pass: 607; fail: 33; error: 2; not run: 16 1: /home/jtest/merge8/jdk8u40-b18/hotspot/JTwork pass: 609; fail: 34; error: 1; not run: 16 0 1 Test --- fail compiler/jsr292/RedefineMethodUsedByMultipleMethodHandles.java --- pass compiler/loopopts/TestDeadBackbranchArrayAccess.java fail pass gc/g1/TestShrinkAuxiliaryData25.java error fail serviceability/sa/jmap-hashcode/Test8028623.java 4 differences The langtools test results contain 0 differences from the b17 test results. The nashorn test result is available at http://download.java.net/openjdk/testresults/8/archives8/jdk8u40-b18/emailable-report.html Thanks Balchandra From balchandra.vaidya at oracle.com Mon Dec 15 19:32:09 2014 From: balchandra.vaidya at oracle.com (Balchandra Vaidya) Date: Mon, 15 Dec 2014 19:32:09 +0000 Subject: JDK 9 early access b42 test results now available Message-ID: <548F3739.7090907@oracle.com> JDK 9 ea b42 test results are now available at : http://www.java.net/download/openjdk/testresults/9/testresults.html The jdk test results contain 17 differences from the b41 test results. No new testcase failures found. 0: /home/jtest/merge9/b41/jdk/JTwork pass: 4,900; fail: 11; not run: 1,593 1: /home/jtest/merge9/b42/jdk/JTwork pass: 4,911; fail: 11; not run: 1,607 0 1 Test --- pass com/sun/net/httpserver/SimpleHttpServerTest.java --- pass com/sun/net/httpserver/StopNoStartTest.java --- pass java/lang/Class/getDeclaredField/ClassDeclaredFieldsTest.java --- pass java/lang/Class/getFields/Sanity.java pass --- java/lang/instrument/RedefineBigClass.sh pass --- java/lang/instrument/RetransformBigClass.sh --- pass java/lang/reflect/Parameter/NoName.java --- pass java/nio/file/Files/SetLastModifiedTime.java --- pass java/security/KeyStore/PKCS12/ConvertP12Test.java --- pass java/util/jar/Attributes/IterationOrder.java --- pass java/util/logging/LogManager/Configuration/ParentLoggerWithHandlerGC.java --- pass java/util/zip/TestCRC32.java --- pass java/util/zip/TestCRC32C.java --- pass java/util/zip/TestChecksum.java pass --- sun/tools/jinfo/Basic.sh --- pass sun/tools/jinfo/JInfoRunningProcessTest.java --- pass sun/tools/jinfo/JInfoSanityTest.java 17 differences The hotspot test results contain 466 differences from the b41 test results. Relocation of the tests into different directories caused the most of these differences. There are 2 testcase failures, those failures are under investigation. See the differences at http://bambi.ie.oracle.com/web/openjdk/results/9/archives/b42/diff-hotspot-b41-b42.txt The langtools test results contain 29 differences from the b41 test results. There is 1 testcase failure, this failure is under investigation. 0: /home/jtest/merge9/b41/langtools/JTwork pass: 3,132; not run: 14 1: /home/jtest/merge9/b42/langtools/JTwork pass: 3,159; fail: 1; not run: 14 0 1 Test --- pass tools/javac/4980495/std/NonStatic2StaticImportClash.java --- pass tools/javac/4980495/std/Static2NonStaticImportClash.java --- pass tools/javac/8062359/UnresolvableClassNPEInAttrTest.java --- pass tools/javac/T8059921/ForbidAccessToFieldUsingSuperTest.java --- pass tools/javac/TryWithResources/TwrForVariable1.java --- pass tools/javac/TryWithResources/TwrForVariable2.java --- pass tools/javac/TryWithResources/TwrForVariable3.java --- pass tools/javac/TryWithResources/TwrForVariable4.java --- pass tools/javac/annotations/SyntheticParameters.java --- pass tools/javac/flow/T8062747.java --- pass tools/javac/generics/8064803/T8064803.java --- pass tools/javac/generics/diamond/8065986/T8065986a.java --- pass tools/javac/generics/diamond/8065986/T8065986b.java --- pass tools/javac/importChecks/NoImportedNoClasses.java --- pass tools/javac/importscope/ImportResolvedTooSoon.java --- pass tools/javac/importscope/T7101822A.java --- pass tools/javac/importscope/TestDuplicateImport.java --- pass tools/javac/importscope/TestLazyImportScope.java --- pass tools/javac/importscope/TypeParamCycle.java --- pass tools/javac/importscope/TypeParamCycle2.java --- pass tools/javac/importscope/TypeParamCycle3.java --- pass tools/javac/importscope/dependencies/DependenciesTest.java --- pass tools/javac/lambda/methodReference/MethodRef8.java --- pass tools/javac/lambda/methodReferenceExecution/MethodReferenceIntersection1.java --- pass tools/javac/lambda/methodReferenceExecution/MethodReferenceIntersection2.java --- pass tools/javac/lambda/methodReferenceExecution/MethodReferenceIntersection3.java --- pass tools/javac/main/T8058445.java pass fail tools/javac/processing/6348193/T6348193.java --- pass tools/javac/warnings/NestedDeprecation/NestedDeprecation.java 29 differences The nashorn tests are broken since build 41 because of a dependency on extension mechanism. The issue is under investigation. Thanks Balchandra From rory.odonnell at oracle.com Tue Dec 16 12:33:40 2014 From: rory.odonnell at oracle.com (Rory O'Donnell) Date: Tue, 16 Dec 2014 12:33:40 +0000 Subject: Early Access builds for JDK 9 b42, JDK 8 b18 & JDK 7 b03 are available on java.net Message-ID: <549026A4.1040009@oracle.com> Hi All, Now that JDK 9 Early Access build images are modular [1], there is a fresh Early Access build for JDK 9 b42 available on java.net. The summary of changes are listed here In addition, there are new Early Access builds for the ongoing update releases. The Early Access build for JDK 8u40 b18 is available on java.net, with the summary of changes listed here. Finally, the Early Access build for JDK 7u80 b03 is available on java.net, with the summary of changes listed here. As we enter the later phases of development for JDK 7u80 & JDK 8u40, please log any show stoppers as soon as possible. Rgds,Rory [1] http://mreinhold.org/blog/jigsaw-modular-images -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland From I.Can.Help at outlook.com Tue Dec 16 23:43:46 2014 From: I.Can.Help at outlook.com (Confidential Information) Date: Tue, 16 Dec 2014 18:43:46 -0500 Subject: Initial Questions Message-ID: I'm very interested in the idea of joining an Open Source project utilizing Java and OpenJDK was recommended to me. I hope you can indulge some questions to help me make sure this is the right place for me. I should tell you a bit about myself first to tell you what I'm trying to do and what my background is so that you can help me assess whether I might fit in here. I've been in Information Technology for my whole post-university career. I never quite finished my degree, which was in Arts, not I.T. My major jobs were as a COBOL programmer, then as a trainer in I.T. subjects, and now primarily as a web designer. I've coded in Java since the days of the 1.0.2 JDK and wrote Java quite frequently for the first 10+ years but the vast majority of the code I wrote was done more as an eager hobbyist working on his own and for fun. Even two of the three projects I did for other people were solo efforts, just me coding something for a friend. The third project I did was done in the context of a three man team where two of us wrote Java and the other one wrote Delphi. That project never completed its work due to funding issues. (Two out of the three projects I mentioned were paying work.) The last few years, my Java coding has been more in fits and starts than anything. Despite all that, I really enjoy writing Java and would dearly love to do more of it. I have coded in 10 different programming languages and nothing else I've seen can touch Java for sheer breadth of abilities. I'd like to get full or part time paying work writing Java. However, I'm very conscious of the fact that I have done almost no work with Java in a team environment and would very much like to do that. I expect that I will have trouble being taken seriously if I just apply for Java coding jobs with my current background so it occurred to me that an open source project would be ideal for building up some credentials. Frankly, I just don't know how my skills measure up. Java is such a very large and powerful language that I certainly don't have fluency in every aspect of it, nor do I have much contact with various associated technologies like frameworks. I don't even have a lot of experience with design patterns. I'm also unfamiliar with modern development methodologies like the Agile techniques. I don't know UML, although I am somewhat familiar with some of its predecessors. (I used to teach database design and used Gane & Sarson extensively at my first programming job.) I haven't even used a modern code repository system like Subclipse very much beyond a bit of tentative dabbling. I am very detail-oriented and am familiar with teaching myself things when I need to know them. I don't tend to have a lot of depth in many things but I have at least a superficial understanding of several things. I am more than willing to learn the new things I'll need to know to contribute to an open source project. I don't need a lot of hand-holding but find it helpful to have a sounding board once in a while as I wrestle with issues. A little direction is generally all I need on projects once I understand what I have to do. I also appreciate code walkthroughs as a way to improve my code; I'm not a diva by any means. I even like writing documentation, which most coders abhor. ;-) Does that sound like someone who might be useful to the OpenJDK project? I would be interested in participating in OpenJDK on almost any terms if I could be helpful. However, I would be very VERY interested if successful completion of my parts of the project would enable me to point to specific code and tell people that it is mine or if other people on the project could verify that it is my work. Basically, I want to be able to show a potential employer code that has my name on it or have others verify that it is my work. It's important to me that the employer wouldn't have to take my word for the fact that I wrote specific code. Otherwise, the employer could reasonably scoff and suggest I was taking credit for someone else's work. (I'm assuming that the only code you will ever let see the light of day is code that is of a high standard which works well.) In a nutshell, I want the code I write for OpenJDK form a key part of a code portfolio. If I haven't yet disqualified myself from consideration, I'd like to know how to get started. I'm guessing there are standards to read and tools like code repositories to learn at the very least. I'd like to stay anonymous for the moment so just call me Anonymous Coward for now :-) A.C. From benjamin.john.evans at gmail.com Tue Dec 16 23:52:17 2014 From: benjamin.john.evans at gmail.com (Ben Evans) Date: Tue, 16 Dec 2014 23:52:17 +0000 Subject: Initial Questions In-Reply-To: References: Message-ID: Hi A.C. Come & join the Adopt OpenJDK project - sounds like you could be a good fit. https://java.net/projects/adoptopenjdk https://groups.google.com/forum/#!forum/adopt-openjdk http://www.slideshare.net/martijnverburg/adopt-open-jdk If you have a local Java User Group (JUG) - then maybe you could join that too? Thanks, Ben On Tue, Dec 16, 2014 at 11:43 PM, Confidential Information wrote: > I'm very interested in the idea of joining an Open Source project utilizing > Java and OpenJDK was recommended to me. I hope you can indulge some > questions to help me make sure this is the right place for me. > > I should tell you a bit about myself first to tell you what I'm trying to do > and what my background is so that you can help me assess whether I might fit > in here. > > I've been in Information Technology for my whole post-university career. I > never quite finished my degree, which was in Arts, not I.T. My major jobs > were as a COBOL programmer, then as a trainer in I.T. subjects, and now > primarily as a web designer. > > I've coded in Java since the days of the 1.0.2 JDK and wrote Java quite > frequently for the first 10+ years but the vast majority of the code I wrote > was done more as an eager hobbyist working on his own and for fun. Even two > of the three projects I did for other people were solo efforts, just me > coding something for a friend. The third project I did was done in the > context of a three man team where two of us wrote Java and the other one > wrote Delphi. That project never completed its work due to funding issues. > (Two out of the three projects I mentioned were paying work.) The last few > years, my Java coding has been more in fits and starts than anything. > Despite all that, I really enjoy writing Java and would dearly love to do > more of it. I have coded in 10 different programming languages and nothing > else I've seen can touch Java for sheer breadth of abilities. > > I'd like to get full or part time paying work writing Java. However, I'm > very conscious of the fact that I have done almost no work with Java in a > team environment and would very much like to do that. I expect that I will > have trouble being taken seriously if I just apply for Java coding jobs with > my current background so it occurred to me that an open source project would > be ideal for building up some credentials. > > Frankly, I just don't know how my skills measure up. Java is such a very > large and powerful language that I certainly don't have fluency in every > aspect of it, nor do I have much contact with various associated > technologies like frameworks. I don't even have a lot of experience with > design patterns. I'm also unfamiliar with modern development methodologies > like the Agile techniques. I don't know UML, although I am somewhat familiar > with some of its predecessors. (I used to teach database design and used > Gane & Sarson extensively at my first programming job.) I haven't even used > a modern code repository system like Subclipse very much beyond a bit of > tentative dabbling. > > I am very detail-oriented and am familiar with teaching myself things when I > need to know them. I don't tend to have a lot of depth in many things but I > have at least a superficial understanding of several things. I am more than > willing to learn the new things I'll need to know to contribute to an open > source project. I don't need a lot of hand-holding but find it helpful to > have a sounding board once in a while as I wrestle with issues. A little > direction is generally all I need on projects once I understand what I have > to do. I also appreciate code walkthroughs as a way to improve my code; I'm > not a diva by any means. I even like writing documentation, which most > coders abhor. ;-) > > Does that sound like someone who might be useful to the OpenJDK project? > > I would be interested in participating in OpenJDK on almost any terms if I > could be helpful. However, I would be very VERY interested if successful > completion of my parts of the project would enable me to point to specific > code and tell people that it is mine or if other people on the project could > verify that it is my work. Basically, I want to be able to show a potential > employer code that has my name on it or have others verify that it is my > work. It's important to me that the employer wouldn't have to take my word > for the fact that I wrote specific code. Otherwise, the employer could > reasonably scoff and suggest I was taking credit for someone else's work. > (I'm assuming that the only code you will ever let see the light of day is > code that is of a high standard which works well.) In a nutshell, I want the > code I write for OpenJDK form a key part of a code portfolio. > > If I haven't yet disqualified myself from consideration, I'd like to know > how to get started. I'm guessing there are standards to read and tools like > code repositories to learn at the very least. > > I'd like to stay anonymous for the moment so just call me Anonymous Coward > for now :-) > > A.C. From benjamin.john.evans at gmail.com Wed Dec 17 15:40:52 2014 From: benjamin.john.evans at gmail.com (Ben Evans) Date: Wed, 17 Dec 2014 15:40:52 +0000 Subject: Keeping Up With JDK 9 Message-ID: Hi, An idea I had recently is for a "Keeping up with Java 9" - basically an image (marathon runner Dukes?) that projects that are actively tracking betas of 9 can display on their project pages in order to raise developer awareness of 9 & the big changes it represents & to build confidence that the ecosystem is going to be ready for modularity when it lands. Thoughts? Thanks, Ben From martijnverburg at gmail.com Wed Dec 17 15:43:41 2014 From: martijnverburg at gmail.com (Martijn Verburg) Date: Wed, 17 Dec 2014 15:43:41 +0000 Subject: Keeping Up With JDK 9 In-Reply-To: References: Message-ID: Good idea! Cheers, Martijn On 17 December 2014 at 15:40, Ben Evans wrote: > > Hi, > > An idea I had recently is for a "Keeping up with Java 9" - basically > an image (marathon runner Dukes?) that projects that are actively > tracking betas of 9 can display on their project pages in order to > raise developer awareness of 9 & the big changes it represents & to > build confidence that the ecosystem is going to be ready for > modularity when it lands. > > Thoughts? > > Thanks, > > Ben > From cnewland at chrisnewland.com Wed Dec 17 16:55:46 2014 From: cnewland at chrisnewland.com (Chris Newland) Date: Wed, 17 Dec 2014 16:55:46 -0000 Subject: Keeping Up With JDK 9 In-Reply-To: References: Message-ID: <7d968371487ed09526037bdc8559eb31.squirrel@excalibur.xssl.net> +1 Happy to promote this via JITWatch. Making projects compatible with Java 9 is much easier now that the non-Jigsaw builds have adopted the modular layout so there's only 1 flavour of Java 9 to deal with. With Java 7 going EOL in April 2015, Java 9 doesn't feel so far away :) Regards, Chris On Wed, December 17, 2014 15:40, Ben Evans wrote: > Hi, > > > An idea I had recently is for a "Keeping up with Java 9" - basically > an image (marathon runner Dukes?) that projects that are actively tracking > betas of 9 can display on their project pages in order to raise developer > awareness of 9 & the big changes it represents & to build confidence that > the ecosystem is going to be ready for modularity when it lands. > > Thoughts? > > > Thanks, > > > Ben > > From martijnverburg at gmail.com Thu Dec 18 12:06:45 2014 From: martijnverburg at gmail.com (Martijn Verburg) Date: Thu, 18 Dec 2014 12:06:45 +0000 Subject: Latest Betterrev pull request to enable JavaEE7 beans Message-ID: Hi all, If someone can approve and merge that should allow collaboration again at last. Cheers, Martijn From edward.ys.wong at gmail.com Thu Dec 18 14:55:43 2014 From: edward.ys.wong at gmail.com (Edward Yue Shung Wong) Date: Thu, 18 Dec 2014 14:55:43 +0000 Subject: Latest Betterrev pull request to enable JavaEE7 beans In-Reply-To: References: Message-ID: Hiya Martijn, I had a look, seems fine. I've approved, I think you can merge it yourself once you have addressed the comments? Edward On 18 Dec 2014 12:07, "Martijn Verburg" wrote: > Hi all, > > If someone can approve and merge that should allow collaboration again at > last. > > Cheers, > Martijn > From balchandra.vaidya at oracle.com Thu Dec 18 19:24:57 2014 From: balchandra.vaidya at oracle.com (Balchandra Vaidya) Date: Thu, 18 Dec 2014 19:24:57 +0000 Subject: JDK 8u40 ea b19 test results now available Message-ID: <54932A09.7050105@oracle.com> JDK 8u40 ea b19 test results are now available at http://www.java.net/download/openjdk/testresults/8/testresults.html The jdk test results contain 4 differences from the b18 test results. There are two testcases failures, those failures are under investigation. 0: /home/jtest/merge8/jdk8u40-b18/jdk/JTwork pass: 4,766; fail: 13; not run: 1,001 1: /home/jtest/merge8/jdk8u40-b19/jdk/JTwork pass: 4,766; fail: 14; error: 1; not run: 1,004 0 1 Test pass fail com/sun/jndi/ldap/LdapTimeoutTest.java --- pass java/lang/Class/getDeclaredField/ClassDeclaredFieldsTest.java --- pass java/util/logging/LogManagerAppContextDeadlock.java pass error sun/tools/jstatd/TestJstatdExternalRegistry.java 4 differences The hotspot test results contain 8 differences from the b18 test results. There are two testcases failures, those failures are under investigation. 0: /home/jtest/merge8/jdk8u40-b18/hotspot/JTwork pass: 609; fail: 34; error: 1; not run: 16 1: /home/jtest/merge8/jdk8u40-b19/hotspot/JTwork pass: 614; fail: 34; error: 2; not run: 16 0 1 Test --- pass compiler/exceptions/SumTest.java --- pass compiler/rangechecks/TestRangeCheckSmearing.java --- pass compiler/rangechecks/TestRangeCheckSmearingLoopOpts.java --- pass compiler/uncommontrap/TestDeoptOOM.java --- pass compiler/uncommontrap/TraceDeoptimizationNoRealloc.java pass fail gc/g1/TestShrinkAuxiliaryData25.java --- pass runtime/SharedArchiveFile/PrintSharedArchiveAndExit.java fail error serviceability/sa/jmap-hashcode/Test8028623.java 8 differences The langtools test results contain 2 differences from the b18 test results. No new testcase failures found. 0: /home/jtest/merge8/jdk8u40-b18/langtools/JTwork pass: 3,073; not run: 7 1: /home/jtest/merge8/jdk8u40-b19/langtools/JTwork pass: 3,071; not run: 7 0 1 Test pass --- tools/javac/annotations/SyntheticParameters.java pass --- tools/javac/annotations/typeAnnotations/classfile/SyntheticParameters.java 2 differences The nashorn test result is available at http://download.java.net/openjdk/testresults/8/archives8/jdk8u40-b19/emailable-report.html Thanks Balchandra From sadhak001 at gmail.com Fri Dec 19 00:28:51 2014 From: sadhak001 at gmail.com (Mani Sarkar) Date: Fri, 19 Dec 2014 00:28:51 +0000 Subject: Adopt OpenJDK Weekly community news is out! Message-ID: http://paper.li/adoptopenjdk/1370465075?edition_id=2e2626a0-862d-11e4-9933-0cc47a0d164b&utm_campaign=paper_sub&utm_medium=email&utm_source=subscription Enjoy variety of Java / JVM news! -- @theNeomatrix369 * | **Blog ** | *LJC Associate & LJC Advocate (@adoptopenjdk & @adoptajsr programs) *Meet-a-Project - *MutabilityDetector * | **Bitbucket * * | **Github * * | **LinkedIn * *Come to Devoxx UK 2015:* http://www.devoxx.co.uk/ *Don't chase success, rather aim for "Excellence", and success will come chasing after you!* From martijnverburg at gmail.com Fri Dec 19 10:52:00 2014 From: martijnverburg at gmail.com (Martijn Verburg) Date: Fri, 19 Dec 2014 10:52:00 +0000 Subject: Latest Betterrev pull request to enable JavaEE7 beans In-Reply-To: References: Message-ID: Cool - added loads of TODOs so people know where I'm being insane. I'm going to try to wire up the Angular --> ContributionsController next week which can serve as a template for everyone else to jump in. Cheers, Martijn On 18 December 2014 at 14:55, Edward Yue Shung Wong < edward.ys.wong at gmail.com> wrote: > > Hiya Martijn, > > I had a look, seems fine. I've approved, I think you can merge it yourself > once you have addressed the comments? > > Edward > On 18 Dec 2014 12:07, "Martijn Verburg" wrote: > >> Hi all, >> >> If someone can approve and merge that should allow collaboration again at >> last. >> >> Cheers, >> Martijn >> > From sadhak001 at gmail.com Sat Dec 20 12:15:18 2014 From: sadhak001 at gmail.com (Mani Sarkar) Date: Sat, 20 Dec 2014 12:15:18 +0000 Subject: How is Java / JVM built ? Adopt OpenJDK is your answer! Message-ID: Hi all, Here is a reblog of my post on #OpenJDK and #Betterrev on Java Advent Calendar which was published today, most of you already know about it. http://neomatrix369.wordpress.com/2014/12/20/how-is-java-jvm-built-adopt-openjdk-is-your-answer/ But its aimed at new comers to this topic and also to spread awareness, please share with others. Thanks to #JavaAdventCalendar for publishing it and others (see *Credits* section) who helped by contributing to it. Regards, Mani -- @theNeomatrix369 * | **Blog ** | *LJC Associate & LJC Advocate (@adoptopenjdk & @adoptajsr programs) *Meet-a-Project - *MutabilityDetector * | **Bitbucket * * | **Github * * | **LinkedIn * *Come to Devoxx UK 2015:* http://www.devoxx.co.uk/ *Don't chase success, rather aim for "Excellence", and success will come chasing after you!* From will.j.may at gmail.com Sun Dec 21 23:22:04 2014 From: will.j.may at gmail.com (Will May) Date: Sun, 21 Dec 2014 23:22:04 +0000 Subject: IntelliJ & JDK 9 Message-ID: Hi all, I've just written a simple script which will generate a project structure that can be imported into IntelliJ for JDK9. I've created a PR on github against the BuildHelpers repository for the initial version of the script but there are possibly issues with this script: - Test directory appears to be a bunch of random test classes in random directories and not packages; I'm not sure how thisb should be seen within an IDE. - Modules have been configured to have their compiler output to build/linux-x86_64-normal-server-release/jdk/modules although I'm not sure how well IntelliJ and the JDK build system play together. - No inter-module dependencies. Is there any documentation about these dependencies anywhere? To use the script with IntelliJ: 1. Create a new project 2. Select Java, set the project SDK to Java 8 and click next 3. Click next (don't create from template) 4. Change the project location to jdk9/jdk and click finish 5. Once in IntelliJ, open up the project structure settings (File > Project Structure) 6. Change the language level to Java 9 7. In modules section, remove the default jdk module (answer yes to the popup). Delete the jdk.iml file. 8. Run the script now. 9. Select all iml files in the project structure, right click and select 'Import 47 modules' Is there any other functionality that is missing from this script? Can someone give my account on the wiki sufficient privileges to document this script and also accept my PR on github? Cheers, Will. From ivan.st.ivanov at gmail.com Mon Dec 22 09:36:58 2014 From: ivan.st.ivanov at gmail.com (Ivan St. Ivanov) Date: Mon, 22 Dec 2014 11:36:58 +0200 Subject: IntelliJ & JDK 9 In-Reply-To: References: Message-ID: Hi Will, Great job! We in the Bulgarian Java User Group have spent some time in this direction as well. You can find a virtual machine with IntelliJ IDEA with the projects imported on this address: ftp://bgjug.sty-consulting.com/openjdk-fedora/openjdk-fedora.ova Our BG JUG fellow Mihail Stoynov is working right now on providing a module structure that anyone can directly import in IDEA and start working with OpenJDK. You just need to set a few variables before that. I couldn't find a way to remove the default jdk module (your step number 7), but still with proper module ordering jdk 8 will be ignored. Once we have no-rt.jar support in IDEA we'll be able to use the jdk image that we build from the sources. To answer your open questions: - The tests in OpenJDK do not follow a standard setup from a today's project point of view. You cannot simply import them as a whole in the IDE. If you insist and have the patience, then I would say that each directory under jdk/test is a separate test root folder. That is why we decided not to import them and use tools like gedit to edit the tests. If you want to run a particular test, then we found that you should use the run external process functionality and spawn jtreg - The build system of OpenJDK is make, so we again ignored the compiler output directories altogether - This picture is very useful about the inter-module dependencies. We used that to model the dependencies when we set up our IntelliJ IDEA project. The JEP-200 definition contains very good explanation on what the different edges and vertices in this graph mean Cheers, Ivan On Mon, Dec 22, 2014 at 1:22 AM, Will May wrote: > Hi all, > > I've just written a simple script which will generate a project structure > that can be imported into IntelliJ for JDK9. I've created a PR on github > against the BuildHelpers repository for the initial version of the script > but there are possibly issues with this script: > > > - Test directory appears to be a bunch of random test classes in random > directories and not packages; I'm not sure how thisb should be seen > within > an IDE. > - Modules have been configured to have their compiler output to > build/linux-x86_64-normal-server-release/jdk/modules although I'm not > sure > how well IntelliJ and the JDK build system play together. > - No inter-module dependencies. Is there any documentation about these > dependencies anywhere? > > To use the script with IntelliJ: > > 1. Create a new project > 2. Select Java, set the project SDK to Java 8 and click next > 3. Click next (don't create from template) > 4. Change the project location to jdk9/jdk and click finish > 5. Once in IntelliJ, open up the project structure settings (File > > Project Structure) > 6. Change the language level to Java 9 > 7. In modules section, remove the default jdk module (answer yes to the > popup). Delete the jdk.iml file. > 8. Run the script now. > 9. Select all iml files in the project structure, right click and select > 'Import 47 modules' > > Is there any other functionality that is missing from this script? Can > someone give my account on the wiki sufficient privileges to document this > script and also accept my PR on github? > > Cheers, > > > Will. > From martijnverburg at gmail.com Mon Dec 22 12:16:27 2014 From: martijnverburg at gmail.com (Martijn Verburg) Date: Mon, 22 Dec 2014 12:16:27 +0000 Subject: IntelliJ & JDK 9 In-Reply-To: References: Message-ID: Hi Will/All, That's great work - thanks so much! I suggest that you repost the outstanding questions to the build-dev group, they can hopefully help with some (although as Ivan points out, not all) of these issues. Overall it would be a great help to adoption if some of this IDE support went back into OpenJDK proper. Cheers, Martijn On 22 December 2014 at 09:36, Ivan St. Ivanov wrote: > Hi Will, > > Great job! > > We in the Bulgarian Java User Group have spent some time in this direction > as well. You can find a virtual machine with IntelliJ IDEA with the > projects imported on this address: > > ftp://bgjug.sty-consulting.com/openjdk-fedora/openjdk-fedora.ova > > Our BG JUG fellow Mihail Stoynov is working right now on providing a module > structure that anyone can directly import in IDEA and start working with > OpenJDK. You just need to set a few variables before that. > > I couldn't find a way to remove the default jdk module (your step number > 7), but still with proper module ordering jdk 8 will be ignored. Once we > have no-rt.jar support in IDEA we'll be able to use the jdk image that we > build from the sources. > > To answer your open questions: > - The tests in OpenJDK do not follow a standard setup from a today's > project point of view. You cannot simply import them as a whole in the IDE. > If you insist and have the patience, then I would say that each directory > under jdk/test is a separate test root folder. That is why we decided not > to import them and use tools like gedit to edit the tests. If you want to > run a particular test, then we found that you should use the run external > process functionality and spawn jtreg > - The build system of OpenJDK is make, so we again ignored the compiler > output directories altogether > - This picture > is very > useful about the inter-module dependencies. We used that to model the > dependencies when we set up our IntelliJ IDEA project. The JEP-200 > definition contains very good > explanation on what the different edges and vertices in this graph mean > > Cheers, > Ivan > > > > > On Mon, Dec 22, 2014 at 1:22 AM, Will May wrote: > > > Hi all, > > > > I've just written a simple script which will generate a project structure > > that can be imported into IntelliJ for JDK9. I've created a PR on github > > against the BuildHelpers repository for the initial version of the script > > but there are possibly issues with this script: > > > > > > - Test directory appears to be a bunch of random test classes in > random > > directories and not packages; I'm not sure how thisb should be seen > > within > > an IDE. > > - Modules have been configured to have their compiler output to > > build/linux-x86_64-normal-server-release/jdk/modules although I'm not > > sure > > how well IntelliJ and the JDK build system play together. > > - No inter-module dependencies. Is there any documentation about these > > dependencies anywhere? > > > > To use the script with IntelliJ: > > > > 1. Create a new project > > 2. Select Java, set the project SDK to Java 8 and click next > > 3. Click next (don't create from template) > > 4. Change the project location to jdk9/jdk and click finish > > 5. Once in IntelliJ, open up the project structure settings (File > > > Project Structure) > > 6. Change the language level to Java 9 > > 7. In modules section, remove the default jdk module (answer yes to > the > > popup). Delete the jdk.iml file. > > 8. Run the script now. > > 9. Select all iml files in the project structure, right click and > select > > 'Import 47 modules' > > > > Is there any other functionality that is missing from this script? Can > > someone give my account on the wiki sufficient privileges to document > this > > script and also accept my PR on github? > > > > Cheers, > > > > > > Will. > > > From sadhak001 at gmail.com Thu Dec 25 00:40:50 2014 From: sadhak001 at gmail.com (Mani Sarkar) Date: Thu, 25 Dec 2014 00:40:50 +0000 Subject: Adopt OpenJDK newsletter is out! Message-ID: http://paper.li/adoptopenjdk/1370465075?edition_id=62d2c220-8bad-11e4-9933-0cc47a0d164b&utm_campaign=paper_sub&utm_medium=email&utm_source=subscription Plenty on JDKs, JVMs among other Java stuff! -- @theNeomatrix369 * | **Blog ** | *LJC Associate & LJC Advocate (@adoptopenjdk & @adoptajsr programs) *Meet-a-Project - *MutabilityDetector * | **Bitbucket * * | **Github * * | **LinkedIn * *Come to Devoxx UK 2015:* http://www.devoxx.co.uk/ *Don't chase success, rather aim for "Excellence", and success will come chasing after you!* From sadhak001 at gmail.com Tue Dec 30 22:49:51 2014 From: sadhak001 at gmail.com (Mani Sarkar) Date: Tue, 30 Dec 2014 22:49:51 +0000 Subject: Keeping Up With JDK 9 In-Reply-To: <7d968371487ed09526037bdc8559eb31.squirrel@excalibur.xssl.net> References: <7d968371487ed09526037bdc8559eb31.squirrel@excalibur.xssl.net> Message-ID: Ben you mean something in the lines of https://camo.githubusercontent.com/b25706f352556d5fefc80c7f234a88cfeef7f776/68747470733a2f2f6a6176612e6e65742f646f776e6c6f6164732f61646f70746f70656e6a646b2f636f6d7061742e737667 Except it says going to be Java 9 ready rather than what it says just now, Java 8 compatible... Our artists in Brazil did this one. ;), I guess changing the 8 to 9 shouldn't be hard. @Chris - want to give it a try ? Cheers, Mani On Wed, Dec 17, 2014 at 4:55 PM, Chris Newland wrote: > +1 > > Happy to promote this via JITWatch. > > Making projects compatible with Java 9 is much easier now that the > non-Jigsaw builds have adopted the modular layout so there's only 1 > flavour of Java 9 to deal with. > > With Java 7 going EOL in April 2015, Java 9 doesn't feel so far away :) > > Regards, > > Chris > > On Wed, December 17, 2014 15:40, Ben Evans wrote: > > Hi, > > > > > > An idea I had recently is for a "Keeping up with Java 9" - basically > > an image (marathon runner Dukes?) that projects that are actively > tracking > > betas of 9 can display on their project pages in order to raise developer > > awareness of 9 & the big changes it represents & to build confidence that > > the ecosystem is going to be ready for modularity when it lands. > > > > Thoughts? > > > > > > Thanks, > > > > > > Ben > > > > > > > -- @theNeomatrix369 * | **Blog ** | *LJC Associate & LJC Advocate (@adoptopenjdk & @adoptajsr programs) *Meet-a-Project - *MutabilityDetector * | **Bitbucket * * | **Github * * | **LinkedIn * *Come to Devoxx UK 2015:* http://www.devoxx.co.uk/ *Don't chase success, rather aim for "Excellence", and success will come chasing after you!* From martijnverburg at gmail.com Wed Dec 31 11:36:22 2014 From: martijnverburg at gmail.com (Martijn Verburg) Date: Wed, 31 Dec 2014 11:36:22 +0000 Subject: checkstyle tool to enforce Sun/Oracle code standard on openJdk In-Reply-To: <1419901645.865795059@f142.i.mail.ru> References: <1419901645.865795059@f142.i.mail.ru> Message-ID: Hi Roman, I for one would welcome this. A bit of extra information from someone fairly new themselves (I've only ever submitted a few doc patches). Each OpenJDK project (project ~= a part of the source tree) has it's own unofficial style idioms or official style guide. So you may find that for example AWT/2D/Swing has a different set of guidelines than core-libs. That said I think there's generally a feeling that having something check for style within a project would be welcome and perhaps then there could also be some cross project collaboration. Of course this sort of thing can lead to somewhat frivolous "whitespace changes" type of patches coming in which I think each project will have an opinion on. Perhaps the best thing to do is to start with one project (e.g. Core libs) and go from there.... CCing in the Adoption group as this sort of style check is something we'd happily host as part of the Betterrev workflow. Cheers, Martijn On 30 December 2014 at 01:07, Roman Ivanov wrote: > Hi OpenJdk engineers, > > I am owner of Checkstyle project - > http://checkstyle.sourceforge.net/index.html . > > We had Sun code standard configuration that allow developers > write code in the same approach as authors of Java do. > But a lot of time passed from time that configuration is > introduced, and I am not completely sure that we do complete > and accurate in coverage of Sun Java Standard. > > This year we did complete code coverage for Google's style - > http://checkstyle.sourceforge.net/google_style.html > > Guava team already agreed on fixing problems > and updating style guide to be more precise in some requirements - > https://github.com/google/guava/issues/1891 > > I have an idea to create similar page for Sun/Oracle style - > http://checkstyle.sourceforge.net/sun_style.html > > Checkstyle already detected a lot of problem in javadoc on openjdk9 (base > on change set: 11061:9ade71a206f9 ) - > http://checkstyle.sourceforge.net/reports/javadoc/openjdk9/ > That report contains only problems of Javadoc but it could be as full as > report over Guava - > http://checkstyle.sourceforge.net/reports/google-style/guava/. > > Are you interested in such automatic validation of Sun/Oracle Code > Standard ? > To let openJDK comply their own code standard :), let automatically > validate any contributions to project . > > thanks, > Roman Ivanov From mikeb at mycosystems.co.uk Wed Dec 31 13:41:54 2014 From: mikeb at mycosystems.co.uk (Mike Burton) Date: Wed, 31 Dec 2014 13:41:54 +0000 Subject: checkstyle tool to enforce Sun/Oracle code standard on openJdk In-Reply-To: References: <1419901645.865795059@f142.i.mail.ru> Message-ID: +1 Mike > On 31 Dec 2014, at 11:36, Martijn Verburg wrote: > > Hi Roman, > > I for one would welcome this. A bit of extra information from someone > fairly new themselves (I've only ever submitted a few doc patches). Each > OpenJDK project (project ~= a part of the source tree) has it's own > unofficial style idioms or official style guide. So you may find that for > example AWT/2D/Swing has a different set of guidelines than core-libs. > > That said I think there's generally a feeling that having something check > for style within a project would be welcome and perhaps then there could > also be some cross project collaboration. Of course this sort of thing can > lead to somewhat frivolous "whitespace changes" type of patches coming in > which I think each project will have an opinion on. > > Perhaps the best thing to do is to start with one project (e.g. Core libs) > and go from there.... > > CCing in the Adoption group as this sort of style check is something we'd > happily host as part of the Betterrev workflow. > > > > > Cheers, > Martijn > >> On 30 December 2014 at 01:07, Roman Ivanov wrote: >> >> Hi OpenJdk engineers, >> >> I am owner of Checkstyle project - >> http://checkstyle.sourceforge.net/index.html . >> >> We had Sun code standard configuration that allow developers >> write code in the same approach as authors of Java do. >> But a lot of time passed from time that configuration is >> introduced, and I am not completely sure that we do complete >> and accurate in coverage of Sun Java Standard. >> >> This year we did complete code coverage for Google's style - >> http://checkstyle.sourceforge.net/google_style.html >> >> Guava team already agreed on fixing problems >> and updating style guide to be more precise in some requirements - >> https://github.com/google/guava/issues/1891 >> >> I have an idea to create similar page for Sun/Oracle style - >> http://checkstyle.sourceforge.net/sun_style.html >> >> Checkstyle already detected a lot of problem in javadoc on openjdk9 (base >> on change set: 11061:9ade71a206f9 ) - >> http://checkstyle.sourceforge.net/reports/javadoc/openjdk9/ >> That report contains only problems of Javadoc but it could be as full as >> report over Guava - >> http://checkstyle.sourceforge.net/reports/google-style/guava/. >> >> Are you interested in such automatic validation of Sun/Oracle Code >> Standard ? >> To let openJDK comply their own code standard :), let automatically >> validate any contributions to project . >> >> thanks, >> Roman Ivanov