From sean.coffey at oracle.com Mon Feb 2 09:22:30 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 02 Feb 2015 09:22:30 +0000 Subject: [8u40] Request for phase 2 approval for JDK-8067380 - Update nroff to integrate changes made in 8u40 In-Reply-To: <54CBF61F.1020008@oracle.com> References: <54CBF61F.1020008@oracle.com> Message-ID: <54CF41D6.2050802@oracle.com> Raymond, approval was already given for this : http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-January/003001.html Push the changes to 8u-dev (8u60) and we'll work on requesting 8u40 inclusion. http://openjdk.java.net/projects/jdk8u/phase2/phase2-process.html regards, Sean. On 30/01/2015 21:22, raymond gallardo wrote: > Requesting approval for: > > JDK-8067380 : Update > nroff to integrate changes made in 8u40 > > Bug: https://bugs.openjdk.java.net/browse/JDK-8067380 > 8u-dev webrev: > http://cr.openjdk.java.net/~rgallard/openjdk_webrev_8u40_2/webrev/ > 8u-dev review thread: > http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-January/002986.html > Reviewers: kvn, mchung, coffeys > Rationale: Last-minute changes to the nroff tools pages > > Thanks, > --Raymond > > From iris.clark at oracle.com Mon Feb 2 19:12:50 2015 From: iris.clark at oracle.com (Iris Clark) Date: Mon, 2 Feb 2015 11:12:50 -0800 (PST) Subject: Java SE 8 Maintenance Draft Review (JSR 337) update posted to jcp.org Message-ID: A revision of the Maintenance Draft Review contents of the Java SE 8 Platform JSR (337) was posted to jcp.org on 30 January 2015 [0]. The revision consists of the following updates as indicated by green changebars: - Added text describing version idenfication as described in this message on 6 January [1] - Added verification changes as described in the announcement on January 23 [2] - Removed reference to JDI and JDB which are not part of Java SE As a reminder, the Review for JSR 337 ends on 2 February (today) with the Ballot running from 3-9 February. Assuming that the Maintenance Review Ballot succeeds, Oracle will produce a Maintenance Release of JSR 337 which includes an updated Specification, RI, and TCK, expected March 2015. Thanks, iris [0] https://jcp.org/en/jsr/detail?id=337 [1] http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-January/002807.html [2] http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-January/002948.html From lana.steuck at oracle.com Mon Feb 2 19:41:12 2015 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Mon, 2 Feb 2015 11:41:12 -0800 (PST) Subject: jdk8u-b24: jdk8u40-dev Message-ID: <201502021941.t12JfCqZ029139@jano-app.us.oracle.com> http://hg.openjdk.java.net/jdk8u/jdk8u40/rev/5b37e6757d7c http://hg.openjdk.java.net/jdk8u/jdk8u40/nashorn/rev/b2ce5df33715 http://hg.openjdk.java.net/jdk8u/jdk8u40/langtools/rev/c5d4ffa220f3 http://hg.openjdk.java.net/jdk8u/jdk8u40/jdk/rev/437de3b8d317 http://hg.openjdk.java.net/jdk8u/jdk8u40/jaxws/rev/5fbbfd66643e http://hg.openjdk.java.net/jdk8u/jdk8u40/jaxp/rev/048cebd17f73 http://hg.openjdk.java.net/jdk8u/jdk8u40/hotspot/rev/fa4e797f61e6 http://hg.openjdk.java.net/jdk8u/jdk8u40/corba/rev/472aa5bae0e7 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8058688 docs RSA links broken in the Java Cryptography Architecture Standard Algori JDK-8069590 hotspot AIX port of "8050807: Better performing performance data handling" From mark.sheppard at oracle.com Mon Feb 2 23:49:50 2015 From: mark.sheppard at oracle.com (Mark Sheppard) Date: Mon, 02 Feb 2015 23:49:50 +0000 Subject: RFA [8u-dev]: JDK-8035868 - Check for JNI pending exceptions in windows/native/sun/net/spi/DefaultProxySelector.c Message-ID: <54D00D1E.2060404@oracle.com> Hi please oblige and approve a backport of https://bugs.openjdk.java.net/browse/JDK-8035868 changset applies cleanly and regressions OK changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/51867d754d1f review: http://mail.openjdk.java.net/pipermail/net-dev/2014-March/008302.html regards Mark From dmitry.markov at oracle.com Tue Feb 3 08:58:48 2015 From: dmitry.markov at oracle.com (dmitry markov) Date: Tue, 03 Feb 2015 11:58:48 +0300 Subject: [8u-dev] Request for approval 8064934: Incorrect Exception message from java.awt.Desktop.open() Message-ID: <54D08DC8.3040803@oracle.com> Hello, Could you approve the back-port of the fix for 8064934 to jdk8u-dev, please? The jdk9 patch applies cleanly post modular path unshuffling. The bug: https://bugs.openjdk.java.net/browse/JDK-8064934 The webrev: http://cr.openjdk.java.net/~dmarkov/8064934/jdk8u/webrev.00/ The review thread: http://mail.openjdk.java.net/pipermail/awt-dev/2015-January/008889.html The jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/3ce5eb12d646 Thanks, Dmitry From sean.coffey at oracle.com Tue Feb 3 09:14:54 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 03 Feb 2015 09:14:54 +0000 Subject: RFA [8u-dev]: JDK-8035868 - Check for JNI pending exceptions in windows/native/sun/net/spi/DefaultProxySelector.c In-Reply-To: <54D00D1E.2060404@oracle.com> References: <54D00D1E.2060404@oracle.com> Message-ID: <54D0918E.3010602@oracle.com> Approved. regards, Sean. On 02/02/2015 23:49, Mark Sheppard wrote: > Hi > please oblige and approve a backport of > https://bugs.openjdk.java.net/browse/JDK-8035868 > > changset applies cleanly and regressions OK > > changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/51867d754d1f > review: > http://mail.openjdk.java.net/pipermail/net-dev/2014-March/008302.html > > regards > Mark From sean.coffey at oracle.com Tue Feb 3 10:12:10 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 03 Feb 2015 10:12:10 +0000 Subject: [8u-dev] Request for approval 8064934: Incorrect Exception message from java.awt.Desktop.open() In-Reply-To: <54D08DC8.3040803@oracle.com> References: <54D08DC8.3040803@oracle.com> Message-ID: <54D09EFA.3090703@oracle.com> Approved. regards, Sean. On 03/02/2015 08:58, dmitry markov wrote: > Hello, > > Could you approve the back-port of the fix for 8064934 to jdk8u-dev, > please? The jdk9 patch applies cleanly post modular path unshuffling. > > The bug: > https://bugs.openjdk.java.net/browse/JDK-8064934 > The webrev: > http://cr.openjdk.java.net/~dmarkov/8064934/jdk8u/webrev.00/ > The review thread: > http://mail.openjdk.java.net/pipermail/awt-dev/2015-January/008889.html > The jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/3ce5eb12d646 > > Thanks, > Dmitry From paul.sandoz at oracle.com Wed Feb 4 13:29:06 2015 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Wed, 4 Feb 2015 14:29:06 +0100 Subject: [8u60] RFA 8072030: Race condition in ThenComposeExceptionTest.java Message-ID: Hi, Review here: https://bugs.openjdk.java.net/browse/JDK-8072030 http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031194.html Patch applies cleanly from 9 to 8u: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/3b999faed2da Paul. From sean.coffey at oracle.com Wed Feb 4 13:32:37 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Wed, 04 Feb 2015 13:32:37 +0000 Subject: [8u60] RFA 8072030: Race condition in ThenComposeExceptionTest.java In-Reply-To: References: Message-ID: <54D21F75.5040104@oracle.com> Approved. regards, Sean. On 04/02/15 13:29, Paul Sandoz wrote: > Hi, > > Review here: > > https://bugs.openjdk.java.net/browse/JDK-8072030 > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031194.html > > Patch applies cleanly from 9 to 8u: > > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/3b999faed2da > > Paul. From Roger.Riggs at Oracle.com Wed Feb 4 19:11:44 2015 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Wed, 04 Feb 2015 14:11:44 -0500 Subject: [8u-dev] Request for approval for two issues: CR 8064932: java/lang/ProcessBuilder/Basic.java: waitFor didn't take long enough Message-ID: <54D26EF0.1070603@Oracle.com> Please approve the backport of two related issues from 9 to 8u-dev. Both changes apply cleanly after unshuffling. Jprt passes. Synopsis: java/lang/ProcessBuilder/Basic.java: waitFor didn't take long enough Bug: https://bugs.openjdk.java.net/browse/JDK-8064932 Backport: https://bugs.openjdk.java.net/browse/JDK-8072419 Changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/0e4877620993 Synopsis: Object.wait(ms, ns) timeout returns early Bug: https://bugs.openjdk.java.net/browse/JDK-8065372 Backport: https://bugs.openjdk.java.net/browse/JDK-8067376 Changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/0846eddb56d5 From rob.mckenna at oracle.com Wed Feb 4 19:14:03 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 04 Feb 2015 19:14:03 +0000 Subject: [8u-dev] Request for approval for two issues: CR 8064932: java/lang/ProcessBuilder/Basic.java: waitFor didn't take long enough In-Reply-To: <54D26EF0.1070603@Oracle.com> References: <54D26EF0.1070603@Oracle.com> Message-ID: <54D26F7B.7080402@oracle.com> A pox on that test. Approved. -Rob On 04/02/15 19:11, Roger Riggs wrote: > Please approve the backport of two related issues from 9 to 8u-dev. > Both changes apply cleanly after unshuffling. > Jprt passes. > > Synopsis: java/lang/ProcessBuilder/Basic.java: waitFor didn't take > long enough > Bug: https://bugs.openjdk.java.net/browse/JDK-8064932 > Backport: https://bugs.openjdk.java.net/browse/JDK-8072419 > Changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/0e4877620993 > > Synopsis: Object.wait(ms, ns) timeout returns early > Bug: https://bugs.openjdk.java.net/browse/JDK-8065372 > Backport: https://bugs.openjdk.java.net/browse/JDK-8067376 > Changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/0846eddb56d5 > From rob.mckenna at oracle.com Wed Feb 4 20:32:01 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 04 Feb 2015 20:32:01 +0000 Subject: [8u-dev] Request for approval for two issues: CR 8064932: java/lang/ProcessBuilder/Basic.java: waitFor didn't take long enough In-Reply-To: <54D26F7B.7080402@oracle.com> References: <54D26EF0.1070603@Oracle.com> <54D26F7B.7080402@oracle.com> Message-ID: <54D281C1.3020004@oracle.com> Let the record show that I only dislike it for its effectiveness. ;) -Rob On 04/02/15 19:14, Rob McKenna wrote: > A pox on that test. > > Approved. > > -Rob > > On 04/02/15 19:11, Roger Riggs wrote: >> Please approve the backport of two related issues from 9 to 8u-dev. >> Both changes apply cleanly after unshuffling. >> Jprt passes. >> >> Synopsis: java/lang/ProcessBuilder/Basic.java: waitFor didn't take >> long enough >> Bug: https://bugs.openjdk.java.net/browse/JDK-8064932 >> Backport: https://bugs.openjdk.java.net/browse/JDK-8072419 >> Changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/0e4877620993 >> >> Synopsis: Object.wait(ms, ns) timeout returns early >> Bug: https://bugs.openjdk.java.net/browse/JDK-8065372 >> Backport: https://bugs.openjdk.java.net/browse/JDK-8067376 >> Changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/0846eddb56d5 >> > From mark.sheppard at oracle.com Wed Feb 4 23:10:09 2015 From: mark.sheppard at oracle.com (Mark Sheppard) Date: Wed, 04 Feb 2015 23:10:09 +0000 Subject: RFR [8u-dev]:JDK-8015692 - java.net.BindException is thrown on Windows XP when HTTP server is started and stopped in the loop. Message-ID: <54D2A6D1.5090104@oracle.com> Hi please oblige and review the following changes http://cr.openjdk.java.net/~msheppar/8015692/jdk8/webrev/ for the backport https://bugs.openjdk.java.net/browse/JDK-8072468 of the main bug https://bugs.openjdk.java.net/browse/JDK-8015692 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/2be709990761 review: http://mail.openjdk.java.net/pipermail/net-dev/2014-November/008757.html the main change is the dispatcher thread in the ServerImpl is joined in the stop() which ensures that SocketChannels are closed and network resources released prior to the next instantiation of the HttpServer. This is sent as a review rather than RFA as it was done in parallel with the main bug, but it slipped my mind to request review, or maybe my mind just slipped! regards Mark From hannes.wallnoefer at oracle.com Thu Feb 5 15:57:30 2015 From: hannes.wallnoefer at oracle.com (Hannes Wallnoefer) Date: Thu, 05 Feb 2015 16:57:30 +0100 Subject: [8u60] Request for approval for bulk integration of Nashorn JSON fixes Message-ID: <54D392EA.9000707@oracle.com> Please approve integration of the following Nashorn JSON related fixed for 8u60: Bug: https://bugs.openjdk.java.net/browse/JDK-8062141 Webrevs: http://cr.openjdk.java.net/~hannesw/8062141/ Review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004146.html Bug: https://bugs.openjdk.java.net/browse/JDK-8068872 Webrevs: http://cr.openjdk.java.net/~hannesw/8068872/ Review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004152.html Bug: https://bugs.openjdk.java.net/browse/JDK-8072626 Webrev: http://cr.openjdk.java.net/~hannesw/8072626/ Review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004157.html All changes apply cleanly to 8u-dev after reshuffling path names. Thanks, Hannes From rob.mckenna at oracle.com Thu Feb 5 16:10:45 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 05 Feb 2015 16:10:45 +0000 Subject: [8u60] Request for approval for bulk integration of Nashorn JSON fixes In-Reply-To: <54D392EA.9000707@oracle.com> References: <54D392EA.9000707@oracle.com> Message-ID: <54D39605.9080409@oracle.com> Approved. -Rob On 05/02/15 15:57, Hannes Wallnoefer wrote: > Please approve integration of the following Nashorn JSON related fixed > for 8u60: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8062141 > Webrevs: http://cr.openjdk.java.net/~hannesw/8062141/ > Review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004146.html > > Bug: https://bugs.openjdk.java.net/browse/JDK-8068872 > Webrevs: http://cr.openjdk.java.net/~hannesw/8068872/ > Review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004152.html > > Bug: https://bugs.openjdk.java.net/browse/JDK-8072626 > Webrev: http://cr.openjdk.java.net/~hannesw/8072626/ > Review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004157.html > > All changes apply cleanly to 8u-dev after reshuffling path names. > > Thanks, > Hannes From konstantin.shefov at oracle.com Fri Feb 6 10:21:09 2015 From: konstantin.shefov at oracle.com (Konstantin Shefov) Date: Fri, 06 Feb 2015 13:21:09 +0300 Subject: [8u-dev] Request for approval: JDK-6933879: URISyntaxException when non-alphanumeric characters are present in scope_id In-Reply-To: <54C250F8.70808@oracle.com> References: <54C24511.4020902@oracle.com> <54C250F8.70808@oracle.com> Message-ID: <54D49595.7070404@oracle.com> Hi Sean, I have tried to use different symbols in networking interface name in Linux. I have added a comment to https://bugs.openjdk.java.net/browse/JDK-8071458 I am able to use symbols: "-", "+", "=", "#", "@". I was UNABLE to use: "?", "~", "$", "*", "!", "[", "(", "&", "^", "|", "/", ":" and "\". My network interface name in Linux is now "eth0.1_-+=#@55" (used "ifconfig" command). On 23.01.2015 16:47, Se?n Coffey wrote: > Konstantin, > > can you hold off pushing this fix to jdk8u for the moment ? It's a P4 > and could have behavioural consequences (something we try and avoid in > update releases). I see JDK-8071458 was logged to track IPv6 scope > specifications. Let's see how this soaks into JDK 9 over coming days > and let's see how JDK-8071458 progresses. > > regards, > Sean. > > On 23/01/15 12:56, Konstantin Shefov wrote: >> Hello, >> >> Please approve the direct backport of the bug fix to 8u-dev >> >> Patch applies cleanly to JDK 8u. >> >> The bug:https://bugs.openjdk.java.net/browse/JDK-6933879 >> The webrev: http://cr.openjdk.java.net/~kshefov/6933879/webrev.01/ >> >> JDK 9 changeset: >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/801eb37fc6c4 >> Review thread: >> http://mail.openjdk.java.net/pipermail/net-dev/2015-January/008834.html >> >> Thanks >> -Konstantin > From sundararajan.athijegannathan at oracle.com Fri Feb 6 10:29:52 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Fri, 06 Feb 2015 15:59:52 +0530 Subject: [8u60] approval request for 8072595: nashorn should not use obj.getClass() for null checks Message-ID: <54D497A0.5030101@oracle.com> Please approve. bug: https://bugs.openjdk.java.net/browse/JDK-8072595 8u60 webrev: http://cr.openjdk.java.net/~sundar/8072595/8u60/webrev.00/ jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004148.html jdk8u-dev changes is exactly same as that of jdk9 except for modular source layout difference. Thanks, -Sundar From sean.coffey at oracle.com Fri Feb 6 10:36:47 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 06 Feb 2015 10:36:47 +0000 Subject: [8u60] approval request for 8072595: nashorn should not use obj.getClass() for null checks In-Reply-To: <54D497A0.5030101@oracle.com> References: <54D497A0.5030101@oracle.com> Message-ID: <54D4993F.20301@oracle.com> Approved. regards, Sean. On 06/02/15 10:29, A. Sundararajan wrote: > Please approve. > > bug: https://bugs.openjdk.java.net/browse/JDK-8072595 > 8u60 webrev: http://cr.openjdk.java.net/~sundar/8072595/8u60/webrev.00/ > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004148.html > > jdk8u-dev changes is exactly same as that of jdk9 except for modular > source layout difference. > > Thanks, > -Sundar From sundararajan.athijegannathan at oracle.com Fri Feb 6 15:09:24 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Fri, 06 Feb 2015 20:39:24 +0530 Subject: [8u60] approval request for 8071989: NashornScriptEngine returns javax.script.ScriptContext instance with insonsistent get/remove methods behavior for undefined attributes Message-ID: <54D4D924.3090004@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8071989 jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8071989/8u60/webrev.00/ jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004161.html Changes backported 'as is' except for modular source layout difference. Thanks, -Sundar From rob.mckenna at oracle.com Fri Feb 6 15:16:47 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 06 Feb 2015 15:16:47 +0000 Subject: [8u60] approval request for 8071989: NashornScriptEngine returns javax.script.ScriptContext instance with insonsistent get/remove methods behavior for undefined attributes In-Reply-To: <54D4D924.3090004@oracle.com> References: <54D4D924.3090004@oracle.com> Message-ID: <54D4DADF.20301@oracle.com> Approved. -Rob On 06/02/15 15:09, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8071989 > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8071989/8u60/webrev.00/ > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004161.html > > Changes backported 'as is' except for modular source layout difference. > > Thanks, > -Sundar From aleksej.efimov at oracle.com Fri Feb 6 15:30:27 2015 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Fri, 06 Feb 2015 18:30:27 +0300 Subject: [8u-dev] Request for approval: 8072042: (tz) Support tzdata2015a Message-ID: <54D4DE13.2010200@oracle.com> Hello, Please, approve the backport of TZ data 2014a integration fix to JDK8. The changes applies cleanly after unshuffling. JTREG/JPRT shows no failures. JBS: https://bugs.openjdk.java.net/browse/JDK-8072042 JDK9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/37d4f91814f6 Review thread: http://mail.openjdk.java.net/pipermail/i18n-dev/2015-February/001625.html With Best Regards, Aleksej From rob.mckenna at oracle.com Fri Feb 6 15:34:19 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 06 Feb 2015 15:34:19 +0000 Subject: [8u-dev] Request for approval: 8072042: (tz) Support tzdata2015a In-Reply-To: <54D4DE13.2010200@oracle.com> References: <54D4DE13.2010200@oracle.com> Message-ID: <54D4DEFB.50908@oracle.com> Approved. -Rob On 06/02/15 15:30, Aleksej Efimov wrote: > Hello, > > Please, approve the backport of TZ data 2014a integration fix to JDK8. > The changes applies cleanly after unshuffling. JTREG/JPRT shows no > failures. > > JBS: > https://bugs.openjdk.java.net/browse/JDK-8072042 > > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/37d4f91814f6 > > Review thread: > http://mail.openjdk.java.net/pipermail/i18n-dev/2015-February/001625.html > > With Best Regards, > Aleksej > > > > > From alejandro.murillo at oracle.com Fri Feb 6 22:25:10 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 06 Feb 2015 15:25:10 -0700 Subject: [8u60] Request for approval for bulk integration of hs25.60-b03 Message-ID: <54D53F46.6040503@oracle.com> Requesting approval to integrate hs25.60-b03 into jdk8u60-b02. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b03-jdk8u60-b02.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 6584008: jvmtiStringPrimitiveCallback should not be invoked when string value is null 8031064: build_vm_def.sh not working correctly for new build cross compile 8035938: Memory leak in JvmtiEnv::GetConstantPool 8068013: [TESTBUG] Aix support in hotspot jtreg tests 8071302: assert(!_reg_node[reg_lo] || edge_from_to(_reg_node[reg_lo], def)) failed: after block local 8071500: new hotspot build - hs25.60-b03 8071534: assert(!failing()) failed: Must not have pending failure. Reason is: out of memory 8071818: Incorrect addressing mode used for ldf in SPARC assembler 8071972: Minimal VM is broken for ARM fastdebug -- Alejandro From rob.mckenna at oracle.com Fri Feb 6 23:16:20 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 06 Feb 2015 23:16:20 +0000 Subject: [8u60] Request for approval for bulk integration of hs25.60-b03 In-Reply-To: <54D53F46.6040503@oracle.com> References: <54D53F46.6040503@oracle.com> Message-ID: <54D54B44.2080503@oracle.com> Approved. -Rob On 06/02/15 22:25, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.60-b03 into jdk8u60-b02. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b03-jdk8u60-b02.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 6584008: jvmtiStringPrimitiveCallback should not be invoked when > string value is null > 8031064: build_vm_def.sh not working correctly for new build cross > compile > 8035938: Memory leak in JvmtiEnv::GetConstantPool > 8068013: [TESTBUG] Aix support in hotspot jtreg tests > 8071302: assert(!_reg_node[reg_lo] || edge_from_to(_reg_node[reg_lo], > def)) failed: after block local > 8071500: new hotspot build - hs25.60-b03 > 8071534: assert(!failing()) failed: Must not have pending failure. > Reason is: out of memory > 8071818: Incorrect addressing mode used for ldf in SPARC assembler > 8071972: Minimal VM is broken for ARM fastdebug > From sundararajan.athijegannathan at oracle.com Mon Feb 9 09:38:34 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Mon, 09 Feb 2015 15:08:34 +0530 Subject: [8u60] please approve 8072752: Add regression tests for 8071678 and 8071594 Message-ID: <54D8801A.6090007@oracle.com> Hi, Bug: https://bugs.openjdk.java.net/browse/JDK-8072752 jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8072752/8u60/webrev.00/ jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004163.html backported 'as is' without any jdk8u specific changes. Thanks, -Sundar From sean.coffey at oracle.com Mon Feb 9 09:44:43 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 09 Feb 2015 09:44:43 +0000 Subject: [8u60] please approve 8072752: Add regression tests for 8071678 and 8071594 In-Reply-To: <54D8801A.6090007@oracle.com> References: <54D8801A.6090007@oracle.com> Message-ID: <54D8818B.5070006@oracle.com> Approved. regards, Sean. On 09/02/2015 09:38, A. Sundararajan wrote: > Hi, > > Bug: https://bugs.openjdk.java.net/browse/JDK-8072752 > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8072752/8u60/webrev.00/ > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004163.html > > backported 'as is' without any jdk8u specific changes. > > Thanks, > -Sundar From sundararajan.athijegannathan at oracle.com Tue Feb 10 11:35:59 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Tue, 10 Feb 2015 17:05:59 +0530 Subject: [8u60] approval request for 8068587: ScriptEngineFactory.getParameter() should specify NPE for a null key Message-ID: <54D9ED1F.3080304@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8068587 jdk9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031333.html jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8068587/8u60/webrev.00/ Thanks, -Sundar From sean.coffey at oracle.com Tue Feb 10 12:31:22 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 10 Feb 2015 12:31:22 +0000 Subject: [8u60] approval request for 8068587: ScriptEngineFactory.getParameter() should specify NPE for a null key In-Reply-To: <54D9ED1F.3080304@oracle.com> References: <54D9ED1F.3080304@oracle.com> Message-ID: <54D9FA1A.7080809@oracle.com> Sundar, this can be regarded as a spec change in an update release. It's not suitable unless you're planning an update to JSR 223. I also see that you haven't logged a CCC request for the JDK 9 fix. For now, I suggest that this doesn't get backported to jdk8u. regards, Sean. On 10/02/2015 11:35, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8068587 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031333.html > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8068587/8u60/webrev.00/ > > Thanks, > -Sundar From sundararajan.athijegannathan at oracle.com Tue Feb 10 12:46:24 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Tue, 10 Feb 2015 18:16:24 +0530 Subject: [8u60] approval request for 8068587: ScriptEngineFactory.getParameter() should specify NPE for a null key In-Reply-To: <54D9FA1A.7080809@oracle.com> References: <54D9ED1F.3080304@oracle.com> <54D9FA1A.7080809@oracle.com> Message-ID: <54D9FDA0.2030900@oracle.com> Sounds good. I had offline discussion on this issue as well. Not going to backport. I take back the approval request. regards, -Sundar On Tuesday 10 February 2015 06:01 PM, Se?n Coffey wrote: > Sundar, > > this can be regarded as a spec change in an update release. It's not > suitable unless you're planning an update to JSR 223. I also see that > you haven't logged a CCC request for the JDK 9 fix. > > For now, I suggest that this doesn't get backported to jdk8u. > > regards, > Sean. > > On 10/02/2015 11:35, A. Sundararajan wrote: >> Please approve. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8068587 >> jdk9 review thread: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031333.html >> jdk8u-dev webrev: >> http://cr.openjdk.java.net/~sundar/8068587/8u60/webrev.00/ >> >> Thanks, >> -Sundar > From konstantin.shefov at oracle.com Tue Feb 10 15:28:29 2015 From: konstantin.shefov at oracle.com (Konstantin Shefov) Date: Tue, 10 Feb 2015 18:28:29 +0300 Subject: [8u-dev] Request for approval: JDK-6933879: URISyntaxException when non-alphanumeric characters are present in scope_id In-Reply-To: <54C250F8.70808@oracle.com> References: <54C24511.4020902@oracle.com> <54C250F8.70808@oracle.com> Message-ID: <54DA239D.4080300@oracle.com> Hello, I have evaluated https://bugs.openjdk.java.net/browse/JDK-8071458 I have tried to use different symbols in networking interface name in Linux. I have added a comment to https://bugs.openjdk.java.net/browse/JDK-8071458 I am able to use symbols: "-", "+", "=", "#", "@". I was UNABLE to use: "?", "~", "$", "*", "!", "[", "(", "&", "^", "|", "/", ":" and "\". My network interface name in Linux is now "eth0.1_-+=#@55" (used "ifconfig" command). I think I should create a new review request for JDK 9 again and then backport it to 8. Thanks -Konstantin On 23.01.2015 16:47, Se?n Coffey wrote: > Konstantin, > > can you hold off pushing this fix to jdk8u for the moment ? It's a P4 > and could have behavioural consequences (something we try and avoid in > update releases). I see JDK-8071458 was logged to track IPv6 scope > specifications. Let's see how this soaks into JDK 9 over coming days > and let's see how JDK-8071458 progresses. > > regards, > Sean. > > On 23/01/15 12:56, Konstantin Shefov wrote: >> Hello, >> >> Please approve the direct backport of the bug fix to 8u-dev >> >> Patch applies cleanly to JDK 8u. >> >> The bug:https://bugs.openjdk.java.net/browse/JDK-6933879 >> The webrev: http://cr.openjdk.java.net/~kshefov/6933879/webrev.01/ >> >> JDK 9 changeset: >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/801eb37fc6c4 >> Review thread: >> http://mail.openjdk.java.net/pipermail/net-dev/2015-January/008834.html >> >> Thanks >> -Konstantin > From chris.hegarty at oracle.com Tue Feb 10 16:00:30 2015 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Tue, 10 Feb 2015 16:00:30 +0000 Subject: [8u-dev] Request for approval: JDK-6933879: URISyntaxException when non-alphanumeric characters are present in scope_id In-Reply-To: <54DA239D.4080300@oracle.com> References: <54C24511.4020902@oracle.com> <54C250F8.70808@oracle.com> <54DA239D.4080300@oracle.com> Message-ID: <08BDE303-B6B6-481A-9E92-674D0B6B92E9@oracle.com> On 10 Feb 2015, at 15:28, Konstantin Shefov wrote: > Hello, > > I have evaluated https://bugs.openjdk.java.net/browse/JDK-8071458 6933879 allowed a minimal additional set of non-alphanumeric characters. 8071458 was filed to examine the potential specification implications that arose during the review of 6933879. Before any attempt is made to add further non-alphanumeric characters, the specification needs to be examined to see if it makes sense to define the allowable set of characters, or other side-effects of doing so. -Chris. > I have tried to use different symbols in networking interface name in Linux. I have added a comment to https://bugs.openjdk.java.net/browse/JDK-8071458 > > I am able to use symbols: "-", "+", "=", "#", "@". > I was UNABLE to use: "?", "~", "$", "*", "!", "[", "(", "&", "^", "|", "/", ":" and "\". > > My network interface name in Linux is now "eth0.1_-+=#@55" (used "ifconfig" command). > > I think I should create a new review request for JDK 9 again and then backport it to 8. > > Thanks > -Konstantin > > On 23.01.2015 16:47, Se?n Coffey wrote: >> Konstantin, >> >> can you hold off pushing this fix to jdk8u for the moment ? It's a P4 >> and could have behavioural consequences (something we try and avoid in >> update releases). I see JDK-8071458 was logged to track IPv6 scope >> specifications. Let's see how this soaks into JDK 9 over coming days >> and let's see how JDK-8071458 progresses. >> >> regards, >> Sean. >> >> On 23/01/15 12:56, Konstantin Shefov wrote: >>> Hello, >>> >>> Please approve the direct backport of the bug fix to 8u-dev >>> >>> Patch applies cleanly to JDK 8u. >>> >>> The bug:https://bugs.openjdk.java.net/browse/JDK-6933879 >>> The webrev: http://cr.openjdk.java.net/~kshefov/6933879/webrev.01/ >>> >>> JDK 9 changeset: >>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/801eb37fc6c4 >>> Review thread: >>> http://mail.openjdk.java.net/pipermail/net-dev/2015-January/008834.html >>> >>> Thanks >>> -Konstantin >> > From alejandro.murillo at oracle.com Tue Feb 10 19:28:14 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 10 Feb 2015 12:28:14 -0700 Subject: jdk8u60-b02: HotSpot Message-ID: <54DA5BCE.60200@oracle.com> hs25.60-b03 has been integrated into jdk8u60-b02. http://hg.openjdk.java.net/jdk8u/jdk8u/rev/2ca2e2430370 http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/a98524c04cbd http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/38f608052383 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/0b64e727bdb0 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/5eb3236cc4a7 http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/c10fd784956c http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/387cf62ce789 http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/39e0c14d45c3 Component : VM Status : 0 major failures, 0 minor failure Date : 02/10/2015 at 12:00 MSK Tested By : STT_VM Cost(total man-days): 1 Workspace : 2015-02-06-165539.amurillo.hs25-60-b03-snapshot Bundles : 2015-02-06-165539.amurillo.hs25-60-b03-snapshot Platforms : Others Tests : Log : link Browsers : NA Patches : NA Number of Tests Executed : 375398 passed tests, 3399 failed tests (no new failures) Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: 8023096: crash in JNI_CreateJavaVM nsk/regression/b4506782 on ppc and ppcv2 8043340: [macosx] Fix hard-wired paths to JavaVM.framework 8048050: Agent NullPointerException when rmi.port in use 8062063: Usage of UseHugeTLBFS, UseLargePagesInMetaspace and huge SurvivorAlignmentInBytes cause crashes in CMBitMapClosure::do_bit 8066763: fatal error "assert(false) failed: unexpected yanked node" in postaloc.cpp:139 8068678: new hotspot build - hs25.60-b02 8068881: SIGBUS in C2 compiled method weblogic.wsee.jaxws.framework.jaxrpc.EnvironmentFactory$SimulatedWsdlDefinitions. 8068909: SIGSEGV in c2 compiled code with OptimizeStringConcat 8069006: [macosx] Re-fix deploy makefiles for JDK-8043340 New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: jdk8u60-b02 Issues and Notes: This is PIT for HS25.60-b03 for jdk8u60-b02. Go for integration. -- Alejandro From rob.mckenna at oracle.com Tue Feb 10 23:46:46 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 10 Feb 2015 23:46:46 +0000 Subject: [8u-dev] Request for approval: 8065553: Failed Java web start via IPv6 (Java7u71 or later) Message-ID: <54DA9866.50908@oracle.com> Hi folks, Bug: https://bugs.openjdk.java.net/browse/JDK-8065553 Changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/311c2ac065f2 Review: http://mail.openjdk.java.net/pipermail/security-dev/2015-January/011662.html Patch applies cleanly. -Rob From naoto.sato at oracle.com Wed Feb 11 00:25:11 2015 From: naoto.sato at oracle.com (Naoto Sato) Date: Tue, 10 Feb 2015 16:25:11 -0800 Subject: [8u-dev] Request for approval: 8065553: Failed Java web start via IPv6 (Java7u71 or later) In-Reply-To: <54DA9866.50908@oracle.com> References: <54DA9866.50908@oracle.com> Message-ID: <54DAA167.2080708@oracle.com> Approved. Naoto On 2/10/15 3:46 PM, Rob McKenna wrote: > Hi folks, > > Bug: https://bugs.openjdk.java.net/browse/JDK-8065553 > Changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/311c2ac065f2 > Review: > http://mail.openjdk.java.net/pipermail/security-dev/2015-January/011662.html > > > Patch applies cleanly. > > -Rob > From ivan.gerasimov at oracle.com Wed Feb 11 08:40:17 2015 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Wed, 11 Feb 2015 11:40:17 +0300 Subject: [8u-dev] Request for approval to backport: 8071643: sun.security.krb5.KrbApReq.authenticate() is not thread safe Message-ID: <54DB1571.9090305@oracle.com> Hi! Would you please approve backporting this fix into jdk8u? The unshuffled fix applies cleanly. Bug: https://bugs.openjdk.java.net/browse/JDK-8071643 Jdk 9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/eb522ba04156 Review: http://mail.openjdk.java.net/pipermail/security-dev/2015-February/011691.html Sincerely yours, Ivan From sean.coffey at oracle.com Wed Feb 11 09:24:20 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 11 Feb 2015 09:24:20 +0000 Subject: [8u-dev] Request for approval to backport: 8071643: sun.security.krb5.KrbApReq.authenticate() is not thread safe In-Reply-To: <54DB1571.9090305@oracle.com> References: <54DB1571.9090305@oracle.com> Message-ID: <54DB1FC4.6010006@oracle.com> Approved. regards, Sean. On 11/02/2015 08:40, Ivan Gerasimov wrote: > Hi! > > Would you please approve backporting this fix into jdk8u? > The unshuffled fix applies cleanly. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8071643 > Jdk 9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/eb522ba04156 > Review: > http://mail.openjdk.java.net/pipermail/security-dev/2015-February/011691.html > > Sincerely yours, > Ivan > From mark.sheppard at oracle.com Thu Feb 12 12:36:47 2015 From: mark.sheppard at oracle.com (Mark Sheppard) Date: Thu, 12 Feb 2015 12:36:47 +0000 Subject: RFR [8u-dev]: JDK-8033371 - jdk/src/solaris/native/java/lang/ProcessEnvironment.c environ doesn't check for JNI pending exceptions Message-ID: <54DC9E5F.8070504@oracle.com> Hi please oblige and review the following changset http://cr.openjdk.java.net/~msheppar/8033371/jdk8/webrev/ as a back port of https://bugs.openjdk.java.net/browse/JDK-8033371 to 8u-dev original changeset http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b87751b651ec the original changeset was applied but the changes to src/windows/native/java/lang/ProcessEnvironment_md.c did not apply cleanly ... seem to be already there!! regression have passed OK regards Mark From attila.szegedi at oracle.com Thu Feb 12 15:46:14 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Thu, 12 Feb 2015 16:46:14 +0100 Subject: [8u60] Request for Approval: 8072000: New compiler warning after JDK-8067139 In-Reply-To: <530F7D76-8697-482A-AC69-B4EC1F61F6BD@oracle.com> References: <530F7D76-8697-482A-AC69-B4EC1F61F6BD@oracle.com> Message-ID: <3FD4DA9E-3537-48F7-9441-482923260D85@oracle.com> Ping - haven't gotten any response to this request yet. Thanks, Attila. On Feb 2, 2015, at 3:42 PM, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8072000 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8072000/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-January/004136.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From attila.szegedi at oracle.com Thu Feb 12 15:52:30 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Thu, 12 Feb 2015 16:52:30 +0100 Subject: [8u60] Request for Approval: 8072596: Arrays.asList results in ClassCastException with a JS array Message-ID: Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8072596 jdk9 webrev: http://cr.openjdk.java.net/~attila/8072596/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004172.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From sean.coffey at oracle.com Thu Feb 12 16:01:19 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Thu, 12 Feb 2015 16:01:19 +0000 Subject: [8u60] Request for Approval: 8072000: New compiler warning after JDK-8067139 In-Reply-To: <3FD4DA9E-3537-48F7-9441-482923260D85@oracle.com> References: <530F7D76-8697-482A-AC69-B4EC1F61F6BD@oracle.com> <3FD4DA9E-3537-48F7-9441-482923260D85@oracle.com> Message-ID: <54DCCE4F.1090206@oracle.com> Hey Attila, I don't see any previous requests on the list for this one. Approved. regards, Sean. On 12/02/2015 15:46, Attila Szegedi wrote: > Ping - haven't gotten any response to this request yet. > > Thanks, > Attila. > > On Feb 2, 2015, at 3:42 PM, Attila Szegedi wrote: > >> Please approve. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8072000 >> jdk9 webrev: http://cr.openjdk.java.net/~attila/8072000/webrev.00 >> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-January/004136.html >> >> Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. >> >> Thanks, >> Attila. From sean.coffey at oracle.com Thu Feb 12 16:01:39 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Thu, 12 Feb 2015 16:01:39 +0000 Subject: [8u60] Request for Approval: 8072596: Arrays.asList results in ClassCastException with a JS array In-Reply-To: References: Message-ID: <54DCCE63.3060808@oracle.com> Approved. regards, Sean. On 12/02/2015 15:52, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8072596 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8072596/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004172.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From attila.szegedi at oracle.com Thu Feb 12 16:04:03 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Thu, 12 Feb 2015 17:04:03 +0100 Subject: [8u60] Request for Approval: 8072000: New compiler warning after JDK-8067139 In-Reply-To: <54DCCE4F.1090206@oracle.com> References: <530F7D76-8697-482A-AC69-B4EC1F61F6BD@oracle.com> <3FD4DA9E-3537-48F7-9441-482923260D85@oracle.com> <54DCCE4F.1090206@oracle.com> Message-ID: <3643394F-D0B9-44D6-9F41-EA32D1CC5E6E@oracle.com> Thanks. It's super weird, because now the original Feb 2 message that I replied to with a ping also disappeared from my mailbox. It definitely wasn't just an unsent draft. Twilight Zone? :-) On Feb 12, 2015, at 5:01 PM, Se?n Coffey wrote: > Hey Attila, > > I don't see any previous requests on the list for this one. Approved. > > regards, > Sean. > > On 12/02/2015 15:46, Attila Szegedi wrote: >> Ping - haven't gotten any response to this request yet. >> >> Thanks, >> Attila. >> >> On Feb 2, 2015, at 3:42 PM, Attila Szegedi wrote: >> >>> Please approve. >>> >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8072000 >>> jdk9 webrev: http://cr.openjdk.java.net/~attila/8072000/webrev.00 >>> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-January/004136.html >>> >>> Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. >>> >>> Thanks, >>> Attila. > From sean.coffey at oracle.com Thu Feb 12 18:20:09 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 12 Feb 2015 18:20:09 +0000 Subject: [8u-dev] Request for approval : 8041740: Test sun/security/tools/keytool/ListKeychainStore.sh fails on Mac Message-ID: <54DCEED9.5020406@oracle.com> Looking to backport this testcase fix to jdk8u-dev. Changes apply cleanly. Bug ID : https://bugs.openjdk.java.net/browse/JDK-8041740 review thread : http://mail.openjdk.java.net/pipermail/security-dev/2014-October/011289.html Regards, Sean. From rob.mckenna at oracle.com Thu Feb 12 18:23:01 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 12 Feb 2015 18:23:01 +0000 Subject: [8u-dev] Request for approval : 8041740: Test sun/security/tools/keytool/ListKeychainStore.sh fails on Mac In-Reply-To: <54DCEED9.5020406@oracle.com> References: <54DCEED9.5020406@oracle.com> Message-ID: <54DCEF85.6050903@oracle.com> Approved. -Rob On 12/02/15 18:20, Se?n Coffey wrote: > Looking to backport this testcase fix to jdk8u-dev. Changes apply > cleanly. > > Bug ID : https://bugs.openjdk.java.net/browse/JDK-8041740 > review thread : > http://mail.openjdk.java.net/pipermail/security-dev/2014-October/011289.html > > Regards, > Sean. From jan.lahoda at oracle.com Thu Feb 12 21:16:12 2015 From: jan.lahoda at oracle.com (Jan Lahoda) Date: Thu, 12 Feb 2015 22:16:12 +0100 Subject: [8u-dev] request for approval to backport JDK-8057794: Compiler Error when obtaining .class property Message-ID: <54DD181C.30206@oracle.com> Hello, I'd like to ask for a review and an approval to backport fix for: Bug: https://bugs.openjdk.java.net/browse/JDK-8068517 jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/a510d7536fa1 Unfortunately, the fix does not apply cleanly to 8u-dev/langtools. A JDK 8u version of the patch is available here: http://cr.openjdk.java.net/~jlahoda/8068517/webrev-8.00/ The fix is conceptually the same as in 9, only adjusted for 8u. The test required bigger rewrite, as it originally depended on the new ToolBox API which is 9-only. Thanks, Jan From jan.lahoda at oracle.com Thu Feb 12 21:21:52 2015 From: jan.lahoda at oracle.com (Jan Lahoda) Date: Thu, 12 Feb 2015 22:21:52 +0100 Subject: [8u-dev] request for review and approval to backport JDK-8068517: Compiler may generate wrong InnerClasses attribute for static enum reference In-Reply-To: <54DD181C.30206@oracle.com> References: <54DD181C.30206@oracle.com> Message-ID: <54DD1970.9090902@oracle.com> [resending with correct subject, sorry for confusion] Hello, I'd like to ask for a review and an approval to backport fix for: Bug: https://bugs.openjdk.java.net/browse/JDK-8068517 jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/a510d7536fa1 Unfortunately, the fix does not apply cleanly to 8u-dev/langtools. A JDK 8u version of the patch is available here: http://cr.openjdk.java.net/~jlahoda/8068517/webrev-8.00/ The fix is conceptually the same as in 9, only adjusted for 8u. The test required bigger rewrite, as it originally depended on the new ToolBox API which is 9-only. Thanks, Jan From sean.coffey at oracle.com Thu Feb 12 22:13:55 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Thu, 12 Feb 2015 22:13:55 +0000 Subject: [8u-dev] request for review and approval to backport JDK-8068517: Compiler may generate wrong InnerClasses attribute for static enum reference In-Reply-To: <54DD1970.9090902@oracle.com> References: <54DD181C.30206@oracle.com> <54DD1970.9090902@oracle.com> Message-ID: <54DD25A3.7060805@oracle.com> Approved but subject to you getting a review from reviewer in the compiler team for the 8u changes you've made. regards, Sean. On 12/02/2015 21:21, Jan Lahoda wrote: > [resending with correct subject, sorry for confusion] > > Hello, > > I'd like to ask for a review and an approval to backport fix for: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8068517 > jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/a510d7536fa1 > > Unfortunately, the fix does not apply cleanly to 8u-dev/langtools. A JDK > 8u version of the patch is available here: > http://cr.openjdk.java.net/~jlahoda/8068517/webrev-8.00/ > > The fix is conceptually the same as in 9, only adjusted for 8u. The test > required bigger rewrite, as it originally depended on the new ToolBox > API which is 9-only. > > Thanks, > Jan From maurizio.cimadamore at oracle.com Fri Feb 13 13:29:13 2015 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Fri, 13 Feb 2015 13:29:13 +0000 Subject: [8u-dev] request for approval to backport JDK-8057794: Compiler Error when obtaining .class property In-Reply-To: <54DD181C.30206@oracle.com> References: <54DD181C.30206@oracle.com> Message-ID: <54DDFC29.1040203@oracle.com> Looks good to me. Maurizio On 12/02/15 21:16, Jan Lahoda wrote: > Hello, > > I'd like to ask for a review and an approval to backport fix for: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8068517 > jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/a510d7536fa1 > > Unfortunately, the fix does not apply cleanly to 8u-dev/langtools. A > JDK 8u version of the patch is available here: > http://cr.openjdk.java.net/~jlahoda/8068517/webrev-8.00/ > > The fix is conceptually the same as in 9, only adjusted for 8u. The > test required bigger rewrite, as it originally depended on the new > ToolBox API which is 9-only. > > Thanks, > Jan From lev.priima at oracle.com Fri Feb 13 15:10:27 2015 From: lev.priima at oracle.com (Lev Priima) Date: Fri, 13 Feb 2015 18:10:27 +0300 Subject: RFA: 8072909: TimSort fails with ArrayIndexOutOfBoundsException on worst case long arrays Message-ID: <54DE13E3.6010907@oracle.com> Please approve and push: https://bugs.openjdk.java.net/browse/JDK-8072909 Review for 9: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031437.html JDK9 patch can be smoothly applied by: jdk8u-dev/jdk$ (cd ~/code/jdk9/dev/jdk && hg pull -u && hg log --patch --git -r e276aa5b8a4b) | sh ~/code/jdk9/dev/common/bin/unshuffle_patch.sh jdk - - | hg patch - -- Lev From sean.coffey at oracle.com Fri Feb 13 16:33:16 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Fri, 13 Feb 2015 16:33:16 +0000 Subject: Approval request ? 8069268 - Re: hg: jdk8u/jdk8u-dev/jdk: 2 new changesets In-Reply-To: <201502121911.t1CJBBCc011407@aojmv0008> References: <201502121911.t1CJBBCc011407@aojmv0008> Message-ID: <54DE274C.7020603@oracle.com> Vivi, Abhijit, I don't recall seeing an approval request for this push. Was one submitted ? If there wasn't, then please log one retroactively. http://openjdk.java.net/projects/jdk8u/groundrules.html regards, Sean. On 12/02/15 19:11, abhi.saha at oracle.com wrote: > Changeset: aafe81a686a2 > Author: van > Date: 2015-02-12 10:50 -0800 > URL: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/aafe81a686a2 > > 8069268: JComponent.AccessibleJComponent.addPropertyListeners adds exponential listeners > Reviewed-by: ptbrunet, serb > > ! src/share/classes/javax/swing/JComponent.java > + test/javax/accessibility/8069268/bug8069268.java > > Changeset: 649739000a04 > Author: asaha > Date: 2015-02-12 11:07 -0800 > URL: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/649739000a04 > > Merge > > From iris.clark at oracle.com Fri Feb 13 16:38:59 2015 From: iris.clark at oracle.com (Iris Clark) Date: Fri, 13 Feb 2015 08:38:59 -0800 (PST) Subject: Java SE 8 Maintenance Review Ballot (JSR 337) Approved Message-ID: <2e2e24d3-17be-4ada-aa64-8e989c56f2c5@default> The JCP Executive Committee has approved the Java SE 8 Maintenance Review Ballot (JSR 337) [0]. In March 2015 Oracle will deliver a Maintenance Release which includes an updated Specification, RI, and TCK. Thanks, iris [0] https://jcp.org/en/jsr/results?id=5750 From brian.burkhalter at oracle.com Fri Feb 13 18:41:10 2015 From: brian.burkhalter at oracle.com (Brian Burkhalter) Date: Fri, 13 Feb 2015 10:41:10 -0800 Subject: [8u60] Request for approval for CR 8066842 - java.math.BigDecimal.divide(BigDecimal, RoundingMode) produces incorrect result Message-ID: <857AB3C5-3278-41F6-B4E6-5FF3F8A22C12@oracle.com> Please approve this backport request: Issue: https://bugs.openjdk.java.net/browse/JDK-8066842 Patch: http://cr.openjdk.java.net/~bpb/8066842/webrev.04/ Review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-January/030849.html http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031281.html Patch applies cleanly and test passes. Thanks, Brian From rob.mckenna at oracle.com Fri Feb 13 18:48:56 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 13 Feb 2015 18:48:56 +0000 Subject: [8u60] Request for approval for CR 8066842 - java.math.BigDecimal.divide(BigDecimal, RoundingMode) produces incorrect result In-Reply-To: <857AB3C5-3278-41F6-B4E6-5FF3F8A22C12@oracle.com> References: <857AB3C5-3278-41F6-B4E6-5FF3F8A22C12@oracle.com> Message-ID: <54DE4718.7030505@oracle.com> Approved. -Rob On 13/02/15 18:41, Brian Burkhalter wrote: > Please approve this backport request: > > Issue: https://bugs.openjdk.java.net/browse/JDK-8066842 > Patch: http://cr.openjdk.java.net/~bpb/8066842/webrev.04/ > > Review thread: > > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-January/030849.html > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031281.html > > Patch applies cleanly and test passes. > > Thanks, > > Brian From anthony.scarpino at oracle.com Fri Feb 13 19:06:15 2015 From: anthony.scarpino at oracle.com (Anthony Scarpino) Date: Fri, 13 Feb 2015 11:06:15 -0800 Subject: [8u] Request for approval 8022313: sun/security/pkcs11/rsa/TestKeyPairGenerator.java failed Message-ID: <54DE4B27.1090903@oracle.com> I'm requesting backport of this simple test change bug: https://bugs.openjdk.java.net/browse/JDK-8022313 webrev: http://cr.openjdk.java.net/~ascarpino/8022313/webrev/ review thread: http://mail.openjdk.java.net/pipermail/security-dev/2015-February/011712.html thanks Tony From vivi.an at oracle.com Fri Feb 13 19:22:58 2015 From: vivi.an at oracle.com (Vivi An) Date: Fri, 13 Feb 2015 11:22:58 -0800 Subject: [8u-dev] Backport Request: 8068518: IllegalArgumentException in JTree.AccessibleJTree Message-ID: <54DE4F12.7020308@oracle.com> Hello, Please approve straight backport of bug fix to jdk8u-dev. Description: Since TreePath(Object[] path) throws /IllegalArgumentException /in case the passed in "path" is null or last element of the array is null. We need to make sure the result of TreeModel.getRoot() is not null before using it to create TreePath. Fix made adding null guards in related areas to avoid /IllegalArgumentException/when creating TreePath/./ Bug: https://bugs.openjdk.java.net/browse/JDK-8068518 JDK9 Webrev: http://cr.openjdk.java.net/~van/8068518/webrev.01/ JDK9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/a8efddeaae3d Thank you Regards, Vivi From vivi.an at oracle.com Fri Feb 13 19:55:56 2015 From: vivi.an at oracle.com (Vivi An) Date: Fri, 13 Feb 2015 11:55:56 -0800 Subject: [8] Review Request: JDK-8069268 JComponent.AccessibleJComponent.addPropertyListeners adds exponential listeners Message-ID: <54DE56CC.9040504@oracle.com> Hello, This is a retroactively review request. Bug Description: In Component/Container/JComponent's AccessibleContext inner classes, a private variable propertyListenersCount is used to make sure a specific listener is only added once through addPropertyChangeListener. However, ContainerListener which declared in Container's inner class was added to PropertyChangeListener in both Container and it's child class,*in case of nested levels us*ed,* exponential listeners will be adde*d and lead to performance issue*. * *** **Fix Description: The fix removed code in AccessibleJComponent(Inner class of JComponent*) which *add*ing *listener**declared *and*added as property change listener through parent class. This way, the listener won't be added twice and lead to exponential listeners added in nested levels case.* ** Bug: https://bugs.openjdk.java.net/browse/JDK-8069268 JDK8 Changeset: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/aafe81a686a2 Patch: http://cr.openjdk.java.net/~van/8069268/8069268.v2 Original review has been finished by Pete Brunet and Sergey Bylokhov. Thank you Regards, Vivi From rob.mckenna at oracle.com Fri Feb 13 21:48:41 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 13 Feb 2015 21:48:41 +0000 Subject: [8u-dev] Backport Request: 8068518: IllegalArgumentException in JTree.AccessibleJTree In-Reply-To: <54DE4F12.7020308@oracle.com> References: <54DE4F12.7020308@oracle.com> Message-ID: <54DE7139.7090305@oracle.com> Approved. -Rob On 13/02/15 19:22, Vivi An wrote: > Hello, > > Please approve straight backport of bug fix to jdk8u-dev. > > Description: > Since TreePath(Object[] path) throws /IllegalArgumentException /in > case the passed in "path" is null or last element of the array is > null. We need to make sure the result of TreeModel.getRoot() is not > null before using it to create TreePath. Fix made adding null guards > in related areas to avoid /IllegalArgumentException/when creating > TreePath/./ > > Bug: https://bugs.openjdk.java.net/browse/JDK-8068518 > JDK9 Webrev: http://cr.openjdk.java.net/~van/8068518/webrev.01/ > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/a8efddeaae3d > > Thank you > > Regards, > > Vivi From rob.mckenna at oracle.com Fri Feb 13 21:49:16 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 13 Feb 2015 21:49:16 +0000 Subject: [8u] Request for approval 8022313: sun/security/pkcs11/rsa/TestKeyPairGenerator.java failed In-Reply-To: <54DE4B27.1090903@oracle.com> References: <54DE4B27.1090903@oracle.com> Message-ID: <54DE715C.60002@oracle.com> Approved assuming the changes apply cleanly. -Rob On 13/02/15 19:06, Anthony Scarpino wrote: > I'm requesting backport of this simple test change > > bug: > https://bugs.openjdk.java.net/browse/JDK-8022313 > > webrev: > http://cr.openjdk.java.net/~ascarpino/8022313/webrev/ > > review thread: > > http://mail.openjdk.java.net/pipermail/security-dev/2015-February/011712.html > > > thanks > > Tony From fweimer at redhat.com Mon Feb 16 11:49:30 2015 From: fweimer at redhat.com (Florian Weimer) Date: Mon, 16 Feb 2015 12:49:30 +0100 Subject: [8u60] Approval request for 8069072: Improve GHASH performance Message-ID: <54E1D94A.9070801@redhat.com> Please approve the backport of the AES-GCM performance fix to 8u60. Bug: https://bugs.openjdk.java.net/browse/JDK-8073153 JDK9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/054e5baae476 JDK9 review: http://mail.openjdk.java.net/pipermail/security-dev/2015-February/011699.html JDK8 webrev: http://cr.openjdk.java.net/~fweimer/8073153/webrev.00/ The backport is identical to the JDK9 changeset except for the usual patch reshuffling. (Someone will have to commit this for me.) -- Florian Weimer / Red Hat Product Security From sean.coffey at oracle.com Mon Feb 16 13:50:38 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 16 Feb 2015 13:50:38 +0000 Subject: [8u60] Approval request for 8069072: Improve GHASH performance In-Reply-To: <54E1D94A.9070801@redhat.com> References: <54E1D94A.9070801@redhat.com> Message-ID: <54E1F5AE.3020000@oracle.com> Approved. I can sponsor this one in jdk8u-dev for you. regards, Sean. On 16/02/15 11:49, Florian Weimer wrote: > Please approve the backport of the AES-GCM performance fix to 8u60. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8073153 > JDK9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/054e5baae476 > JDK9 review: > http://mail.openjdk.java.net/pipermail/security-dev/2015-February/011699.html > JDK8 webrev: http://cr.openjdk.java.net/~fweimer/8073153/webrev.00/ > > The backport is identical to the JDK9 changeset except for the usual > patch reshuffling. > > (Someone will have to commit this for me.) > From sean.coffey at oracle.com Mon Feb 16 13:51:40 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 16 Feb 2015 13:51:40 +0000 Subject: [8u60] Approval request for 8069072: Improve GHASH performance In-Reply-To: <54E1F5AE.3020000@oracle.com> References: <54E1D94A.9070801@redhat.com> <54E1F5AE.3020000@oracle.com> Message-ID: <54E1F5EC.60402@oracle.com> On 16/02/15 13:50, Se?n Coffey wrote: > Approved. I can sponsor this one in jdk8u-dev for you. I meant commit. regards, Sean. > > regards, > Sean. > > On 16/02/15 11:49, Florian Weimer wrote: >> Please approve the backport of the AES-GCM performance fix to 8u60. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8073153 >> JDK9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/054e5baae476 >> JDK9 review: >> http://mail.openjdk.java.net/pipermail/security-dev/2015-February/011699.html >> >> JDK8 webrev: http://cr.openjdk.java.net/~fweimer/8073153/webrev.00/ >> >> The backport is identical to the JDK9 changeset except for the usual >> patch reshuffling. >> >> (Someone will have to commit this for me.) >> > From fweimer at redhat.com Mon Feb 16 13:50:47 2015 From: fweimer at redhat.com (Florian Weimer) Date: Mon, 16 Feb 2015 14:50:47 +0100 Subject: [8u60] Approval request for 8069072: Improve GHASH performance In-Reply-To: <54E1F5EC.60402@oracle.com> References: <54E1D94A.9070801@redhat.com> <54E1F5AE.3020000@oracle.com> <54E1F5EC.60402@oracle.com> Message-ID: <54E1F5B7.4050407@redhat.com> On 02/16/2015 02:51 PM, Se?n Coffey wrote: > On 16/02/15 13:50, Se?n Coffey wrote: >> Approved. I can sponsor this one in jdk8u-dev for you. > I meant commit. I thanks, I'd appreciate that. -- Florian Weimer / Red Hat Product Security From anton.nashatyrev at oracle.com Mon Feb 16 16:21:02 2015 From: anton.nashatyrev at oracle.com (Anton Nashatyrev) Date: Mon, 16 Feb 2015 19:21:02 +0300 Subject: [8u-dev] Backport request: 8072676: [macosx] Jtree icon painted over label when scrollbars present in window Message-ID: <54E218EE.1030206@oracle.com> Hello, please approve the fix backport from jdk9 to jdk8u-dev. The patch was applied without any modifications (with the exception of file paths). Bug: https://bugs.openjdk.java.net/browse/JDK-8072676 Jdk9 Changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/d768141965d7 Jdk9 Review Thread: http://mail.openjdk.java.net/pipermail/swing-dev/2015-February/004184.html Thanks! Anton. From sean.coffey at oracle.com Mon Feb 16 16:32:19 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 16 Feb 2015 16:32:19 +0000 Subject: [8u-dev] Backport request: 8072676: [macosx] Jtree icon painted over label when scrollbars present in window In-Reply-To: <54E218EE.1030206@oracle.com> References: <54E218EE.1030206@oracle.com> Message-ID: <54E21B93.4000607@oracle.com> Anton, can you add a description to the bug report and open it up for public viewing ? Approved. regards, Sean. On 16/02/15 16:21, Anton Nashatyrev wrote: > Hello, > > please approve the fix backport from jdk9 to jdk8u-dev. The patch > was applied without any modifications (with the exception of file paths). > > Bug: https://bugs.openjdk.java.net/browse/JDK-8072676 > Jdk9 Changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/d768141965d7 > Jdk9 Review Thread: > http://mail.openjdk.java.net/pipermail/swing-dev/2015-February/004184.html > > Thanks! > Anton. From anton.nashatyrev at oracle.com Mon Feb 16 16:41:08 2015 From: anton.nashatyrev at oracle.com (Anton Nashatyrev) Date: Mon, 16 Feb 2015 19:41:08 +0300 Subject: [8u-dev] Backport request: 8072676: [macosx] Jtree icon painted over label when scrollbars present in window In-Reply-To: <54E21B93.4000607@oracle.com> References: <54E218EE.1030206@oracle.com> <54E21B93.4000607@oracle.com> Message-ID: <54E21DA4.9000405@oracle.com> Hi Sean, Done. On 16.02.2015 19:32, Se?n Coffey wrote: > Anton, > > can you add a description to the bug report and open it up for public > viewing ? > > Approved. > > regards, > Sean. > > On 16/02/15 16:21, Anton Nashatyrev wrote: >> Hello, >> >> please approve the fix backport from jdk9 to jdk8u-dev. The patch >> was applied without any modifications (with the exception of file >> paths). >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8072676 >> Jdk9 Changeset: >> http://hg.openjdk.java.net/jdk9/client/jdk/rev/d768141965d7 >> Jdk9 Review Thread: >> http://mail.openjdk.java.net/pipermail/swing-dev/2015-February/004184.html >> >> Thanks! >> Anton. > From peter.brunet at oracle.com Mon Feb 16 18:34:41 2015 From: peter.brunet at oracle.com (Pete Brunet) Date: Mon, 16 Feb 2015 12:34:41 -0600 Subject: [8] Review Request: JDK-8069268 JComponent.AccessibleJComponent.addPropertyListeners adds exponential listeners In-Reply-To: <54DE56CC.9040504@oracle.com> References: <54DE56CC.9040504@oracle.com> Message-ID: <54E23841.8020103@oracle.com> This looks good Vivi. -Pete On 2/13/15 1:55 PM, Vivi An wrote: > Hello, > > This is a retroactively review request. > > Bug Description: > In Component/Container/JComponent's AccessibleContext inner classes, a > private variable propertyListenersCount is used to make sure a > specific listener is only added once through > addPropertyChangeListener. However, ContainerListener which declared > in Container's inner class was added to PropertyChangeListener in both > Container and it's child class,*in case of nested levels us*ed,* > exponential listeners will be adde*d and lead to performance issue*. * > *** > **Fix Description: > The fix removed code in AccessibleJComponent(Inner class of > JComponent*) which *add*ing *listener**declared *and*added as property > change listener through parent class. This way, the listener won't be > added twice and lead to exponential listeners added in nested levels > case.* > > ** > > Bug: https://bugs.openjdk.java.net/browse/JDK-8069268 > JDK8 Changeset: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/aafe81a686a2 > Patch: http://cr.openjdk.java.net/~van/8069268/8069268.v2 > > Original review has been finished by Pete Brunet and Sergey Bylokhov. > > Thank you > > Regards, > > Vivi > > From sergey.bylokhov at oracle.com Mon Feb 16 20:18:16 2015 From: sergey.bylokhov at oracle.com (Sergey Bylokhov) Date: Mon, 16 Feb 2015 12:18:16 -0800 (PST) Subject: [8] Review Request: JDK-8069268 JComponent.AccessibleJComponent.addPropertyListeners adds exponential listeners Message-ID: +1 ----- peter.brunet at oracle.com wrote: > This looks good Vivi. -Pete > > On 2/13/15 1:55 PM, Vivi An wrote: > > Hello, > > > > This is a retroactively review request. > > > > Bug Description: > > In Component/Container/JComponent's AccessibleContext inner classes, > a > > private variable propertyListenersCount is used to make sure a > > specific listener is only added once through > > addPropertyChangeListener. However, ContainerListener which > declared > > in Container's inner class was added to PropertyChangeListener in > both > > Container and it's child class,*in case of nested levels us*ed,* > > exponential listeners will be adde*d and lead to performance issue*. > * > > *** > > **Fix Description: > > The fix removed code in AccessibleJComponent(Inner class of > > JComponent*) which *add*ing *listener**declared *and*added as > property > > change listener through parent class. This way, the listener won't > be > > added twice and lead to exponential listeners added in nested > levels > > case.* > > > > ** > > > > Bug: https://bugs.openjdk.java.net/browse/JDK-8069268 > > JDK8 Changeset: > > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/aafe81a686a2 > > Patch: http://cr.openjdk.java.net/~van/8069268/8069268.v2 > > > > Original review has been finished by Pete Brunet and Sergey > Bylokhov. > > > > Thank you > > > > Regards, > > > > Vivi > > > > From lana.steuck at oracle.com Mon Feb 16 22:03:20 2015 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Mon, 16 Feb 2015 14:03:20 -0800 (PST) Subject: jdk8u-b03: jdk8u-dev Message-ID: <201502162203.t1GM3KTb004698@sc11152554.us.oracle.com> http://hg.openjdk.java.net/jdk8u/jdk8u/rev/590cc3ca1fec http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/323f54e277df http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/e59ced856c92 http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/87c95759b92b http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/3e52068e8b9d http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/0c3f4e5092d2 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/9d6eb2757167 http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/50cef81aa685 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8071710 client-libs [solaris] libfontmanager should be linked against headless awt library JDK-8065709 client-libs Deadlock in awt/logging apparently introduced by 8019623 JDK-8064934 client-libs Incorrect Exception message from java.awt.Desktop.open() JDK-8067680 core-libs (sctp) Possible race initializing native IDs JDK-8072042 core-libs (tz) Support tzdata2015a JDK-8072752 core-libs Add regression tests for 8071678 and 8071594 JDK-8067344 core-libs Adjust java/lang/invoke/LFCaching/LFGarbageCollectedTest.java for rece JDK-8071991 core-libs Build errors in 8u-dev after backporting JDK-8067139 and JDK-8066232 JDK-8069302 core-libs Deprecate Unsafe monitor methods in JDK 8u release JDK-8067139 core-libs Finally blocks inlined incorrectly JDK-8066232 core-libs Fuzzing bug: AssertionError when defining local variable in Block JDK-8065994 core-libs HTTP Tunnel connection to NTLM proxy reauthenticates instead of using JDK-8064932 core-libs java/lang/ProcessBuilder/Basic.java: waitFor didn't take long enough JDK-8068872 core-libs Nashorn JSON.parse drops numeric keys JDK-8072595 core-libs nashorn should not use obj.getClass() for null checks JDK-8071989 core-libs NashornScriptEngine returns javax.script.ScriptContext instance with i JDK-8065372 core-libs Object.wait(ms, ns) timeout returns early JDK-8072030 core-libs Race condition in ThenComposeExceptionTest.java JDK-8072626 core-libs Test for JDK-8068872 fails in tip JDK-8067471 core-libs Use private static final char[0] for empty Strings JDK-8062141 core-libs Various performance issues parsing JSON JDK-8069590 hotspot AIX port of "8050807: Better performing performance data handling" JDK-8065553 security-libs Failed Java web start via IPv6 (Java7u71 or later) JDK-8055045 security-libs StringIndexOutOfBoundsException while reading krb5.conf JDK-8046817 xml JDK 8 schemagen tool does not generate xsd files for enum types JDK-8062923 xml XSL: Run-time internal error in 'substring()' JDK-8062924 xml XSL: wrong answer from substring() function From rob.mckenna at oracle.com Mon Feb 16 23:20:21 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 16 Feb 2015 23:20:21 +0000 Subject: [8u-dev] 8067846: (sctp) InternalError when receiving SendFailedNotification Message-ID: <54E27B35.7010305@oracle.com> Hi folks, Bug: https://bugs.openjdk.java.net/browse/JDK-8067846 Changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b10dc4dc6903 Review: http://mail.openjdk.java.net/pipermail/sctp-dev/2015-February/000311.html Patch applies cleanly. -Rob From sean.coffey at oracle.com Tue Feb 17 09:08:49 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 17 Feb 2015 09:08:49 +0000 Subject: [8u-dev] Approval Request : 8067846: (sctp) InternalError when receiving SendFailedNotification In-Reply-To: <54E27B35.7010305@oracle.com> References: <54E27B35.7010305@oracle.com> Message-ID: <54E30521.4030105@oracle.com> (adding approval request to Subject line) Approved. regards, Sean. On 16/02/2015 23:20, Rob McKenna wrote: > Hi folks, > > Bug: https://bugs.openjdk.java.net/browse/JDK-8067846 > Changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b10dc4dc6903 > Review: > http://mail.openjdk.java.net/pipermail/sctp-dev/2015-February/000311.html > > Patch applies cleanly. > > -Rob > From ivan.gerasimov at oracle.com Tue Feb 17 10:58:46 2015 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Tue, 17 Feb 2015 13:58:46 +0300 Subject: [8u-dev] Request for approval to backport: 8067748: (process) Child is terminated when parent's console is closed [win] Message-ID: <54E31EE6.7050802@oracle.com> Hi! The fix had been integrated into jdk9 more than 3 weeks ago, and it didn't seem to cause problems so far. Thus, I'm re-requesting an approval to port the fix back into jdk8u. The unshuffled patch applies cleanly. Bug: https://bugs.openjdk.java.net/browse/JDK-8067748 Jdk 9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/76faf72d802f Review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-January/030944.html Sincerely yours, Ivan From rob.mckenna at oracle.com Tue Feb 17 11:27:18 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 17 Feb 2015 11:27:18 +0000 Subject: [8u-dev] Request for approval to backport: 8067748: (process) Child is terminated when parent's console is closed [win] In-Reply-To: <54E31EE6.7050802@oracle.com> References: <54E31EE6.7050802@oracle.com> Message-ID: <54E32596.2060903@oracle.com> Approved. -Rob On 17/02/15 10:58, Ivan Gerasimov wrote: > Hi! > > The fix had been integrated into jdk9 more than 3 weeks ago, and it > didn't seem to cause problems so far. > > Thus, I'm re-requesting an approval to port the fix back into jdk8u. > The unshuffled patch applies cleanly. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8067748 > Jdk 9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/76faf72d802f > Review: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-January/030944.html > > Sincerely yours, > Ivan > From lev.priima at oracle.com Tue Feb 17 12:35:31 2015 From: lev.priima at oracle.com (Lev Priima) Date: Tue, 17 Feb 2015 15:35:31 +0300 Subject: [8u-dev] Request for approval to backport: 8073124: Tune test and document TimSort runs stack size increase In-Reply-To: <54DE13E3.6010907@oracle.com> References: <54DE13E3.6010907@oracle.com> Message-ID: <54E33593.50403@oracle.com> Please approve and push backport of: https://bugs.openjdk.java.net/browse/JDK-8073124 with previous ( JDK-8072909 ) one. Review for 9: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031531.html Lev On 02/13/2015 06:10 PM, Lev Priima wrote: > Please approve and push: https://bugs.openjdk.java.net/browse/JDK-8072909 > Review for 9: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031437.html > > JDK9 patch can be smoothly applied by: > jdk8u-dev/jdk$ (cd ~/code/jdk9/dev/jdk && hg pull -u && hg log > --patch --git -r e276aa5b8a4b) | sh > ~/code/jdk9/dev/common/bin/unshuffle_patch.sh jdk - - | hg patch - > From sean.coffey at oracle.com Tue Feb 17 12:45:10 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 17 Feb 2015 12:45:10 +0000 Subject: [8u-dev] Request for approval to backport: 8073124: Tune test and document TimSort runs stack size increase In-Reply-To: <54E33593.50403@oracle.com> References: <54DE13E3.6010907@oracle.com> <54E33593.50403@oracle.com> Message-ID: <54E337D6.2050204@oracle.com> Approved. Hopefully, Ivan or Aleksej can help you with the commit. regards, Sean. On 17/02/2015 12:35, Lev Priima wrote: > Please approve and push backport of: > https://bugs.openjdk.java.net/browse/JDK-8073124 > with previous ( JDK-8072909 ) one. > > Review for 9: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031531.html > > Lev > > On 02/13/2015 06:10 PM, Lev Priima wrote: >> Please approve and push: >> https://bugs.openjdk.java.net/browse/JDK-8072909 >> Review for 9: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031437.html >> >> JDK9 patch can be smoothly applied by: >> jdk8u-dev/jdk$ (cd ~/code/jdk9/dev/jdk && hg pull -u && hg log >> --patch --git -r e276aa5b8a4b) | sh >> ~/code/jdk9/dev/common/bin/unshuffle_patch.sh jdk - - | hg patch - >> > From anton.nashatyrev at oracle.com Tue Feb 17 17:00:07 2015 From: anton.nashatyrev at oracle.com (Anton Nashatyrev) Date: Tue, 17 Feb 2015 20:00:07 +0300 Subject: [8u-dev] Backport request: 8072069: Toolkit.getScreenInsets() doesn't update if insets change Message-ID: <54E37397.5030004@oracle.com> Hello, please approve the fix backport from jdk9 to jdk8u-dev. The patch was applied without any modifications. Bug: https://bugs.openjdk.java.net/browse/JDK-8072069 Jdk9 Changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/8b9c99ed1251 Jdk9 Review Thread: http://mail.openjdk.java.net/pipermail/awt-dev/2015-February/008918.html Thanks! Anton. From rob.mckenna at oracle.com Tue Feb 17 17:02:40 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 17 Feb 2015 17:02:40 +0000 Subject: [8u-dev] Backport request: 8072069: Toolkit.getScreenInsets() doesn't update if insets change In-Reply-To: <54E37397.5030004@oracle.com> References: <54E37397.5030004@oracle.com> Message-ID: <54E37430.2070109@oracle.com> Approved. -Rob On 17/02/15 17:00, Anton Nashatyrev wrote: > Hello, > > please approve the fix backport from jdk9 to jdk8u-dev. The patch > was applied without any modifications. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8072069 > Jdk9 Changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/8b9c99ed1251 > Jdk9 Review Thread: > http://mail.openjdk.java.net/pipermail/awt-dev/2015-February/008918.html > > Thanks! > Anton. From vivi.an at oracle.com Wed Feb 18 18:59:55 2015 From: vivi.an at oracle.com (Vivi An) Date: Wed, 18 Feb 2015 10:59:55 -0800 Subject: [9] Backport Request: JDK-8069268 JComponent.AccessibleJComponent.addPropertyListeners adds exponential listeners Message-ID: <54E4E12B.6030501@oracle.com> Hello, Please approve below bug fix in jdk8u-dev. Bug Description: In Component/Container/JComponent's AccessibleContext inner classes, a private variable propertyListenersCount is used to make sure a specific listener is only added once through addPropertyChangeListener. However, ContainerListener which declared in Container's inner class was added to PropertyChangeListener in both Container and it's child class,*in case of nested levels us*ed,* exponential listeners will be adde*d and lead to performance issue*. * *** **Fix Description: The fix removed code in AccessibleJComponent(Inner class of JComponent*) which *add*ing *listener**declared *and*added as property change listener through parent class. This way, the listener won't be added twice and lead to exponential listeners added in nested levels case.* ** Bug: https://bugs.openjdk.java.net/browse/JDK-8069268 JDK8 Changeset: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/aafe81a686a2 Review completed by Pete Brunet and Sergey Bylokhov. Thank you Regards, Vivi From vivi.an at oracle.com Wed Feb 18 19:07:54 2015 From: vivi.an at oracle.com (Vivi An) Date: Wed, 18 Feb 2015 11:07:54 -0800 Subject: [8] Approval Request: JDK-8069268 JComponent.AccessibleJComponent.addPropertyListeners adds exponential listeners In-Reply-To: <54E4E12B.6030501@oracle.com> References: <54E4E12B.6030501@oracle.com> Message-ID: <54E4E309.6030102@oracle.com> Sorry correct subject now... Review: http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-February/003072.html Thanks Vivi On 2/18/2015 10:59 AM, Vivi An wrote: > Hello, > > Please approve below bug fix in jdk8u-dev. > > Bug Description: > In Component/Container/JComponent's AccessibleContext inner classes, a > private variable propertyListenersCount is used to make sure a > specific listener is only added once through > addPropertyChangeListener. However, ContainerListener which declared > in Container's inner class was added to PropertyChangeListener in both > Container and it's child class,*in case of nested levels us*ed,* > exponential listeners will be adde*d and lead to performance issue*. * > *** > **Fix Description: > The fix removed code in AccessibleJComponent(Inner class of > JComponent*) which *add*ing *listener**declared *and*added as property > change listener through parent class. This way, the listener won't be > added twice and lead to exponential listeners added in nested levels > case.* > > ** > > Bug: https://bugs.openjdk.java.net/browse/JDK-8069268 > JDK8 Changeset: > http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/aafe81a686a2 > > Review completed by Pete Brunet and Sergey Bylokhov. > > Thank you > > Regards, > > Vivi From sean.coffey at oracle.com Wed Feb 18 19:09:40 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 18 Feb 2015 19:09:40 +0000 Subject: [8] Approval Request: JDK-8069268 JComponent.AccessibleJComponent.addPropertyListeners adds exponential listeners In-Reply-To: <54E4E309.6030102@oracle.com> References: <54E4E12B.6030501@oracle.com> <54E4E309.6030102@oracle.com> Message-ID: <54E4E374.7070400@oracle.com> Thanks for following up on this request Vivi. Approved. regards, Sean. On 18/02/2015 19:07, Vivi An wrote: > Sorry correct subject now... > > Review: > http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-February/003072.html > > Thanks > > Vivi > > On 2/18/2015 10:59 AM, Vivi An wrote: >> Hello, >> >> Please approve below bug fix in jdk8u-dev. >> >> Bug Description: >> In Component/Container/JComponent's AccessibleContext inner classes, >> a private variable propertyListenersCount is used to make sure a >> specific listener is only added once through >> addPropertyChangeListener. However, ContainerListener which declared >> in Container's inner class was added to PropertyChangeListener in >> both Container and it's child class,*in case of nested levels >> us*ed,* exponential listeners will be adde*d and lead to performance >> issue*. * >> *** >> **Fix Description: >> The fix removed code in AccessibleJComponent(Inner class of >> JComponent*) which *add*ing *listener**declared *and*added as >> property change listener through parent class. This way, the listener >> won't be added twice and lead to exponential listeners added in >> nested levels case.* >> >> ** >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8069268 >> JDK8 Changeset: >> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/aafe81a686a2 >> >> Review completed by Pete Brunet and Sergey Bylokhov. >> >> Thank you >> >> Regards, >> >> Vivi > From Sergey.Bylokhov at oracle.com Thu Feb 19 12:12:07 2015 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Thu, 19 Feb 2015 15:12:07 +0300 Subject: CFV: New JDK8u Committer: Alexander Zvegintsev Message-ID: <54E5D317.9090109@oracle.com> I hereby nominate Alexander Zvegintsev (azvegint) to JDK8u Committer. Alexander is currently a JDK8 Committer and a member of AWT/Swing and JavaFX teams at Oracle. Here is the list of fixes: http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/log?revcount=300&rev=alexander.zvegintsev%40oracle.com http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/search/?rev=azvegint&revcount=100 Votes are due by 1300 CET March 5, 2015. Only current JDK8u Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. [1] http://openjdk.java.net/census#jdk8u [2] http://openjdk.java.net/projects#committer-vote -- Best regards, Sergey. From anton.tarasov at oracle.com Thu Feb 19 12:56:19 2015 From: anton.tarasov at oracle.com (Anton Tarasov) Date: Thu, 19 Feb 2015 15:56:19 +0300 Subject: CFV: New JDK8u Committer: Alexander Zvegintsev In-Reply-To: <54E5D317.9090109@oracle.com> References: <54E5D317.9090109@oracle.com> Message-ID: <54E5DD73.5000606@oracle.com> Vote: YES On 19/02/15 15:12, Sergey Bylokhov wrote: > I hereby nominate Alexander Zvegintsev (azvegint) to JDK8u Committer. > > Alexander is currently a JDK8 Committer and a member of AWT/Swing and > JavaFX teams at Oracle. > > Here is the list of fixes: > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/log?revcount=300&rev=alexander.zvegintsev%40oracle.com > > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/search/?rev=azvegint&revcount=100 > > > Votes are due by 1300 CET March 5, 2015. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From kirill.kirichenko at oracle.com Thu Feb 19 13:02:01 2015 From: kirill.kirichenko at oracle.com (Kirill Kirichenko) Date: Thu, 19 Feb 2015 16:02:01 +0300 Subject: CFV: New JDK8u Committer: Alexander Zvegintsev In-Reply-To: <54E5DD73.5000606@oracle.com> References: <54E5D317.9090109@oracle.com> <54E5DD73.5000606@oracle.com> Message-ID: <54E5DEC9.90209@oracle.com> vote: yes On 19.02.2015 15:56, Anton Tarasov wrote: > Vote: YES > > On 19/02/15 15:12, Sergey Bylokhov wrote: >> I hereby nominate Alexander Zvegintsev (azvegint) to JDK8u Committer. >> >> Alexander is currently a JDK8 Committer and a member of AWT/Swing and >> JavaFX teams at Oracle. >> >> Here is the list of fixes: >> http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/log?revcount=300&rev=alexander.zvegintsev%40oracle.com >> >> http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/search/?rev=azvegint&revcount=100 >> >> >> Votes are due by 1300 CET March 5, 2015. >> >> Only current JDK8u Committers [1] are eligible to vote on this >> nomination. Votes must be cast in the open by replying >> to this mailing list. >> >> For Lazy Consensus voting instructions, see [2]. >> >> [1] http://openjdk.java.net/census#jdk8u >> [2] http://openjdk.java.net/projects#committer-vote >> > From alexandr.scherbatiy at oracle.com Thu Feb 19 13:17:48 2015 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Thu, 19 Feb 2015 16:17:48 +0300 Subject: CFV: New JDK8u Committer: Alexander Zvegintsev In-Reply-To: <54E5D317.9090109@oracle.com> References: <54E5D317.9090109@oracle.com> Message-ID: <54E5E27C.8050704@oracle.com> Vote: yes Thanks, Alexandr. On 2/19/2015 3:12 PM, Sergey Bylokhov wrote: > I hereby nominate Alexander Zvegintsev (azvegint) to JDK8u Committer. > > Alexander is currently a JDK8 Committer and a member of AWT/Swing and > JavaFX teams at Oracle. > > Here is the list of fixes: > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/log?revcount=300&rev=alexander.zvegintsev%40oracle.com > > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/search/?rev=azvegint&revcount=100 > > > Votes are due by 1300 CET March 5, 2015. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From yuri.nesterenko at oracle.com Thu Feb 19 14:08:38 2015 From: yuri.nesterenko at oracle.com (Yuri Nesterenko) Date: Thu, 19 Feb 2015 17:08:38 +0300 Subject: CFV: New JDK8u Committer: Alexander Zvegintsev In-Reply-To: <54E5D317.9090109@oracle.com> References: <54E5D317.9090109@oracle.com> Message-ID: <54E5EE66.40409@oracle.com> Vote: YES -yan On 02/19/2015 03:12 PM, Sergey Bylokhov wrote: > I hereby nominate Alexander Zvegintsev (azvegint) to JDK8u Committer. > > Alexander is currently a JDK8 Committer and a member of AWT/Swing and > JavaFX teams at Oracle. > > Here is the list of fixes: > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/log?revcount=300&rev=alexander.zvegintsev%40oracle.com > > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/search/?rev=azvegint&revcount=100 > > > Votes are due by 1300 CET March 5, 2015. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From aleksej.efimov at oracle.com Thu Feb 19 14:27:51 2015 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Thu, 19 Feb 2015 17:27:51 +0300 Subject: CFV: New JDK8u Committer: Alexander Zvegintsev In-Reply-To: <54E5D317.9090109@oracle.com> References: <54E5D317.9090109@oracle.com> Message-ID: <54E5F2E7.1040208@oracle.com> Vote: YES On 02/19/2015 03:12 PM, Sergey Bylokhov wrote: > I hereby nominate Alexander Zvegintsev (azvegint) to JDK8u Committer. > > Alexander is currently a JDK8 Committer and a member of AWT/Swing and > JavaFX teams at Oracle. > > Here is the list of fixes: > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/log?revcount=300&rev=alexander.zvegintsev%40oracle.com > > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/search/?rev=azvegint&revcount=100 > > > Votes are due by 1300 CET March 5, 2015. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From artem.ananiev at oracle.com Thu Feb 19 18:19:33 2015 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Thu, 19 Feb 2015 19:19:33 +0100 Subject: CFV: New JDK8u Committer: Alexander Zvegintsev In-Reply-To: <54E5D317.9090109@oracle.com> References: <54E5D317.9090109@oracle.com> Message-ID: <54E62935.6050607@oracle.com> Vote: YES Artem On 2/19/2015 1:12 PM, Sergey Bylokhov wrote: > I hereby nominate Alexander Zvegintsev (azvegint) to JDK8u Committer. > > Alexander is currently a JDK8 Committer and a member of AWT/Swing and > JavaFX teams at Oracle. > > Here is the list of fixes: > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/log?revcount=300&rev=alexander.zvegintsev%40oracle.com > > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/search/?rev=azvegint&revcount=100 > > > Votes are due by 1300 CET March 5, 2015. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From vadim.pakhnushev at oracle.com Thu Feb 19 18:56:18 2015 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Thu, 19 Feb 2015 21:56:18 +0300 Subject: CFV: New JDK8u Committer: Alexander Zvegintsev In-Reply-To: <54E5D317.9090109@oracle.com> References: <54E5D317.9090109@oracle.com> Message-ID: <54E631D2.2060508@oracle.com> Vote: YES On 19.02.2015 15:12, Sergey Bylokhov wrote: > I hereby nominate Alexander Zvegintsev (azvegint) to JDK8u Committer. > > Alexander is currently a JDK8 Committer and a member of AWT/Swing and > JavaFX teams at Oracle. > > Here is the list of fixes: > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/log?revcount=300&rev=alexander.zvegintsev%40oracle.com > > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/search/?rev=azvegint&revcount=100 > > > Votes are due by 1300 CET March 5, 2015. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From alexander.zuev at oracle.com Thu Feb 19 19:08:08 2015 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Thu, 19 Feb 2015 22:08:08 +0300 Subject: CFV: New JDK8u Committer: Alexander Zvegintsev In-Reply-To: <54E5D317.9090109@oracle.com> References: <54E5D317.9090109@oracle.com> Message-ID: <54E63498.3070402@oracle.com> Vote: yes On 19/02/15 15:12, Sergey Bylokhov wrote: > I hereby nominate Alexander Zvegintsev (azvegint) to JDK8u Committer. > > Alexander is currently a JDK8 Committer and a member of AWT/Swing and > JavaFX teams at Oracle. > > Here is the list of fixes: > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/log?revcount=300&rev=alexander.zvegintsev%40oracle.com > > http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/search/?rev=azvegint&revcount=100 > > > Votes are due by 1300 CET March 5, 2015. > > Only current JDK8u Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > [1] http://openjdk.java.net/census#jdk8u > [2] http://openjdk.java.net/projects#committer-vote > From attila.szegedi at oracle.com Fri Feb 20 14:50:39 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Fri, 20 Feb 2015 15:50:39 +0100 Subject: Can we use -source 1.8 for 8u60? Message-ID: <1AC22A79-A718-4C6D-A67B-2E2386CA7D14@oracle.com> Quick question: are we allowed to use Java 8 source constructs for code going into 8u-dev for 8u60? I'd need to evolve an interface in Nashorn by adding a method to it and would like to provide a default implementation for it. Thanks, Attila. From neugens.limasoftware at gmail.com Fri Feb 20 14:57:33 2015 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Fri, 20 Feb 2015 15:57:33 +0100 Subject: Can we use -source 1.8 for 8u60? In-Reply-To: <1AC22A79-A718-4C6D-A67B-2E2386CA7D14@oracle.com> References: <1AC22A79-A718-4C6D-A67B-2E2386CA7D14@oracle.com> Message-ID: Wouldn't that make it impossible to build with a jdk7? Cheers, Mario 2015-02-20 15:50 GMT+01:00 Attila Szegedi : > Quick question: are we allowed to use Java 8 source constructs for code going into 8u-dev for 8u60? I'd need to evolve an interface in Nashorn by adding a method to it and would like to provide a default implementation for it. > > Thanks, > Attila. > -- 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 sbaiduzh at redhat.com Fri Feb 20 15:07:01 2015 From: sbaiduzh at redhat.com (Stanislav Baiduzhyi) Date: Fri, 20 Feb 2015 16:07:01 +0100 Subject: Can we use -source 1.8 for 8u60? In-Reply-To: References: <1AC22A79-A718-4C6D-A67B-2E2386CA7D14@oracle.com> Message-ID: <2472267.qMUYgNCFGR@thinkpad> On Friday 20 February 2015 15:57:33 Mario Torre wrote: > Wouldn't that make it impossible to build with a jdk7? Lambda expressions are already used in jdk8 MetalLookAndFeel: $ grep -e '->' jdk/src/share/classes/javax/swing/plaf/metal/MetalLookAndFeel.java LazyValue dialogBorder = t -> new MetalBorders.DialogBorder(); LazyValue questionDialogBorder = t -> new MetalBorders.QuestionDialogBorder(); "ToolBar.rolloverBorder", (LazyValue) t -> MetalBorders.getToolBarRolloverBorder(), "ToolBar.nonrolloverBorder", (LazyValue) t -> MetalBorders.getToolBarNonrolloverBorder(), "RootPane.frameBorder", (LazyValue) t -> new MetalBorders.FrameBorder(), "RootPane.errorDialogBorder", (LazyValue) t -> new MetalBorders.ErrorDialogBorder(), "RootPane.warningDialogBorder", (LazyValue) t -> new MetalBorders.WarningDialogBorder(), So I would assume that to use or not to use Java 8 source constructs depends on where exactly you want to use them. > 2015-02-20 15:50 GMT+01:00 Attila Szegedi : > > Quick question: are we allowed to use Java 8 source constructs for code > > going into 8u-dev for 8u60? I'd need to evolve an interface in Nashorn by > > adding a method to it and would like to provide a default implementation > > for it. -- Regards, Stas From brian.burkhalter at oracle.com Fri Feb 20 22:30:29 2015 From: brian.burkhalter at oracle.com (Brian Burkhalter) Date: Fri, 20 Feb 2015 14:30:29 -0800 Subject: [8u60] RFR of 8071599: (so) Socket adapter sendUrgentData throws IllegalBlockingMode when channel configured non-blocking Message-ID: Please review at your convenience. Issue: https://bugs.openjdk.java.net/browse/JDK-8071599 Patch: http://cr.openjdk.java.net/~bpb/8071599-8u/webrev.00/ Summary: allow MSG_OOB (out-of-band byte) to be sent on the Socket associated with a SocketChannel when the Socket is in non-blocking mode. All JPRT tests pass as well as does a test which verifies that the intended objective of the change has been achieved. Yes, I am aware that the copyright years need to be updated. This request is being made directly to the JDK-8u60 project but is intended to be ported forward to the JDK 9 project in short order. Thanks, Brian From jonathan.gibbons at oracle.com Sat Feb 21 00:25:01 2015 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 20 Feb 2015 16:25:01 -0800 Subject: Can we use -source 1.8 for 8u60? In-Reply-To: <2472267.qMUYgNCFGR@thinkpad> References: <1AC22A79-A718-4C6D-A67B-2E2386CA7D14@oracle.com> <2472267.qMUYgNCFGR@thinkpad> Message-ID: <54E7D05D.6040100@oracle.com> Generally, the rule is that most of the code base for any JDK N is that it can use -source N. The primary exception is the code for javac, which is constrained to use -source N-1 and the API for JDK N-1. This constraint allows us to build a version of javac which can be used to build the rest of JDK. -- Jon On 02/20/2015 07:07 AM, Stanislav Baiduzhyi wrote: > On Friday 20 February 2015 15:57:33 Mario Torre wrote: >> Wouldn't that make it impossible to build with a jdk7? > Lambda expressions are already used in jdk8 MetalLookAndFeel: > > $ grep -e '->' > jdk/src/share/classes/javax/swing/plaf/metal/MetalLookAndFeel.java > LazyValue dialogBorder = t -> new MetalBorders.DialogBorder(); > LazyValue questionDialogBorder = t -> new > MetalBorders.QuestionDialogBorder(); > "ToolBar.rolloverBorder", (LazyValue) t -> > MetalBorders.getToolBarRolloverBorder(), > "ToolBar.nonrolloverBorder", (LazyValue) t -> > MetalBorders.getToolBarNonrolloverBorder(), > "RootPane.frameBorder", (LazyValue) t -> new > MetalBorders.FrameBorder(), > "RootPane.errorDialogBorder", (LazyValue) t -> new > MetalBorders.ErrorDialogBorder(), > "RootPane.warningDialogBorder", (LazyValue) t -> new > MetalBorders.WarningDialogBorder(), > > So I would assume that to use or not to use Java 8 source constructs depends > on where exactly you want to use them. > > >> 2015-02-20 15:50 GMT+01:00 Attila Szegedi : >>> Quick question: are we allowed to use Java 8 source constructs for code >>> going into 8u-dev for 8u60? I'd need to evolve an interface in Nashorn by >>> adding a method to it and would like to provide a default implementation >>> for it. From sbaiduzh at redhat.com Mon Feb 23 10:27:11 2015 From: sbaiduzh at redhat.com (Stanislav Baiduzhyi) Date: Mon, 23 Feb 2015 11:27:11 +0100 Subject: Can we use -source 1.8 for 8u60? In-Reply-To: <54E7D05D.6040100@oracle.com> References: <1AC22A79-A718-4C6D-A67B-2E2386CA7D14@oracle.com> <2472267.qMUYgNCFGR@thinkpad> <54E7D05D.6040100@oracle.com> Message-ID: <1484324.oammWX5PGA@thinkpad> On Friday 20 February 2015 16:25:01 Jonathan Gibbons wrote: > Generally, the rule is that most of the code base for any JDK N > is that it can use -source N. > > The primary exception is the code for javac, which is constrained > to use -source N-1 and the API for JDK N-1. This constraint allows > us to build a version of javac which can be used to build the rest > of JDK. That makes sense, thank you for the explanation. -- Regards, Stas From sean.coffey at oracle.com Mon Feb 23 14:15:40 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 23 Feb 2015 14:15:40 +0000 Subject: [8u-dev] Approval request for : 8068790: ZipEntry/JarEntry.setCreation/LastAccessTime(null) don't throw NPE as specified Message-ID: <54EB360C.8060306@oracle.com> I'd like to have this fix backported to the jdk8u-dev codebase. The jdk9 changeset maps cleanly once paths are unshuffled. jdk9 changeset : http://hg.openjdk.java.net/jdk9/dev/jdk/rev/effdf04cfcec review thread : http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031670.html bug report : https://bugs.openjdk.java.net/browse/JDK-8068790 regards, Sean. From rob.mckenna at oracle.com Mon Feb 23 14:37:21 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 23 Feb 2015 14:37:21 +0000 Subject: [8u-dev] Approval request for : 8068790: ZipEntry/JarEntry.setCreation/LastAccessTime(null) don't throw NPE as specified In-Reply-To: <54EB360C.8060306@oracle.com> References: <54EB360C.8060306@oracle.com> Message-ID: <54EB3B21.2030403@oracle.com> Approved. -Rob On 23/02/15 14:15, Se?n Coffey wrote: > I'd like to have this fix backported to the jdk8u-dev codebase. > > The jdk9 changeset maps cleanly once paths are unshuffled. > > jdk9 changeset : http://hg.openjdk.java.net/jdk9/dev/jdk/rev/effdf04cfcec > review thread : > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031670.html > bug report : https://bugs.openjdk.java.net/browse/JDK-8068790 > > regards, > Sean. > > From alexey.ivanov at oracle.com Tue Feb 24 12:03:44 2015 From: alexey.ivanov at oracle.com (Alexey Ivanov) Date: Tue, 24 Feb 2015 15:03:44 +0300 Subject: [8u-dev] Request for approval for 8056915: Focus lost in applet when browser window is minimized and restored Message-ID: <54EC68A0.6040602@oracle.com> Hello, Could you please approve the following backport of the fix to 8u-dev? JBS bug: https://bugs.openjdk.java.net/browse/JDK-8056915 Webrev: http://cr.openjdk.java.net/~aivanov/8056915/jdk9/webrev.00/ Review: http://mail.openjdk.java.net/pipermail/awt-dev/2015-February/008914.html JDK9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/c867d4d46b58 JDK8 webrev: http://cr.openjdk.java.net/~aivanov/8056915/jdk8/webrev.00/ The changeset applies cleanly to jdk8 after paths reshuffling with the only exception: AppletPanel.java needed updating in copyright header. Thank you in advance, Alexey From sean.coffey at oracle.com Tue Feb 24 12:24:53 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 24 Feb 2015 12:24:53 +0000 Subject: [8u-dev] Request for approval for 8056915: Focus lost in applet when browser window is minimized and restored In-Reply-To: <54EC68A0.6040602@oracle.com> References: <54EC68A0.6040602@oracle.com> Message-ID: <54EC6D95.9050400@oracle.com> Approved. regards, Sean. On 24/02/2015 12:03, Alexey Ivanov wrote: > Hello, > > Could you please approve the following backport of the fix to 8u-dev? > > JBS bug: https://bugs.openjdk.java.net/browse/JDK-8056915 > Webrev: http://cr.openjdk.java.net/~aivanov/8056915/jdk9/webrev.00/ > Review: > http://mail.openjdk.java.net/pipermail/awt-dev/2015-February/008914.html > > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/c867d4d46b58 > > JDK8 webrev: http://cr.openjdk.java.net/~aivanov/8056915/jdk8/webrev.00/ > > The changeset applies cleanly to jdk8 after paths reshuffling with the > only exception: AppletPanel.java needed updating in copyright header. > > > Thank you in advance, > Alexey From anton.tarasov at oracle.com Tue Feb 24 15:30:38 2015 From: anton.tarasov at oracle.com (Anton V. Tarasov) Date: Tue, 24 Feb 2015 18:30:38 +0300 Subject: [8u-dev] Request for approval for 8056915: Focus lost in applet when browser window is minimized and restored In-Reply-To: <54EC68A0.6040602@oracle.com> References: <54EC68A0.6040602@oracle.com> Message-ID: <54EC991E.2030002@oracle.com> Hi Alexey, I'm fine with the backport. Regards, Anton. On 24.02.2015 15:03, Alexey Ivanov wrote: > Hello, > > Could you please approve the following backport of the fix to 8u-dev? > > JBS bug: https://bugs.openjdk.java.net/browse/JDK-8056915 > Webrev: http://cr.openjdk.java.net/~aivanov/8056915/jdk9/webrev.00/ > Review: http://mail.openjdk.java.net/pipermail/awt-dev/2015-February/008914.html > > JDK9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/c867d4d46b58 > > JDK8 webrev: http://cr.openjdk.java.net/~aivanov/8056915/jdk8/webrev.00/ > > The changeset applies cleanly to jdk8 after paths reshuffling with the only exception: > AppletPanel.java needed updating in copyright header. > > > Thank you in advance, > Alexey From alejandro.murillo at oracle.com Tue Feb 24 19:30:13 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 24 Feb 2015 12:30:13 -0700 Subject: URGENT: [8u60] Request for approval for bulk integration of hs25.60-b04 Message-ID: <54ECD145.4070109@oracle.com> Many apologies for not sending this with enough time to get the approval, but I would like to push this before today's promotion if possible Requesting approval to integrate hs25.60-b04 into jdk8u60-b04. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b04-jdk8u60-b04.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 8033440: jmap reports unexpected used/free size of concurrent mark-sweep generation 8037140: C1: Incorrect argument type used for SharedRuntime::OSR_migration_end in LIRGenerator::do_Goto 8046282: SA update 8049881: jstack not working on core files 8062672: JVM crashes during GC on various asserts which checks that HeapWord ptr is an oop 8069030: support new PTRACE_GETREGSET 8072697: new hotspot build - hs25.60-b04 8072753: Nondeterministic wrong answer on arithmetic -- Alejandro From rob.mckenna at oracle.com Tue Feb 24 19:33:04 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 24 Feb 2015 19:33:04 +0000 Subject: URGENT: [8u60] Request for approval for bulk integration of hs25.60-b04 In-Reply-To: <54ECD145.4070109@oracle.com> References: <54ECD145.4070109@oracle.com> Message-ID: <54ECD1F0.1070907@oracle.com> Approved. -Rob On 24/02/15 19:30, Alejandro E Murillo wrote: > Many apologies for not sending this with enough time to get the > approval, but I would like to push this before today's promotion > if possible > > Requesting approval to integrate hs25.60-b04 into jdk8u60-b04. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b04-jdk8u60-b04.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 8033440: jmap reports unexpected used/free size of concurrent > mark-sweep generation > 8037140: C1: Incorrect argument type used for > SharedRuntime::OSR_migration_end in LIRGenerator::do_Goto > 8046282: SA update > 8049881: jstack not working on core files > 8062672: JVM crashes during GC on various asserts which checks that > HeapWord ptr is an oop > 8069030: support new PTRACE_GETREGSET > 8072697: new hotspot build - hs25.60-b04 > 8072753: Nondeterministic wrong answer on arithmetic > From alejandro.murillo at oracle.com Tue Feb 24 19:37:00 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 24 Feb 2015 12:37:00 -0700 Subject: URGENT: [8u60] Request for approval for bulk integration of hs25.60-b04 In-Reply-To: <54ECD1F0.1070907@oracle.com> References: <54ECD145.4070109@oracle.com> <54ECD1F0.1070907@oracle.com> Message-ID: <54ECD2DC.4040008@oracle.com> Thanks Rob! Alejandro On 2/24/2015 12:33 PM, Rob McKenna wrote: > Approved. > > -Rob > > On 24/02/15 19:30, Alejandro E Murillo wrote: >> Many apologies for not sending this with enough time to get the >> approval, but I would like to push this before today's promotion >> if possible >> >> Requesting approval to integrate hs25.60-b04 into jdk8u60-b04. >> >> A webrev is available at: >> >> http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b04-jdk8u60-b04.webrev/ >> >> >> Pre-integration testing is in progress; the integration will proceed >> only after SQE has analyzed the results and approved. >> >> The fixes in the proposed integration are below. All have undergone >> nightly testing and are already in a jdk9 repository. >> >> 8033440: jmap reports unexpected used/free size of concurrent >> mark-sweep generation >> 8037140: C1: Incorrect argument type used for >> SharedRuntime::OSR_migration_end in LIRGenerator::do_Goto >> 8046282: SA update >> 8049881: jstack not working on core files >> 8062672: JVM crashes during GC on various asserts which checks that >> HeapWord ptr is an oop >> 8069030: support new PTRACE_GETREGSET >> 8072697: new hotspot build - hs25.60-b04 >> 8072753: Nondeterministic wrong answer on arithmetic >> > -- Alejandro From alejandro.murillo at oracle.com Tue Feb 24 21:02:49 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 24 Feb 2015 14:02:49 -0700 Subject: jdk8u60-b04: HotSpot Message-ID: <54ECE6F9.1040308@oracle.com> hs25.60-b04 has been integrated into jdk8u60-b04. http://hg.openjdk.java.net/jdk8u/jdk8u/rev/d8d408861c20 http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/d0e7c0ba4671 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/586a449cd303 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/bd05a145e589 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/02b1d3c68132 http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/81e87652146b http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/27bb4c63fd70 http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/b0b90d6c5265 SQE did not have enough time for an extended analysis but did not find any show stopper,so it's ok to go for integration. A formal PIT certificate will be sent later. CRs for testing: 8033440: jmap reports unexpected used/free size of concurrent mark-sweep generation 8037140: C1: Incorrect argument type used for SharedRuntime::OSR_migration_end in LIRGenerator::do_Goto 8046282: SA update 8049881: jstack not working on core files 8062672: JVM crashes during GC on various asserts which checks that HeapWord ptr is an oop 8069030: support new PTRACE_GETREGSET 8072697: new hotspot build - hs25.60-b04 8072753: Nondeterministic wrong answer on arithmetic -- Alejandro From sean.coffey at oracle.com Wed Feb 25 13:20:35 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 25 Feb 2015 13:20:35 +0000 Subject: [8u-dev] Request for approval : 7178362: Socket impls should ignore unsupported proxy types rather than throwing Message-ID: <54EDCC23.1060006@oracle.com> I'd like to backport this fix to jdk8u-dev. Changes apply cleanly post path unshuffling. jdk9 changeset : http://hg.openjdk.java.net/jdk9/dev/jdk/rev/edce622135bc bug report : https://bugs.openjdk.java.net/browse/JDK-7178362 review thread : http://mail.openjdk.java.net/pipermail/net-dev/2015-February/008915.html regards, Sean. From rob.mckenna at oracle.com Wed Feb 25 15:37:37 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 25 Feb 2015 15:37:37 +0000 Subject: [8u-dev] Request for approval : 7178362: Socket impls should ignore unsupported proxy types rather than throwing In-Reply-To: <54EDCC23.1060006@oracle.com> References: <54EDCC23.1060006@oracle.com> Message-ID: <54EDEC41.2000506@oracle.com> Approved. -Rob On 25/02/15 13:20, Se?n Coffey wrote: > I'd like to backport this fix to jdk8u-dev. Changes apply cleanly post > path unshuffling. > > jdk9 changeset : http://hg.openjdk.java.net/jdk9/dev/jdk/rev/edce622135bc > bug report : https://bugs.openjdk.java.net/browse/JDK-7178362 > review thread : > http://mail.openjdk.java.net/pipermail/net-dev/2015-February/008915.html > > regards, > Sean. From gnu.andrew at redhat.com Wed Feb 25 17:11:05 2015 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Wed, 25 Feb 2015 12:11:05 -0500 (EST) Subject: Can we use -source 1.8 for 8u60? In-Reply-To: <54E7D05D.6040100@oracle.com> References: <1AC22A79-A718-4C6D-A67B-2E2386CA7D14@oracle.com> <2472267.qMUYgNCFGR@thinkpad> <54E7D05D.6040100@oracle.com> Message-ID: <1037897300.18766417.1424884265915.JavaMail.zimbra@redhat.com> ----- Original Message ----- > Generally, the rule is that most of the code base for any JDK N > is that it can use -source N. > > The primary exception is the code for javac, which is constrained > to use -source N-1 and the API for JDK N-1. This constraint allows > us to build a version of javac which can be used to build the rest > of JDK. > Yeah, the first stage of the build is to bootstrap the compiler, which then allows the rest of the build to use JDK N code. I seem to remember javac in 7 even had to use some stubs to get around the use of new JDK code that the bootstrap compiler may not be able to build. You'll find diamond operators, multi-catch blocks, try-resources blocks and String-based switch statements throughout the 7 codebase (which require source 7) and @Override on interfaces pop up in the 6 codebase (which require source 6 officially). I'd prefer we didn't do this personally, but the ship has long since sailed. > -- Jon > > On 02/20/2015 07:07 AM, Stanislav Baiduzhyi wrote: > > On Friday 20 February 2015 15:57:33 Mario Torre wrote: > >> Wouldn't that make it impossible to build with a jdk7? > > Lambda expressions are already used in jdk8 MetalLookAndFeel: > > > > $ grep -e '->' > > jdk/src/share/classes/javax/swing/plaf/metal/MetalLookAndFeel.java > > LazyValue dialogBorder = t -> new MetalBorders.DialogBorder(); > > LazyValue questionDialogBorder = t -> new > > MetalBorders.QuestionDialogBorder(); > > "ToolBar.rolloverBorder", (LazyValue) t -> > > MetalBorders.getToolBarRolloverBorder(), > > "ToolBar.nonrolloverBorder", (LazyValue) t -> > > MetalBorders.getToolBarNonrolloverBorder(), > > "RootPane.frameBorder", (LazyValue) t -> new > > MetalBorders.FrameBorder(), > > "RootPane.errorDialogBorder", (LazyValue) t -> new > > MetalBorders.ErrorDialogBorder(), > > "RootPane.warningDialogBorder", (LazyValue) t -> new > > MetalBorders.WarningDialogBorder(), > > > > So I would assume that to use or not to use Java 8 source constructs > > depends > > on where exactly you want to use them. > > > > > >> 2015-02-20 15:50 GMT+01:00 Attila Szegedi : > >>> Quick question: are we allowed to use Java 8 source constructs for code > >>> going into 8u-dev for 8u60? I'd need to evolve an interface in Nashorn by > >>> adding a method to it and would like to provide a default implementation > >>> for it. > > -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: ed25519/35964222 (hkp://keys.gnupg.net) Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222 PGP Key: rsa4096/248BDC07 (hkp://keys.gnupg.net) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From sean.coffey at oracle.com Wed Feb 25 17:25:43 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 25 Feb 2015 17:25:43 +0000 Subject: [8u-dev] Request for approval : 8071447: IBM1166 Locale Request for Kazakh characters Message-ID: <54EE0597.3010703@oracle.com> I'd like to backport this charset to jdk8u-dev. webrev : http://cr.openjdk.java.net/~coffeys/webrev.8071447.8u/webrev/ bug report : https://bugs.openjdk.java.net/browse/JDK-8071447 review thread : http://mail.openjdk.java.net/pipermail/nio-dev/2015-February/003060.html regards, Sean. From joshua at bluegosling.com Wed Feb 25 18:02:05 2015 From: joshua at bluegosling.com (Joshua Humphries) Date: Wed, 25 Feb 2015 13:02:05 -0500 Subject: Annotated Type bugs in OpenJDK 8 Message-ID: Hey, all, I'm want to contribute some fixes to JDK 8 Updates related to annotated types in core reflection. After much pain, I finally got it to build on my Macbook. So now I'm ready to tackle a patch. The issues I plan to address in this patch follow: - JDK-8057804 - JDK-8057898 - JDK-8058202 - JDK-8066967 (marked resolved as a dup of the one above, JDK-8058202, but really is *not* a dup) I actually filed all of these back in September. Unfortunately, since I'm not an OpenJDK author, I can't login and add more comments to any of thee bugs or interact with the assignee through the bug dashboard :( They are all assigned to Joel Borggr?n-Franck -- so I hope you're on this list and see this, Joel :) The biggest change is JDK-8057804 , so I wanted to discuss options of how to address it. To summarize: there is a glaring omission in the java.lang.reflect.AnnotatedType interfaces: there is *no way* to get to the annotations on a (non-static, inner) parameterized type's owner. The AnnotatedParameterizedType interface really *should *have a method such as: AnnotatedType getAnnotatedOwnerType(); Without it, there is *no way* to use core reflection to examine annotations on the owner type. Such annotations are allowed, included in the class file by the compiler, and available via the model and annotation mirror APIs used by annotation processors. But they aren't available via core reflection. I've experimented with adding this method, and I have things working in a local development environment. But there are some nasty implications to adding a method to an interface. I think there are three approaches that can be taken: 1. Add the method to the interface. Do not supply a default implementation (e.g. break compatibility). This would be very similar to the action taken in Java 8 to add the #getAnnotatedBounds() method to the TypeVariable interface. (Related: JDK-8062794 ) - If such an incompatible change were deemed acceptable, it is unlikely that it would be done in a point release. So, if this is the right solution, it would probably need to be implemented in the JDK 9 project instead of the JDK 8 Updates project 2. Add the method to the interface. Supply a default implementation for backwards compatibility. - A "best effort" implementation could grab the corresponding ParameterizedType's owner and wrap it an AnnotatedType that has no annotations. But then we're quietly suppressing the fact that we've lost any annotations actually present. - Instead of supplying an incorrect implementation, perhaps a better default would be to simply throw UnsupportedOperationException, kind of like the default implementation added for Iterator#remove(). 3. Add a new interface that extends AnnotatedParameterizedType and adds the method. This has the downside of polluting the namespace with redundant interfaces, solely for trying to maintain compatibility. (No future code should ever really use AnnotatedParameterizedType, so this feels icky.) At the moment, I'm tempted to think that option #2 is the best, with the default implementation being to throw. I was hoping for some feedback from folks on this list with goal of arriving at a solution that would be accepted into the JDK 8 Update project. ---- *Joshua Humphries* joshua at bluegosling.com From rob.mckenna at oracle.com Wed Feb 25 18:50:38 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 25 Feb 2015 18:50:38 +0000 Subject: [8u-dev] Request for approval : 8071447: IBM1166 Locale Request for Kazakh characters In-Reply-To: <54EE0597.3010703@oracle.com> References: <54EE0597.3010703@oracle.com> Message-ID: <54EE197E.6010904@oracle.com> Approved. -Rob On 25/02/15 17:25, Se?n Coffey wrote: > I'd like to backport this charset to jdk8u-dev. > > webrev : http://cr.openjdk.java.net/~coffeys/webrev.8071447.8u/webrev/ > bug report : https://bugs.openjdk.java.net/browse/JDK-8071447 > review thread : > http://mail.openjdk.java.net/pipermail/nio-dev/2015-February/003060.html > > regards, > Sean. From david.holmes at oracle.com Thu Feb 26 01:14:29 2015 From: david.holmes at oracle.com (David Holmes) Date: Thu, 26 Feb 2015 11:14:29 +1000 Subject: Annotated Type bugs in OpenJDK 8 In-Reply-To: References: Message-ID: <54EE7375.9080606@oracle.com> Probably better discussed on core-libs-dev - cc'd. David On 26/02/2015 4:02 AM, Joshua Humphries wrote: > Hey, all, > I'm want to contribute some fixes to JDK 8 Updates related to annotated > types in core reflection. > > After much pain, I finally got it to build on my Macbook. So now I'm ready > to tackle a patch. The issues I plan to address in this patch follow: > > - JDK-8057804 > - JDK-8057898 > - JDK-8058202 > - JDK-8066967 (marked > resolved as a dup of the one above, JDK-8058202, but really is *not* a > dup) > > I actually filed all of these back in September. Unfortunately, since I'm > not an OpenJDK author, I can't login and add more comments to any of thee > bugs or interact with the assignee through the bug dashboard :( > > They are all assigned to Joel Borggr?n-Franck -- so I hope you're on this > list and see this, Joel :) > > The biggest change is JDK-8057804 > , so I wanted to discuss > options of how to address it. > > To summarize: there is a glaring omission in the > java.lang.reflect.AnnotatedType interfaces: there is *no way* to get to the > annotations on a (non-static, inner) parameterized type's owner. > > The AnnotatedParameterizedType interface really *should *have a method such > as: > AnnotatedType getAnnotatedOwnerType(); > > Without it, there is *no way* to use core reflection to examine annotations > on the owner type. Such annotations are allowed, included in the class file > by the compiler, and available via the model and annotation mirror APIs > used by annotation processors. But they aren't available via core > reflection. > > I've experimented with adding this method, and I have things working in a > local development environment. But there are some nasty implications to > adding a method to an interface. I think there are three approaches that > can be taken: > > 1. Add the method to the interface. Do not supply a default > implementation (e.g. break compatibility). This would be very similar to > the action taken in Java 8 to add the #getAnnotatedBounds() method to the > TypeVariable interface. (Related: JDK-8062794 > ) > - If such an incompatible change were deemed acceptable, it is > unlikely that it would be done in a point release. So, if this > is the right > solution, it would probably need to be implemented in the JDK 9 project > instead of the JDK 8 Updates project > 2. Add the method to the interface. Supply a default implementation for > backwards compatibility. > - A "best effort" implementation could grab the corresponding > ParameterizedType's owner and wrap it an AnnotatedType that has no > annotations. But then we're quietly suppressing the fact that we've lost > any annotations actually present. > - Instead of supplying an incorrect implementation, perhaps a better > default would be to simply throw UnsupportedOperationException, kind of > like the default implementation added for Iterator#remove(). > 3. Add a new interface that extends AnnotatedParameterizedType and adds > the method. This has the downside of polluting the namespace with redundant > interfaces, solely for trying to maintain compatibility. (No future code > should ever really use AnnotatedParameterizedType, so this feels icky.) > > At the moment, I'm tempted to think that option #2 is the best, with the > default implementation being to throw. > > I was hoping for some feedback from folks on this list with goal of > arriving at a solution that would be accepted into the JDK 8 Update project. > > ---- > *Joshua Humphries* > joshua at bluegosling.com > From jonathan.gibbons at oracle.com Wed Feb 25 19:00:06 2015 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Wed, 25 Feb 2015 11:00:06 -0800 Subject: Annotated Type bugs in OpenJDK 8 In-Reply-To: References: Message-ID: <54EE1BB6.5010205@oracle.com> Forwarding to compiler-dev and type-annotations-dev bcc: jdk8u-dev And yes, the right people are seeing this message. -- Jon On 02/25/2015 10:02 AM, Joshua Humphries wrote: > Hey, all, > I'm want to contribute some fixes to JDK 8 Updates related to annotated > types in core reflection. > > After much pain, I finally got it to build on my Macbook. So now I'm ready > to tackle a patch. The issues I plan to address in this patch follow: > > - JDK-8057804 > - JDK-8057898 > - JDK-8058202 > - JDK-8066967 (marked > resolved as a dup of the one above, JDK-8058202, but really is *not* a > dup) > > I actually filed all of these back in September. Unfortunately, since I'm > not an OpenJDK author, I can't login and add more comments to any of thee > bugs or interact with the assignee through the bug dashboard :( > > They are all assigned to Joel Borggr?n-Franck -- so I hope you're on this > list and see this, Joel :) > > The biggest change is JDK-8057804 > , so I wanted to discuss > options of how to address it. > > To summarize: there is a glaring omission in the > java.lang.reflect.AnnotatedType interfaces: there is *no way* to get to the > annotations on a (non-static, inner) parameterized type's owner. > > The AnnotatedParameterizedType interface really *should *have a method such > as: > AnnotatedType getAnnotatedOwnerType(); > > Without it, there is *no way* to use core reflection to examine annotations > on the owner type. Such annotations are allowed, included in the class file > by the compiler, and available via the model and annotation mirror APIs > used by annotation processors. But they aren't available via core > reflection. > > I've experimented with adding this method, and I have things working in a > local development environment. But there are some nasty implications to > adding a method to an interface. I think there are three approaches that > can be taken: > > 1. Add the method to the interface. Do not supply a default > implementation (e.g. break compatibility). This would be very similar to > the action taken in Java 8 to add the #getAnnotatedBounds() method to the > TypeVariable interface. (Related: JDK-8062794 > ) > - If such an incompatible change were deemed acceptable, it is > unlikely that it would be done in a point release. So, if this > is the right > solution, it would probably need to be implemented in the JDK 9 project > instead of the JDK 8 Updates project > 2. Add the method to the interface. Supply a default implementation for > backwards compatibility. > - A "best effort" implementation could grab the corresponding > ParameterizedType's owner and wrap it an AnnotatedType that has no > annotations. But then we're quietly suppressing the fact that we've lost > any annotations actually present. > - Instead of supplying an incorrect implementation, perhaps a better > default would be to simply throw UnsupportedOperationException, kind of > like the default implementation added for Iterator#remove(). > 3. Add a new interface that extends AnnotatedParameterizedType and adds > the method. This has the downside of polluting the namespace with redundant > interfaces, solely for trying to maintain compatibility. (No future code > should ever really use AnnotatedParameterizedType, so this feels icky.) > > At the moment, I'm tempted to think that option #2 is the best, with the > default implementation being to throw. > > I was hoping for some feedback from folks on this list with goal of > arriving at a solution that would be accepted into the JDK 8 Update project. > > ---- > *Joshua Humphries* > joshua at bluegosling.com From sgehwolf at redhat.com Thu Feb 26 10:04:02 2015 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Thu, 26 Feb 2015 11:04:02 +0100 Subject: [8] RFR(S): Backport JDK-8067330: ZERO_ARCHDEF incorrectly defined for PPC/PPC64 architectures In-Reply-To: <1424787967.3440.29.camel@redhat.com> References: <1424787967.3440.29.camel@redhat.com> Message-ID: <1424945042.3540.1.camel@redhat.com> CC'ing jdk8u-dev. OK for 8u60? On Tue, 2015-02-24 at 15:26 +0100, Severin Gehwolf wrote: > Hi, > > Can I get patch of JDK-8067330 backported to JDK 8u. The patch is the > same as for JDK 9: > > bug: https://bugs.openjdk.java.net/browse/JDK-8067330 > webrev: > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8067330/webrev.jdk8.01/ > > I'd also need somebody to sponsor this change. > > Thanks, > Severin > From sean.coffey at oracle.com Thu Feb 26 10:18:42 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 26 Feb 2015 10:18:42 +0000 Subject: [8u-communication] New jdk8u maintainer : David Buck Message-ID: <54EEF302.9020201@oracle.com> With 8u40 almost out the door[1], it's a good time to update the jdk8u maintainer team. I'd like to delegate maintainer authority for jdk8u to David Buck [2]. David works primarily on the hotspot and client libraries. The current jdk8u maintainers[3] will continue to assist with the Project. Welcome David! I'll update the project web page to reflect the changes. regards, Sean. [1] http://openjdk.java.net/projects/jdk8u/releases/8u40.html [2] http://openjdk.java.net/census#dbuck [3] http://openjdk.java.net/projects/jdk8u/ From sgehwolf at redhat.com Thu Feb 26 10:21:49 2015 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Thu, 26 Feb 2015 11:21:49 +0100 Subject: [8u-communication] New jdk8u maintainer : David Buck In-Reply-To: <54EEF302.9020201@oracle.com> References: <54EEF302.9020201@oracle.com> Message-ID: <1424946109.3540.2.camel@redhat.com> On Thu, 2015-02-26 at 10:18 +0000, Se?n Coffey wrote: > With 8u40 almost out the door[1], it's a good time to update the jdk8u > maintainer team. > > I'd like to delegate maintainer authority for jdk8u to David Buck [2]. > David works > primarily on the hotspot and client libraries. > > The current jdk8u maintainers[3] will continue to assist with the Project. > > Welcome David! > > I'll update the project web page to reflect the changes. > > regards, > Sean. > > [1] http://openjdk.java.net/projects/jdk8u/releases/8u40.html > [2] http://openjdk.java.net/census#dbuck > [3] http://openjdk.java.net/projects/jdk8u/ On a somewhat related note, will there be a 8u60 Timeline page? Thanks, Severin From Dale.Topley at rbsint.com Thu Feb 26 10:24:06 2015 From: Dale.Topley at rbsint.com (Topley, Dale (Institutional, RBSI, Guernsey)) Date: Thu, 26 Feb 2015 10:24:06 +0000 Subject: [8u-communication] New jdk8u maintainer : David Buck In-Reply-To: <54EEF302.9020201@oracle.com> References: <54EEF302.9020201@oracle.com> Message-ID: <94EA69DFA40E994CABCBA5C3DA45B6271955AC6C@rije1excmr01v> Does [1] mean we are close to having a specific release date for 8u40 announced? Thanks Dale -----Original Message----- From: jdk8u-dev [mailto:jdk8u-dev-bounces at openjdk.java.net] On Behalf Of Se?n Coffey Sent: 26 February 2015 10:19 To: jdk8u-dev at openjdk.java.net Subject: [8u-communication] New jdk8u maintainer : David Buck ___________________________________________________ ** This Message originates from the Internet ** ___________________________________________________ With 8u40 almost out the door[1], it's a good time to update the jdk8u maintainer team. I'd like to delegate maintainer authority for jdk8u to David Buck [2]. David works primarily on the hotspot and client libraries. The current jdk8u maintainers[3] will continue to assist with the Project. Welcome David! I'll update the project web page to reflect the changes. regards, Sean. [1] http://openjdk.java.net/projects/jdk8u/releases/8u40.html [2] http://openjdk.java.net/census#dbuck [3] http://openjdk.java.net/projects/jdk8u/ _______________________________________________________________ DISCLAIMER This e-mail message is confidential and for use by the addressee only. If the message is received by anyone other than the intended addressee, please return the message to the sender by replying to it and then delete the message from your computer. This e-mail may also be legally privileged and any unauthorised use may be unlawful and result in civil and or criminal proceedings being taken against you. Internet e-mails are not necessarily secure as information might be intercepted, lost or destroyed. Please do not e-mail any account or other confidential information. The Royal Bank of Scotland International Limited and the Isle of Man Bank Limited, (the "Companies") do not accept responsibility for changes made to this message after it was sent. If you have received this message in error please contact our IT helpdesk immediately on (+44) (0) 1534 285 268. While all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This e-mail facility is provided by the Companies, which are members of The Royal Bank of Scotland Group. Calls may be recorded. Please refer to http://www.rbsinternational.com/legal-info _______________________________________________________________ From sean.coffey at oracle.com Thu Feb 26 10:59:39 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 26 Feb 2015 10:59:39 +0000 Subject: [8u-communication] New jdk8u maintainer : David Buck In-Reply-To: <94EA69DFA40E994CABCBA5C3DA45B6271955AC6C@rije1excmr01v> References: <54EEF302.9020201@oracle.com> <94EA69DFA40E994CABCBA5C3DA45B6271955AC6C@rije1excmr01v> Message-ID: <54EEFC9B.6040507@oracle.com> 8u40 test results have been good to date. Early March is targeted release date. As always, all timelines are preliminary and subject to change. regards, Sean. On 26/02/2015 10:24, Topley, Dale (Institutional, RBSI, Guernsey) wrote: > Does [1] mean we are close to having a specific release date for 8u40 announced? > > Thanks > > Dale > > -----Original Message----- > From: jdk8u-dev [mailto:jdk8u-dev-bounces at openjdk.java.net] On Behalf Of Se?n Coffey > Sent: 26 February 2015 10:19 > To: jdk8u-dev at openjdk.java.net > Subject: [8u-communication] New jdk8u maintainer : David Buck > > ___________________________________________________ > > ** This Message originates from the Internet ** > ___________________________________________________ > > With 8u40 almost out the door[1], it's a good time to update the jdk8u maintainer team. > > I'd like to delegate maintainer authority for jdk8u to David Buck [2]. > David works > primarily on the hotspot and client libraries. > > The current jdk8u maintainers[3] will continue to assist with the Project. > > Welcome David! > > I'll update the project web page to reflect the changes. > > regards, > Sean. > > [1] http://openjdk.java.net/projects/jdk8u/releases/8u40.html > [2] http://openjdk.java.net/census#dbuck > [3] http://openjdk.java.net/projects/jdk8u/ > _______________________________________________________________ > > DISCLAIMER > > This e-mail message is confidential and for use by the addressee only. If the message is received by anyone other than the intended addressee, please return the message to the sender by replying to it and then delete the message from your computer. This e-mail may also be legally privileged and any unauthorised use may be unlawful and result in civil and or criminal proceedings being taken against you. > > Internet e-mails are not necessarily secure as information might be intercepted, lost or destroyed. Please do not e-mail any account or other confidential information. > > The Royal Bank of Scotland International Limited and the Isle of Man Bank Limited, (the "Companies") do not accept responsibility for changes made to this message after it was sent. > > If you have received this message in error please contact our IT helpdesk immediately on (+44) (0) 1534 285 268. > > While all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. > > This e-mail facility is provided by the Companies, which are members of The Royal Bank of Scotland Group. > > Calls may be recorded. > > Please refer to http://www.rbsinternational.com/legal-info > > > _______________________________________________________________ From rob.mckenna at oracle.com Thu Feb 26 16:08:34 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 26 Feb 2015 16:08:34 +0000 Subject: [8u-communication] New jdk8u maintainer : David Buck In-Reply-To: <1424946109.3540.2.camel@redhat.com> References: <54EEF302.9020201@oracle.com> <1424946109.3540.2.camel@redhat.com> Message-ID: <54EF4502.2020409@oracle.com> 8u60 is still in the planning stages at the moment. Once that process is complete we'll hopefully be in a position to publish a timeline page. -Rob On 26/02/15 10:21, Severin Gehwolf wrote: > On Thu, 2015-02-26 at 10:18 +0000, Se?n Coffey wrote: >> With 8u40 almost out the door[1], it's a good time to update the jdk8u >> maintainer team. >> >> I'd like to delegate maintainer authority for jdk8u to David Buck [2]. >> David works >> primarily on the hotspot and client libraries. >> >> The current jdk8u maintainers[3] will continue to assist with the Project. >> >> Welcome David! >> >> I'll update the project web page to reflect the changes. >> >> regards, >> Sean. >> >> [1] http://openjdk.java.net/projects/jdk8u/releases/8u40.html >> [2] http://openjdk.java.net/census#dbuck >> [3] http://openjdk.java.net/projects/jdk8u/ > On a somewhat related note, will there be a 8u60 Timeline page? > > Thanks, > Severin > From sean.coffey at oracle.com Thu Feb 26 18:02:51 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 26 Feb 2015 18:02:51 +0000 Subject: jdk8u40 sync up with jdk8u-dev complete Message-ID: <54EF5FCB.9010201@oracle.com> Mainly a sync up of mercurial build tags from the 8u40 stabilization forest up to the 8u-dev forest. regards, Sean. From lev.priima at oracle.com Fri Feb 27 13:00:37 2015 From: lev.priima at oracle.com (Lev Priima) Date: Fri, 27 Feb 2015 16:00:37 +0300 Subject: [8u-dev] Request for approval to backport: 8073354: TimSortStackSize2.java: test cleanup: make test run with single argument In-Reply-To: <54E33593.50403@oracle.com> References: <54DE13E3.6010907@oracle.com> <54E33593.50403@oracle.com> Message-ID: <54F06A75.3000107@oracle.com> Please approve and push backport of: https://bugs.openjdk.java.net/browse/JDK-8073354 Review for 9: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031887.html this test fix required to overcome OOME while testing with -XX:-UseCompressedOops : https://bugs.openjdk.java.net/browse/JDK-8073959 Lev On 02/17/2015 03:35 PM, Lev Priima wrote: > Please approve and push backport of: > https://bugs.openjdk.java.net/browse/JDK-8073124 > with previous ( JDK-8072909 ) one. > > Review for 9: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031531.html > > Lev > > On 02/13/2015 06:10 PM, Lev Priima wrote: >> Please approve and push: >> https://bugs.openjdk.java.net/browse/JDK-8072909 >> Review for 9: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031437.html >> >> JDK9 patch can be smoothly applied by: >> jdk8u-dev/jdk$ (cd ~/code/jdk9/dev/jdk && hg pull -u && hg log >> --patch --git -r e276aa5b8a4b) | sh >> ~/code/jdk9/dev/common/bin/unshuffle_patch.sh jdk - - | hg patch - >> > From sean.coffey at oracle.com Fri Feb 27 13:06:58 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 27 Feb 2015 13:06:58 +0000 Subject: [8u-dev] Request for approval to backport: 8073354: TimSortStackSize2.java: test cleanup: make test run with single argument In-Reply-To: <54F06A75.3000107@oracle.com> References: <54DE13E3.6010907@oracle.com> <54E33593.50403@oracle.com> <54F06A75.3000107@oracle.com> Message-ID: <54F06BF2.3090102@oracle.com> Approved. regards, Sean. On 27/02/15 13:00, Lev Priima wrote: > Please approve and push backport of: > https://bugs.openjdk.java.net/browse/JDK-8073354 > Review for 9: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031887.html > > this test fix required to overcome OOME while testing with > -XX:-UseCompressedOops : https://bugs.openjdk.java.net/browse/JDK-8073959 > > Lev > > On 02/17/2015 03:35 PM, Lev Priima wrote: >> Please approve and push backport of: >> https://bugs.openjdk.java.net/browse/JDK-8073124 >> with previous ( JDK-8072909 ) one. >> >> Review for 9: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031531.html >> >> Lev >> >> On 02/13/2015 06:10 PM, Lev Priima wrote: >>> Please approve and push: >>> https://bugs.openjdk.java.net/browse/JDK-8072909 >>> Review for 9: >>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-February/031437.html >>> >>> JDK9 patch can be smoothly applied by: >>> jdk8u-dev/jdk$ (cd ~/code/jdk9/dev/jdk && hg pull -u && hg log >>> --patch --git -r e276aa5b8a4b) | sh >>> ~/code/jdk9/dev/common/bin/unshuffle_patch.sh jdk - - | hg patch - >>> >> > From sundararajan.athijegannathan at oracle.com Fri Feb 27 13:24:54 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Fri, 27 Feb 2015 18:54:54 +0530 Subject: [8u60] approval request for 8074021: Indirect eval fails when used as an element of an array or as a property of an object Message-ID: <54F07026.8080804@oracle.com> Bug: https://bugs.openjdk.java.net/browse/JDK-8074021 jdk8u webrev: http://cr.openjdk.java.net/~sundar/8074021/8u60/webrev.00/ jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004218.html Backported "as is" except for modular source layout changes. Thanks, -Sundar From neugens at redhat.com Fri Feb 27 13:26:17 2015 From: neugens at redhat.com (Mario Torre) Date: Fri, 27 Feb 2015 14:26:17 +0100 Subject: Request for Approval: Backport of JDK-8071705: Java application menu misbehaves when running multiple screen stacked vertically Message-ID: <1425043577.7877.11.camel@nirvana> Hi all, I would like to backport the fix for: https://bugs.openjdk.java.net/browse/JDK-8071705 to jdk8u-dev. The fix is virtually the same, only changes is the copyright year in the test (which originally pushed with a wrong year) and of course the layout: http://cr.openjdk.java.net/~neugens/JDK8-8071705/webrev.00/ I already created the backport request on the original bug report. Cheers, Mario From sean.coffey at oracle.com Fri Feb 27 13:39:24 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 27 Feb 2015 13:39:24 +0000 Subject: [8u60] approval request for 8074021: Indirect eval fails when used as an element of an array or as a property of an object In-Reply-To: <54F07026.8080804@oracle.com> References: <54F07026.8080804@oracle.com> Message-ID: <54F0738C.4010402@oracle.com> Approved. regards, Sean. On 27/02/15 13:24, A. Sundararajan wrote: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8074021 > jdk8u webrev: http://cr.openjdk.java.net/~sundar/8074021/8u60/webrev.00/ > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004218.html > > Backported "as is" except for modular source layout changes. > > Thanks, > -Sundar > From sean.coffey at oracle.com Fri Feb 27 13:40:48 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 27 Feb 2015 13:40:48 +0000 Subject: Request for Approval: Backport of JDK-8071705: Java application menu misbehaves when running multiple screen stacked vertically In-Reply-To: <1425043577.7877.11.camel@nirvana> References: <1425043577.7877.11.camel@nirvana> Message-ID: <54F073E0.9050208@oracle.com> Approved. regards, Sean. On 27/02/15 13:26, Mario Torre wrote: > Hi all, > > I would like to backport the fix for: > > https://bugs.openjdk.java.net/browse/JDK-8071705 > > to jdk8u-dev. > > The fix is virtually the same, only changes is the copyright year in the > test (which originally pushed with a wrong year) and of course the > layout: > > http://cr.openjdk.java.net/~neugens/JDK8-8071705/webrev.00/ > > I already created the backport request on the original bug report. > > Cheers, > Mario > > From neugens at redhat.com Fri Feb 27 14:58:26 2015 From: neugens at redhat.com (Mario Torre) Date: Fri, 27 Feb 2015 15:58:26 +0100 Subject: Request for Approval: Backport of JDK-8071705: Java application menu misbehaves when running multiple screen stacked vertically In-Reply-To: <54F073E0.9050208@oracle.com> References: <1425043577.7877.11.camel@nirvana> <54F073E0.9050208@oracle.com> Message-ID: <1425049106.7877.12.camel@nirvana> On Fri, 2015-02-27 at 13:40 +0000, Se?n Coffey wrote: > Approved. Thanks, fix pushed. Cheers, Mario From hannes.wallnoefer at oracle.com Fri Feb 27 15:07:33 2015 From: hannes.wallnoefer at oracle.com (Hannes Wallnoefer) Date: Fri, 27 Feb 2015 16:07:33 +0100 Subject: [8u60] Request for approval for JDK-8073707: const re-assignment should not reported as a "early error" Message-ID: <54F08835.3080505@oracle.com> Please approve integration of JDK-8073707 for 8u60: Bug: https://bugs.openjdk.java.net/browse/JDK-8073707 Webrev: http://cr.openjdk.java.net/~hannesw/8073707/ Review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004220.html The changes apply cleanly to 8u-dev after reshuffling path names. Thanks, Hannes From rob.mckenna at oracle.com Fri Feb 27 16:16:04 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 27 Feb 2015 16:16:04 +0000 Subject: [8u60] Request for approval for JDK-8073707: const re-assignment should not reported as a "early error" In-Reply-To: <54F08835.3080505@oracle.com> References: <54F08835.3080505@oracle.com> Message-ID: <54F09844.8050803@oracle.com> Approved. -Rob On 27/02/15 15:07, Hannes Wallnoefer wrote: > Please approve integration of JDK-8073707 for 8u60: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8073707 > Webrev: http://cr.openjdk.java.net/~hannesw/8073707/ > Review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-February/004220.html > > The changes apply cleanly to 8u-dev after reshuffling path names. > > Thanks, > Hannes From alejandro.murillo at oracle.com Fri Feb 27 19:30:07 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 27 Feb 2015 12:30:07 -0700 Subject: [8u60] Request for approval for bulk integration of hs25.60-b05 Message-ID: <54F0C5BF.4060804@oracle.com> Requesting approval to integrate hs25.60-b05 into jdk8u60-b05. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b05-jdk8u60-b05.webrev/ Pre-integration testing is in progress; the integration will proceed only after SQE has analyzed the results and approved. The fixes in the proposed integration are below. All have undergone nightly testing and are already in a jdk9 repository. 8064335: Null pointer dereference in hotspot/src/share/vm/classfile/verifier.cpp 8064815: Zero+PPC64: Stack overflow when running Maven 8067231: Zero builds fails after JDK-6898462 8067331: Zero: Atomic::xchg and Atomic::xchg_ptr need full memory barrier 8072383: resolve conflicts between open and closed ports 8073514: new hotspot build - hs25.60-b05 -- Alejandro From rob.mckenna at oracle.com Fri Feb 27 19:31:34 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 27 Feb 2015 19:31:34 +0000 Subject: [8u60] Request for approval for bulk integration of hs25.60-b05 In-Reply-To: <54F0C5BF.4060804@oracle.com> References: <54F0C5BF.4060804@oracle.com> Message-ID: <54F0C616.1020900@oracle.com> Approved. -Rob On 27/02/15 19:30, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.60-b05 into jdk8u60-b05. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b05-jdk8u60-b05.webrev/ > > Pre-integration testing is in progress; the integration will proceed > only after SQE has analyzed the results and approved. > > The fixes in the proposed integration are below. All have undergone > nightly testing and are already in a jdk9 repository. > > 8064335: Null pointer dereference in > hotspot/src/share/vm/classfile/verifier.cpp > 8064815: Zero+PPC64: Stack overflow when running Maven > 8067231: Zero builds fails after JDK-6898462 > 8067331: Zero: Atomic::xchg and Atomic::xchg_ptr need full memory barrier > 8072383: resolve conflicts between open and closed ports > 8073514: new hotspot build - hs25.60-b05 > From brian.burkhalter at oracle.com Fri Feb 27 23:54:36 2015 From: brian.burkhalter at oracle.com (Brian Burkhalter) Date: Fri, 27 Feb 2015 15:54:36 -0800 Subject: [8u60] Request for approval for CR 8071599 - (so) Socket adapter sendUrgentData throws IllegalBlockingMode when channel configured non-blocking Message-ID: <08C01C01-0E96-4462-A3D4-0C09BEA191A2@oracle.com> Please approve this backport request at your convenience: Issue: https://bugs.openjdk.java.net/browse/JDK-8071599 Webrev: http://cr.openjdk.java.net/~bpb/8071599/webrev.02/ 9-changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/79bf08fed7eb Review: See links in issue comment [1]. The unshuffled pre-review JDK 9 patch applied cleanly and had a successful JPRT job. The patch actually committed to JDK has since been unshuffled and a JPRT job with this patch applied is in progress, the intent being not actually to push to 8u unless the job succeeds. Thanks, Brian [1] https://bugs.openjdk.java.net/browse/JDK-8071599?focusedCommentId=13614062&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13614062 From rob.mckenna at oracle.com Sat Feb 28 03:39:00 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Sat, 28 Feb 2015 03:39:00 +0000 Subject: [8u60] Request for approval for CR 8071599 - (so) Socket adapter sendUrgentData throws IllegalBlockingMode when channel configured non-blocking In-Reply-To: <08C01C01-0E96-4462-A3D4-0C09BEA191A2@oracle.com> References: <08C01C01-0E96-4462-A3D4-0C09BEA191A2@oracle.com> Message-ID: <54F13854.5050500@oracle.com> Approved assuming the 8 patch applies cleanly. -Rob On 27/02/15 23:54, Brian Burkhalter wrote: > Please approve this backport request at your convenience: > > Issue: https://bugs.openjdk.java.net/browse/JDK-8071599 > Webrev: http://cr.openjdk.java.net/~bpb/8071599/webrev.02/ > 9-changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/79bf08fed7eb > Review: See links in issue comment [1]. > > The unshuffled pre-review JDK 9 patch applied cleanly and had a successful JPRT job. The patch actually committed to JDK has since been unshuffled and a JPRT job with this patch applied is in progress, the intent being not actually to push to 8u unless the job succeeds. > > Thanks, > > Brian > > [1] https://bugs.openjdk.java.net/browse/JDK-8071599?focusedCommentId=13614062&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13614062 From brian.burkhalter at oracle.com Sat Feb 28 15:02:41 2015 From: brian.burkhalter at oracle.com (Brian Burkhalter) Date: Sat, 28 Feb 2015 07:02:41 -0800 Subject: [8u60] Request for approval for CR 8071599 - (so) Socket adapter sendUrgentData throws IllegalBlockingMode when channel configured non-blocking In-Reply-To: <54F13854.5050500@oracle.com> References: <08C01C01-0E96-4462-A3D4-0C09BEA191A2@oracle.com> <54F13854.5050500@oracle.com> Message-ID: It did and passed JPRT. Thanks, Brian On Feb 27, 2015, at 7:39 PM, Rob McKenna wrote: > Approved assuming the 8 patch applies cleanly. > > -Rob > > On 27/02/15 23:54, Brian Burkhalter wrote: >> Please approve this backport request at your convenience: >> >> Issue: https://bugs.openjdk.java.net/browse/JDK-8071599 >> Webrev: http://cr.openjdk.java.net/~bpb/8071599/webrev.02/ >> 9-changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/79bf08fed7eb >> Review: See links in issue comment [1]. >> >> The unshuffled pre-review JDK 9 patch applied cleanly and had a successful JPRT job. The patch actually committed to JDK has since been unshuffled and a JPRT job with this patch applied is in progress, the intent being not actually to push to 8u unless the job succeeds. >> >> Thanks, >> >> Brian >> >> [1] https://bugs.openjdk.java.net/browse/JDK-8071599?focusedCommentId=13614062&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13614062 >