From vicente.romero at oracle.com Mon Jun 1 17:57:56 2015 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Mon, 01 Jun 2015 10:57:56 -0700 Subject: [8u-dev] Request for approval to backport: 8073372: Redundant CONSTANT_Class entry not generated for inlined constant Message-ID: <556C9D24.2070709@oracle.com> Please approve the backport of: 9 Bug: https://bugs.openjdk.java.net/browse/JDK-8073372 8 backport: https://bugs.openjdk.java.net/browse/JDK-8073436 jdk9 change: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/6709549d97be The patch applies cleanly after adjusting the directories. Thanks, Vicente From naoto.sato at oracle.com Mon Jun 1 18:05:21 2015 From: naoto.sato at oracle.com (Naoto Sato) Date: Mon, 01 Jun 2015 11:05:21 -0700 Subject: [8u-dev] Request for approval to backport: 8073372: Redundant CONSTANT_Class entry not generated for inlined constant In-Reply-To: <556C9D24.2070709@oracle.com> References: <556C9D24.2070709@oracle.com> Message-ID: <556C9EE1.5090108@oracle.com> Approved. Naoto On 6/1/15 10:57 AM, Vicente-Arturo Romero-Zaldivar wrote: > Please approve the backport of: > > 9 Bug: https://bugs.openjdk.java.net/browse/JDK-8073372 > 8 backport: https://bugs.openjdk.java.net/browse/JDK-8073436 > jdk9 change: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/6709549d97be > > The patch applies cleanly after adjusting the directories. > > Thanks, > Vicente From lana.steuck at oracle.com Tue Jun 2 01:27:28 2015 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Mon, 1 Jun 2015 18:27:28 -0700 (PDT) Subject: jdk8u-b18: jdk8u-dev Message-ID: <201506020127.t521RSmh010313@sc11152554.us.oracle.com> http://hg.openjdk.java.net/jdk8u/jdk8u/rev/d1d9eb953fbb http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/0b5c0f02a0b7 http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/e7e42c79861e http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/57336c319de8 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/53361b1cead8 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/ee389d2cb785 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/c8082f58a3d6 http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/cf83b578af19 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8072448 client-libs Can not input Japanese in JTextField on RedHat Linux JDK-8079652 client-libs Could not enable D3D pipeline JDK-8078408 client-libs Java version applet hangs with Voice over turned on JDK-8041470 client-libs JButtons stay pressed after they have lost focus if you use the mouse JDK-8033069 client-libs mouse wheel scroll closes combobox popup JDK-8080628 client-libs No mnemonics on Open and Save buttons in JFileChooser JDK-8076419 client-libs Path2D copy constructors and clone method propagate size of arrays fro JDK-8078464 client-libs Path2D storage growth algorithms should be less linear JDK-8081015 core-libs Allow conversion of native arrays to Queue and Collection JDK-8067636 core-libs ant javadoc target is broken JDK-8079424 core-libs Code generator emits an extra POP for discarded boolean logical operat JDK-8080623 core-libs CPU overhead in FJ due to spinning in awaitWork JDK-8078290 core-libs Customize adapted MethodHandle in MH.invoke() case JDK-8080848 core-libs delete of bound Java method property results in crash JDK-8078414 core-libs Don't create impossible converters for ScriptObjectMirror JDK-8079362 core-libs Enforce best practices for Node token API usage JDK-8080471 core-libs fix usage of replace and file separator in Nashorn tests JDK-8067931 core-libs Improve error message when with statement is passed a POJO JDK-8071928 core-libs Instance properties with getters returning wrong values JDK-8081022 core-libs java/time/test/java/time/format/TestZoneTextPrinterParser.java fails b JDK-8080598 core-libs Javadoc warnings in Global.java after lazy initialization JDK-8073846 core-libs Javascript for-in loop returned extra keys JDK-8079145 core-libs jdk.nashorn.internal.runtime.arrays.IntArrayData.convert assertion JDK-8081156 core-libs jjs "nashorn.args" system property is not effective when script argume JDK-8049300 core-libs jjs scripting: need way to quote $EXEC command arguments to protect sp JDK-8059455 core-libs LambdaForm.prepare() does unnecessary work for cached LambdaForms JDK-8081062 core-libs ListAdapter should take advantage of JSObject JDK-8077155 core-libs LoginContext Subject ignored by jdk8 sun.net.www.protocol.http.HttpURL JDK-8074657 core-libs Missing space on a boundary of concatenated strings JDK-8007456 core-libs Nashorn test framework @argument does not handle quoted strings JDK-8080295 core-libs Need to adjust test output for 8067931 JDK-8072853 core-libs SimpleScriptContext used by NashornScriptEngine doesn't completely com JDK-8081355 core-libs Test missed for the fix of JDK-8007456 backport to jdk8u-dev JDK-8072002 core-libs The spec on javax.script.Compilable contains a typo and confusing inco JDK-8066985 deploy Java Webstart downloading packed files can result in Timezone set to U JDK-8068721 other-libs RMI-IIOP communication fails when ConcurrentHashMap is passed to remot JDK-8077102 security-libs dns_lookup_realm should be false by default JDK-8062552 security-libs Support keystore type detection for JKS and PKCS12 keystores JDK-8055963 tools Inference failure with nested invocation JDK-8077822 tools javac does not recognize '*.java' as file if '-J' option is specified JDK-8068937 tools jdeps shows "not found" if target class has no reference other than it JDK-8066808 tools langtools/test/Makefile should not use OS-specific jtreg binary JDK-8080815 tools Update 8u jdeps list of internal APIs From sundararajan.athijegannathan at oracle.com Tue Jun 2 08:47:56 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Tue, 02 Jun 2015 14:17:56 +0530 Subject: [8u60] approval request for 8081609: engine.eval call from a java method which was called from a previous engine.eval results in wrong ScriptContext being used. Message-ID: <556D6DBC.2000600@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8081609 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004634.html jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8081609/8u60/webrev.00/ Had to do manual change because another jdk9 only fix https://bugs.openjdk.java.net/browse/JDK-8059211 affected Global.java. I'm copying to jdk9 reviewers as well. Thanks, -Sundar From marcus.lagergren at oracle.com Tue Jun 2 08:51:23 2015 From: marcus.lagergren at oracle.com (Marcus Lagergren) Date: Tue, 2 Jun 2015 10:51:23 +0200 Subject: [8u60] approval request for 8081609: engine.eval call from a java method which was called from a previous engine.eval results in wrong ScriptContext being used. In-Reply-To: <556D6DBC.2000600@oracle.com> References: <556D6DBC.2000600@oracle.com> Message-ID: +1 > On 02 Jun 2015, at 10:47, A. Sundararajan wrote: > > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8081609 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004634.html > jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8081609/8u60/webrev.00/ > > Had to do manual change because another jdk9 only fix https://bugs.openjdk.java.net/browse/JDK-8059211 affected Global.java. I'm copying to jdk9 reviewers as well. > > Thanks, > -Sundar > From attila.szegedi at oracle.com Tue Jun 2 08:52:15 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Tue, 2 Jun 2015 10:52:15 +0200 Subject: [8u60] approval request for 8081609: engine.eval call from a java method which was called from a previous engine.eval results in wrong ScriptContext being used. In-Reply-To: <556D6DBC.2000600@oracle.com> References: <556D6DBC.2000600@oracle.com> Message-ID: <81315A0C-8A4C-4F8C-8BFF-B69979BDFC73@oracle.com> +1 on the backport changes. > On Jun 2, 2015, at 10:47 AM, A. Sundararajan wrote: > > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8081609 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004634.html > jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8081609/8u60/webrev.00/ > > Had to do manual change because another jdk9 only fix https://bugs.openjdk.java.net/browse/JDK-8059211 affected Global.java. I'm copying to jdk9 reviewers as well. > > Thanks, > -Sundar > From attila.szegedi at oracle.com Tue Jun 2 08:56:27 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Tue, 2 Jun 2015 10:56:27 +0200 Subject: [8u60] Request for Approval: 8066218: UTF-32LE mistakenly detected as UTF-16LE Message-ID: Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8066218 jdk9 webrev: http://cr.openjdk.java.net/~attila/8066218/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004630.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From attila.szegedi at oracle.com Tue Jun 2 09:00:26 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Tue, 2 Jun 2015 11:00:26 +0200 Subject: [8u60] Request for Approval: 8066773: JSON-friendly wrapper for objects Message-ID: <8A52206B-9E99-4C25-8307-83DF72DADF6F@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8066773 jdk9 webrev: http://cr.openjdk.java.net/~attila/8066773/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-May/004625.html Approved CCC request: http://ccc.us.oracle.com/8066773 Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. CCC request was filed and approved because of addition of a new method to the ScriptObjectMirror exported API. Thanks, Attila. From sean.coffey at oracle.com Tue Jun 2 09:12:57 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Tue, 02 Jun 2015 10:12:57 +0100 Subject: [8u60] approval request for 8081609: engine.eval call from a java method which was called from a previous engine.eval results in wrong ScriptContext being used. In-Reply-To: <81315A0C-8A4C-4F8C-8BFF-B69979BDFC73@oracle.com> References: <556D6DBC.2000600@oracle.com> <81315A0C-8A4C-4F8C-8BFF-B69979BDFC73@oracle.com> Message-ID: <556D7399.1080507@oracle.com> Approved. Regards, Sean. On 02/06/2015 09:52, Attila Szegedi wrote: > +1 on the backport changes. > >> On Jun 2, 2015, at 10:47 AM, A. Sundararajan wrote: >> >> Please approve. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8081609 >> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004634.html >> jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8081609/8u60/webrev.00/ >> >> Had to do manual change because another jdk9 only fix https://bugs.openjdk.java.net/browse/JDK-8059211 affected Global.java. I'm copying to jdk9 reviewers as well. >> >> Thanks, >> -Sundar >> From sean.coffey at oracle.com Tue Jun 2 09:13:32 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Tue, 02 Jun 2015 10:13:32 +0100 Subject: [8u60] Request for Approval: 8066218: UTF-32LE mistakenly detected as UTF-16LE In-Reply-To: References: Message-ID: <556D73BC.8090608@oracle.com> Approved. Regards, Sean. On 02/06/2015 09:56, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8066218 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8066218/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004630.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From sean.coffey at oracle.com Tue Jun 2 09:23:20 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Tue, 02 Jun 2015 10:23:20 +0100 Subject: [8u60] Request for Approval: 8066773: JSON-friendly wrapper for objects In-Reply-To: <8A52206B-9E99-4C25-8307-83DF72DADF6F@oracle.com> References: <8A52206B-9E99-4C25-8307-83DF72DADF6F@oracle.com> Message-ID: <556D7608.8040502@oracle.com> Attila, I'm not sure if you've plans to get docs [1] republished in this area for 8u60. If not, it might be good to ensure this new method is captured in 8u60 release notes. Approved. [1] https://docs.oracle.com/javase/8/docs/jdk/api/nashorn/jdk/nashorn/api/scripting/ScriptObjectMirror.html Regards, Sean. On 02/06/2015 10:00, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8066773 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8066773/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-May/004625.html > Approved CCC request: http://ccc.us.oracle.com/8066773 > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. CCC request was filed and approved because of addition of a new method to the ScriptObjectMirror exported API. > > Thanks, > Attila. From attila.szegedi at oracle.com Tue Jun 2 10:51:10 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Tue, 2 Jun 2015 12:51:10 +0200 Subject: [8u60] Request for Approval: 8066773: JSON-friendly wrapper for objects In-Reply-To: <556D7608.8040502@oracle.com> References: <8A52206B-9E99-4C25-8307-83DF72DADF6F@oracle.com> <556D7608.8040502@oracle.com> Message-ID: <24FB530B-8FB9-441D-A043-E00A310647A7@oracle.com> Thank you for bringing this to my attention, Se?n. I got in contact with the documentation team about this. I will try to ensure that we republish Nashorn JavaDoc for 8u60, or lacking that, add a release notes entry. Thanks, Attila. > On Jun 2, 2015, at 11:23 AM, Se?n Coffey wrote: > > Attila, > > I'm not sure if you've plans to get docs [1] republished in this area for 8u60. If not, it might be good to ensure this new method is captured in 8u60 release notes. > > Approved. > > [1] https://docs.oracle.com/javase/8/docs/jdk/api/nashorn/jdk/nashorn/api/scripting/ScriptObjectMirror.html > > Regards, > Sean. > > > On 02/06/2015 10:00, Attila Szegedi wrote: >> Please approve. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8066773 >> jdk9 webrev: http://cr.openjdk.java.net/~attila/8066773/webrev.00 >> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-May/004625.html >> Approved CCC request: http://ccc.us.oracle.com/8066773 >> >> Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. CCC request was filed and approved because of addition of a new method to the ScriptObjectMirror exported API. >> >> Thanks, >> Attila. > From marcus.lagergren at oracle.com Tue Jun 2 11:57:52 2015 From: marcus.lagergren at oracle.com (Marcus Lagergren) Date: Tue, 2 Jun 2015 13:57:52 +0200 Subject: [8u60] Request for Approval: 8066773: JSON-friendly wrapper for objects In-Reply-To: <8A52206B-9E99-4C25-8307-83DF72DADF6F@oracle.com> References: <8A52206B-9E99-4C25-8307-83DF72DADF6F@oracle.com> Message-ID: <8C277FEF-E681-457D-A87A-9BEAC22ECAA3@oracle.com> +1 > On 02 Jun 2015, at 11:00, Attila Szegedi wrote: > > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8066773 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8066773/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-May/004625.html > Approved CCC request: http://ccc.us.oracle.com/8066773 > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. CCC request was filed and approved because of addition of a new method to the ScriptObjectMirror exported API. > > Thanks, > Attila. From sundararajan.athijegannathan at oracle.com Tue Jun 2 12:24:50 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Tue, 02 Jun 2015 17:54:50 +0530 Subject: [8u60] approval request for 8081603, 8081604 Message-ID: <556DA092.3090701@oracle.com> Please approve. Bugs: https://bugs.openjdk.java.net/browse/JDK-8081603 https://bugs.openjdk.java.net/browse/JDK-8081604 jdk9 review threads: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004642.html http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004641.html jdk8u combined webrev: http://cr.openjdk.java.net/~sundar/8081603_8081604/8u60/webrev/ Backported "as is" except for modular source layout difference. Thanks, -Sundar From rob.mckenna at oracle.com Tue Jun 2 12:27:48 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 02 Jun 2015 13:27:48 +0100 Subject: [8u60] approval request for 8081603, 8081604 In-Reply-To: <556DA092.3090701@oracle.com> References: <556DA092.3090701@oracle.com> Message-ID: <556DA144.40201@oracle.com> Approved. -Rob On 02/06/15 13:24, A. Sundararajan wrote: > Please approve. > > Bugs: > > https://bugs.openjdk.java.net/browse/JDK-8081603 > https://bugs.openjdk.java.net/browse/JDK-8081604 > > jdk9 review threads: > > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004642.html > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004641.html > > jdk8u combined webrev: > > http://cr.openjdk.java.net/~sundar/8081603_8081604/8u60/webrev/ > > Backported "as is" except for modular source layout difference. > > Thanks, > -Sundar From andrew.brygin at oracle.com Tue Jun 2 13:24:03 2015 From: andrew.brygin at oracle.com (Andrew Brygin) Date: Tue, 02 Jun 2015 16:24:03 +0300 Subject: [8u-dev] Request for approval: backport: 8023794: [macosx] LCD Rendering hints seems not working without FRACTIONALMETRICS=ON Message-ID: <556DAE73.1050504@oracle.com> Hello, could you please approve a backport of the fix for 8023794 to 8u-dev? Bug: https://bugs.openjdk.java.net/browse/JDK-8023794 8u review: http://mail.openjdk.java.net/pipermail/2d-dev/2015-May/005460.html http://mail.openjdk.java.net/pipermail/2d-dev/2015-June/005461.html Webrev: http://cr.openjdk.java.net/~bae/8023794/8u-dev/webrev.00/ jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/4a6fbc097563 Reviewers: Phil Race, Sergey Bylokhov Thanks, Andrew From sean.coffey at oracle.com Tue Jun 2 13:33:07 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 02 Jun 2015 14:33:07 +0100 Subject: [8u-dev] Request for approval: backport: 8023794: [macosx] LCD Rendering hints seems not working without FRACTIONALMETRICS=ON In-Reply-To: <556DAE73.1050504@oracle.com> References: <556DAE73.1050504@oracle.com> Message-ID: <556DB093.5050102@oracle.com> Please add a noreg- label to the bug report. Approved. Regards, Sean. On 02/06/2015 14:24, Andrew Brygin wrote: > Hello, > > could you please approve a backport of the fix for 8023794 to 8u-dev? > > Bug: https://bugs.openjdk.java.net/browse/JDK-8023794 > > 8u review: > http://mail.openjdk.java.net/pipermail/2d-dev/2015-May/005460.html > http://mail.openjdk.java.net/pipermail/2d-dev/2015-June/005461.html > Webrev: http://cr.openjdk.java.net/~bae/8023794/8u-dev/webrev.00/ > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/4a6fbc097563 > Reviewers: Phil Race, Sergey Bylokhov > > Thanks, > Andrew From rob.mckenna at oracle.com Tue Jun 2 13:36:51 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 02 Jun 2015 14:36:51 +0100 Subject: [8u communication] Approaching JDK 8 Updates milestone : 8u60 RDP2 Message-ID: <556DB173.6050203@oracle.com> As per the preliminary 8u60 timeline [1], the 8u60 Rampdown 2 milestone is approaching. Please aim to have all 8u60 planned fixes addressed by the third week in June. The 8u60 RDP2 build is planned for the week of June 30th and fixes need to be in the team forests 1 week before that for PIT testing. Once we enter RDP2, we'll fork the JDK8u master forest to create a JDK 8u60 stabilization forest. Only showstopper bugs should be considered for fixing in 8u60 after that milestone. -Rob [1] http://openjdk.java.net/projects/jdk8u/releases/8u60.html From jan.lahoda at oracle.com Tue Jun 2 14:14:14 2015 From: jan.lahoda at oracle.com (Jan Lahoda) Date: Tue, 02 Jun 2015 16:14:14 +0200 Subject: [8u-60] request for approval to backport JDK-8079613: Deeply chained expressions + several overloads + unnecessary inference result in excessive compile times. In-Reply-To: <54DD181C.30206@oracle.com> References: <54DD181C.30206@oracle.com> Message-ID: <556DBA36.8020701@oracle.com> Hello, I'd like to ask for an approval to backport the following fix to 8u-dev: Bug: https://bugs.openjdk.java.net/browse/JDK-8079613 jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/b5be088d41c7 The fix applies cleanly to 8u-dev/langtools after unshuffling. Thanks, Jan From rob.mckenna at oracle.com Tue Jun 2 14:15:48 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 02 Jun 2015 15:15:48 +0100 Subject: [8u-60] request for approval to backport JDK-8079613: Deeply chained expressions + several overloads + unnecessary inference result in excessive compile times. In-Reply-To: <556DBA36.8020701@oracle.com> References: <54DD181C.30206@oracle.com> <556DBA36.8020701@oracle.com> Message-ID: <556DBA94.7090701@oracle.com> Approved. -Rob On 02/06/15 15:14, Jan Lahoda wrote: > Hello, > > I'd like to ask for an approval to backport the following fix to 8u-dev: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8079613 > jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/b5be088d41c7 > > The fix applies cleanly to 8u-dev/langtools after unshuffling. > > Thanks, > Jan From attila.szegedi at oracle.com Tue Jun 2 15:21:15 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Tue, 2 Jun 2015 17:21:15 +0200 Subject: [8u60] Request for Approval: 8081668: fix Nashorn ant externals command Message-ID: <67DDC395-FE6F-494D-AA48-8FDBC13994D8@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8081668 jdk9 webrev: http://cr.openjdk.java.net/~mhaupt/8081668/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004651.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From attila.szegedi at oracle.com Tue Jun 2 15:22:23 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Tue, 2 Jun 2015 17:22:23 +0200 Subject: [8u60] Request for Approval: 8080275: transparently download testng.jar for Nashorn testing Message-ID: <422D28F6-7E78-419F-A164-C0FF9E61450D@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8080275 jdk9 webrev: http://cr.openjdk.java.net/~mhaupt/8080275/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004650.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From attila.szegedi at oracle.com Tue Jun 2 15:23:19 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Tue, 2 Jun 2015 17:23:19 +0200 Subject: [8u60] Request for Approval: 8081696: reduce dependency of Nashorn tests on external components Message-ID: <343A59DB-9F5A-4656-8151-DA3FD09D9805@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8081696 jdk9 webrev: http://cr.openjdk.java.net/~mhaupt/8081696/webrev.00 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004660.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From rob.mckenna at oracle.com Tue Jun 2 15:23:59 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 02 Jun 2015 16:23:59 +0100 Subject: [8u60] Request for Approval: 8081668: fix Nashorn ant externals command In-Reply-To: <67DDC395-FE6F-494D-AA48-8FDBC13994D8@oracle.com> References: <67DDC395-FE6F-494D-AA48-8FDBC13994D8@oracle.com> Message-ID: <556DCA8F.70906@oracle.com> Approved. -Rob On 02/06/15 16:21, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8081668 > jdk9 webrev: http://cr.openjdk.java.net/~mhaupt/8081668/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004651.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. > From rob.mckenna at oracle.com Tue Jun 2 15:24:01 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 02 Jun 2015 16:24:01 +0100 Subject: [8u60] Request for Approval: 8080275: transparently download testng.jar for Nashorn testing In-Reply-To: <422D28F6-7E78-419F-A164-C0FF9E61450D@oracle.com> References: <422D28F6-7E78-419F-A164-C0FF9E61450D@oracle.com> Message-ID: <556DCA91.7060202@oracle.com> Approved. Please add a noreg keyword. -Rob On 02/06/15 16:22, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8080275 > jdk9 webrev: http://cr.openjdk.java.net/~mhaupt/8080275/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004650.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. > From rob.mckenna at oracle.com Tue Jun 2 15:24:20 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 02 Jun 2015 16:24:20 +0100 Subject: [8u60] Request for Approval: 8081696: reduce dependency of Nashorn tests on external components In-Reply-To: <343A59DB-9F5A-4656-8151-DA3FD09D9805@oracle.com> References: <343A59DB-9F5A-4656-8151-DA3FD09D9805@oracle.com> Message-ID: <556DCAA4.80508@oracle.com> Approved. -Rob On 02/06/15 16:23, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8081696 > jdk9 webrev: http://cr.openjdk.java.net/~mhaupt/8081696/webrev.00 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004660.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. > From erik.joelsson at oracle.com Tue Jun 2 15:28:51 2015 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Tue, 02 Jun 2015 17:28:51 +0200 Subject: [8u60] Request for approval for JDK-8078649: JDK 9 Build failure in accessbridge Message-ID: <556DCBB3.7000004@oracle.com> Please approve: Bug: https://bugs.openjdk.java.net/browse/JDK-8043160 jdk9 review thread: http://mail.openjdk.java.net/pipermail/build-dev/2014-June/012712.html Patch applies cleanly. /Erik From rob.mckenna at oracle.com Tue Jun 2 15:30:27 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 02 Jun 2015 16:30:27 +0100 Subject: [8u60] Request for approval for JDK-8078649: JDK 9 Build failure in accessbridge In-Reply-To: <556DCBB3.7000004@oracle.com> References: <556DCBB3.7000004@oracle.com> Message-ID: <556DCC13.3080401@oracle.com> Approved. Please add noreg keyword. -Rob On 02/06/15 16:28, Erik Joelsson wrote: > Please approve: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8043160 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/build-dev/2014-June/012712.html > > Patch applies cleanly. > > /Erik From alejandro.murillo at oracle.com Tue Jun 2 16:18:56 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 02 Jun 2015 10:18:56 -0600 Subject: jdk8u60-b18: HotSpot Message-ID: <556DD770.3010105@oracle.com> hs25.60-b18 has been integrated into jdk8u60-b18. http://hg.openjdk.java.net/jdk8u/jdk8u/rev/d1d9eb953fbb http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/cf83b578af19 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/3fa5c654c143 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/ee389d2cb785 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/53361b1cead8 http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/57336c319de8 http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/e7e42c79861e http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/0b5c0f02a0b7 Component : VM Status : 0 major failures, 0 minor failure Date : 06/02/2015 at 16:00 MSK Tested By : STT_VM Cost(total man-days): 1 Workspace : 2015-05-29-055401.amurillo.hs25-60-b18-snapshot Bundles : 2015-05-29-055401.amurillo.hs25-60-b18-snapshot Platforms : Others Tests :/net/sqenfs-1.sfbay/export1/comp/vm/testbase/ Log : link Browsers : NA Patches : NA Number of Tests Executed : 425565 passed tests, 4195 failed tests (0 new failure) Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: 8031686: G1: assert(_hrs.max_length() == _expansion_regions) failed 8046668: Excessive checked JNI warnings from Java startup 8060036: C2: CmpU nodes can end up with wrong type information 8077620: [TESTBUG] Some of the hotspot tests require at least compact profile 3 8080156: Integer.toString(int value) sometimes throws NPE 8080804: new hotspot build - hs25.60-b18 New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: jdk8u60-b18 Issues and Notes: This is PIT for HS25.60-b18 for jdk8u60-b18. Go for integration. -- Alejandro From chris.plummer at oracle.com Tue Jun 2 16:52:59 2015 From: chris.plummer at oracle.com (Chris Plummer) Date: Tue, 02 Jun 2015 09:52:59 -0700 Subject: [8u60] Request for Approval: 8051712: regression Test7107135 crashes Message-ID: <556DDF6B.4060202@oracle.com> Please approve the backport of 8051712 to 8u60: https://bugs.openjdk.java.net/browse/JDK-8051712 JDK9 webrev: http://cr.openjdk.java.net/~cjplummer/8051712/webrev.00 JDK9 review thread: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-May/014829.html Changes are trivial and applied cleanly. thanks, Chris From sean.coffey at oracle.com Tue Jun 2 17:24:11 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 02 Jun 2015 18:24:11 +0100 Subject: [8u60] Request for Approval: 8051712: regression Test7107135 crashes In-Reply-To: <556DDF6B.4060202@oracle.com> References: <556DDF6B.4060202@oracle.com> Message-ID: <556DE6BB.3020509@oracle.com> Chris, You should push this fix to the JDK 8u hotspot team forest (hs-dev) - No approval required since Alejandro handles that. Regards, Sean. On 02/06/2015 17:52, Chris Plummer wrote: > Please approve the backport of 8051712 to 8u60: > > https://bugs.openjdk.java.net/browse/JDK-8051712 > > JDK9 webrev: http://cr.openjdk.java.net/~cjplummer/8051712/webrev.00 > JDK9 review thread: > http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-May/014829.html > > Changes are trivial and applied cleanly. > > thanks, > > Chris From chris.plummer at oracle.com Tue Jun 2 17:33:56 2015 From: chris.plummer at oracle.com (Chris Plummer) Date: Tue, 02 Jun 2015 10:33:56 -0700 Subject: [8u60] Request for Approval: 8051712: regression Test7107135 crashes In-Reply-To: <556DE6BB.3020509@oracle.com> References: <556DDF6B.4060202@oracle.com> <556DE6BB.3020509@oracle.com> Message-ID: <556DE904.2050107@oracle.com> Yes, that's where I planned to push it. Sorry, I was a bit unclear of the proper approval process. Is there a different alias I should ask on for hs-dev approval. cheers, Chris On 6/2/15 10:24 AM, Se?n Coffey wrote: > Chris, > > You should push this fix to the JDK 8u hotspot team forest (hs-dev) - > No approval required since Alejandro handles that. > > Regards, > Sean. > > On 02/06/2015 17:52, Chris Plummer wrote: >> Please approve the backport of 8051712 to 8u60: >> >> https://bugs.openjdk.java.net/browse/JDK-8051712 >> >> JDK9 webrev: http://cr.openjdk.java.net/~cjplummer/8051712/webrev.00 >> JDK9 review thread: >> http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/2015-May/014829.html >> >> Changes are trivial and applied cleanly. >> >> thanks, >> >> Chris > From hannes.wallnoefer at oracle.com Wed Jun 3 07:59:26 2015 From: hannes.wallnoefer at oracle.com (Hannes Wallnoefer) Date: Wed, 03 Jun 2015 09:59:26 +0200 Subject: [8u60] Request for approval for JDK-8066220 Message-ID: <556EB3DE.8090900@oracle.com> Please approve backport of JDK-8066220 to 8u60: Bug: https://bugs.openjdk.java.net/browse/JDK-8066220 Webrev: http://cr.openjdk.java.net/~hannesw/8066220/ Review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004657.html The patch applies cleanly to 8u-dev after path reshuffling. Thanks, Hannes From sean.coffey at oracle.com Wed Jun 3 08:09:48 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 03 Jun 2015 09:09:48 +0100 Subject: [8u60] Request for approval for JDK-8066220 In-Reply-To: <556EB3DE.8090900@oracle.com> References: <556EB3DE.8090900@oracle.com> Message-ID: <556EB64C.2030901@oracle.com> Approved. Regards, Sean. On 03/06/2015 08:59, Hannes Wallnoefer wrote: > Please approve backport of JDK-8066220 to 8u60: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8066220 > Webrev: http://cr.openjdk.java.net/~hannesw/8066220/ > Review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004657.html > > The patch applies cleanly to 8u-dev after path reshuffling. > > Thanks, > Hannes From alexandr.scherbatiy at oracle.com Wed Jun 3 10:57:22 2015 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Wed, 03 Jun 2015 13:57:22 +0300 Subject: [8u60] Request for approval: 8080137 Dragged events for extra mouse buttons (4, 5, 6) are not generated on JSplitPane Message-ID: <556EDD92.7020009@oracle.com> Hello, Could you approve the direct backport of the fix to JDK 8u-dev. The bug: https://bugs.openjdk.java.net/browse/JDK-8080137 The webrev: http://cr.openjdk.java.net/~alexsch/8080137/webrev.00/ The review thread: http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009398.html The JDK 9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/64c17cb355b1 Thanks, Alexandr. From attila.szegedi at oracle.com Wed Jun 3 11:19:44 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Wed, 3 Jun 2015 13:19:44 +0200 Subject: [8u60] Request for Approval: 8066773: JSON-friendly wrapper for objects In-Reply-To: <24FB530B-8FB9-441D-A043-E00A310647A7@oracle.com> References: <8A52206B-9E99-4C25-8307-83DF72DADF6F@oracle.com> <556D7608.8040502@oracle.com> <24FB530B-8FB9-441D-A043-E00A310647A7@oracle.com> Message-ID: Okay, spoke too soon about cleanly applying changes; they do apply cleanly, but are otherwise insufficient, as I discovered in pre-commit testing. I uploaded and got reviewed a 8u-dev specific webrev too, so please approve that separately: jdk8u-dev webrev: http://cr.openjdk.java.net/~attila/8066773/webrev.8u-dev jdk8u-dev review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004649.html Thanks, Attila. > On Jun 2, 2015, at 12:51 PM, Attila Szegedi wrote: > > Thank you for bringing this to my attention, Se?n. I got in contact with the documentation team about this. I will try to ensure that we republish Nashorn JavaDoc for 8u60, or lacking that, add a release notes entry. > > Thanks, > Attila. > >> On Jun 2, 2015, at 11:23 AM, Se?n Coffey wrote: >> >> Attila, >> >> I'm not sure if you've plans to get docs [1] republished in this area for 8u60. If not, it might be good to ensure this new method is captured in 8u60 release notes. >> >> Approved. >> >> [1] https://docs.oracle.com/javase/8/docs/jdk/api/nashorn/jdk/nashorn/api/scripting/ScriptObjectMirror.html >> >> Regards, >> Sean. >> >> >> On 02/06/2015 10:00, Attila Szegedi wrote: >>> Please approve. >>> >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8066773 >>> jdk9 webrev: http://cr.openjdk.java.net/~attila/8066773/webrev.00 >>> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-May/004625.html >>> Approved CCC request: http://ccc.us.oracle.com/8066773 >>> >>> Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. CCC request was filed and approved because of addition of a new method to the ScriptObjectMirror exported API. >>> >>> Thanks, >>> Attila. >> > From sean.coffey at oracle.com Wed Jun 3 11:30:03 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Wed, 03 Jun 2015 12:30:03 +0100 Subject: [8u60] Request for Approval: 8066773: JSON-friendly wrapper for objects In-Reply-To: References: <8A52206B-9E99-4C25-8307-83DF72DADF6F@oracle.com> <556D7608.8040502@oracle.com> <24FB530B-8FB9-441D-A043-E00A310647A7@oracle.com> Message-ID: <556EE53B.6020602@oracle.com> Approved. Regards, Sean. On 03/06/15 12:19, Attila Szegedi wrote: > Okay, spoke too soon about cleanly applying changes; they do apply cleanly, but are otherwise insufficient, as I discovered in pre-commit testing. I uploaded and got reviewed a 8u-dev specific webrev too, so please approve that separately: > > jdk8u-dev webrev: http://cr.openjdk.java.net/~attila/8066773/webrev.8u-dev > jdk8u-dev review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004649.html > > Thanks, > Attila. > >> On Jun 2, 2015, at 12:51 PM, Attila Szegedi wrote: >> >> Thank you for bringing this to my attention, Se?n. I got in contact with the documentation team about this. I will try to ensure that we republish Nashorn JavaDoc for 8u60, or lacking that, add a release notes entry. >> >> Thanks, >> Attila. >> >>> On Jun 2, 2015, at 11:23 AM, Se?n Coffey wrote: >>> >>> Attila, >>> >>> I'm not sure if you've plans to get docs [1] republished in this area for 8u60. If not, it might be good to ensure this new method is captured in 8u60 release notes. >>> >>> Approved. >>> >>> [1] https://docs.oracle.com/javase/8/docs/jdk/api/nashorn/jdk/nashorn/api/scripting/ScriptObjectMirror.html >>> >>> Regards, >>> Sean. >>> >>> >>> On 02/06/2015 10:00, Attila Szegedi wrote: >>>> Please approve. >>>> >>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8066773 >>>> jdk9 webrev: http://cr.openjdk.java.net/~attila/8066773/webrev.00 >>>> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-May/004625.html >>>> Approved CCC request: http://ccc.us.oracle.com/8066773 >>>> >>>> Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. CCC request was filed and approved because of addition of a new method to the ScriptObjectMirror exported API. >>>> >>>> Thanks, >>>> Attila. From mikhail.cherkasov at oracle.com Wed Jun 3 12:47:49 2015 From: mikhail.cherkasov at oracle.com (mikhail cherkasov) Date: Wed, 03 Jun 2015 15:47:49 +0300 Subject: [8u-dev] Request for Approval: 8066773: JSON-friendly wrapper for objects Message-ID: <556EF775.3030400@oracle.com> Hi there, Please approve a direct backport of https://bugs.openjdk.java.net/browse/JDK-8077409 from jdk9 to jdk8. jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/4a9eff2768ce review: http://mail.openjdk.java.net/pipermail/awt-dev/2015-April/009320.html http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009324.html http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009471.html webrev for jdk8: http://cr.openjdk.java.net/~mcherkas/8077409/webrev.01/ Thanks, Mikhail. From mikhail.cherkasov at oracle.com Wed Jun 3 12:50:15 2015 From: mikhail.cherkasov at oracle.com (mikhail cherkasov) Date: Wed, 03 Jun 2015 15:50:15 +0300 Subject: [8u-dev] Request for Approval: 8066773: JSON-friendly wrapper for objects In-Reply-To: <556EF775.3030400@oracle.com> References: <556EF775.3030400@oracle.com> Message-ID: <556EF807.8070209@oracle.com> ops, email was copy-pasted, but I didn't change subject, I'll resend email in couple seconds, please ignore this one. On 6/3/2015 3:47 PM, mikhail cherkasov wrote: > Hi there, > > Please approve a direct backport of > https://bugs.openjdk.java.net/browse/JDK-8077409 from jdk9 to jdk8. > > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/4a9eff2768ce > review: > http://mail.openjdk.java.net/pipermail/awt-dev/2015-April/009320.html > http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009324.html > http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009471.html > > webrev for jdk8: > http://cr.openjdk.java.net/~mcherkas/8077409/webrev.01/ > > Thanks, > Mikhail. From mikhail.cherkasov at oracle.com Wed Jun 3 12:50:55 2015 From: mikhail.cherkasov at oracle.com (mikhail cherkasov) Date: Wed, 03 Jun 2015 15:50:55 +0300 Subject: [8u-dev] Request for Approval: 8077409: Drawing deviates when validate() is invoked on java.awt.ScrollPane Message-ID: <556EF82F.2010307@oracle.com> Hi there, Please approve a direct backport of https://bugs.openjdk.java.net/browse/JDK-8077409 from jdk9 to jdk8. jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/4a9eff2768ce review: http://mail.openjdk.java.net/pipermail/awt-dev/2015-April/009320.html http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009324.html http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009471.html webrev for jdk8: http://cr.openjdk.java.net/~mcherkas/8077409/webrev.01/ Thanks, Mikhail. From rob.mckenna at oracle.com Wed Jun 3 13:13:59 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 03 Jun 2015 14:13:59 +0100 Subject: [8u-dev] Request for Approval: 8066773: JSON-friendly wrapper for objects In-Reply-To: <556EF775.3030400@oracle.com> References: <556EF775.3030400@oracle.com> Message-ID: <556EFD97.5030409@oracle.com> Approved. -Rob On 03/06/15 13:47, mikhail cherkasov wrote: > Hi there, > > Please approve a direct backport of > https://bugs.openjdk.java.net/browse/JDK-8077409 from jdk9 to jdk8. > > jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/4a9eff2768ce > review: > http://mail.openjdk.java.net/pipermail/awt-dev/2015-April/009320.html > http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009324.html > http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009471.html > > webrev for jdk8: > http://cr.openjdk.java.net/~mcherkas/8077409/webrev.01/ > > Thanks, > Mikhail. From rob.mckenna at oracle.com Wed Jun 3 13:14:37 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 03 Jun 2015 14:14:37 +0100 Subject: [8u-dev] Request for Approval: 8077409: Drawing deviates when validate() is invoked on java.awt.ScrollPane In-Reply-To: <556EF82F.2010307@oracle.com> References: <556EF82F.2010307@oracle.com> Message-ID: <556EFDBD.4080402@oracle.com> And despite reading your ignore mail I replied to the wrong one - sorry. Approved. -Rob On 03/06/15 13:50, mikhail cherkasov wrote: > Hi there, > > Please approve a direct backport of > https://bugs.openjdk.java.net/browse/JDK-8077409 from jdk9 to jdk8. > > jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/4a9eff2768ce > review: > http://mail.openjdk.java.net/pipermail/awt-dev/2015-April/009320.html > http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009324.html > http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009471.html > > webrev for jdk8: > http://cr.openjdk.java.net/~mcherkas/8077409/webrev.01/ > > Thanks, > Mikhail. From attila.szegedi at oracle.com Wed Jun 3 14:41:47 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Wed, 3 Jun 2015 16:41:47 +0200 Subject: [8u60] Request for Approval: 8081813: JSONListAdapter should delegate its [[DefaultValue]] to wrapped object Message-ID: <8DCA64A0-97A8-4E44-A7FB-79BABDB1C24D@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8081813 jdk9 webrev: http://cr.openjdk.java.net/~attila/ 8081813/webrev.jdk9 jdk8u-dev webrev: http://cr.openjdk.java.net/~attila/8081813/webrev.jdk8u-dev jdk9 and 8u-dev joint review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004667.html The changeset differs between 8u-dev and 9; the reviewers reveiwed both versions in the above thread. Thanks, Attila. From rob.mckenna at oracle.com Wed Jun 3 14:42:47 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 03 Jun 2015 15:42:47 +0100 Subject: [8u60] Request for Approval: 8081813: JSONListAdapter should delegate its [[DefaultValue]] to wrapped object In-Reply-To: <8DCA64A0-97A8-4E44-A7FB-79BABDB1C24D@oracle.com> References: <8DCA64A0-97A8-4E44-A7FB-79BABDB1C24D@oracle.com> Message-ID: <556F1267.8030009@oracle.com> Approved. -Rob On 03/06/15 15:41, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8081813 > jdk9 webrev: http://cr.openjdk.java.net/~attila/ 8081813/webrev.jdk9 > jdk8u-dev webrev: http://cr.openjdk.java.net/~attila/8081813/webrev.jdk8u-dev > jdk9 and 8u-dev joint review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004667.html > > The changeset differs between 8u-dev and 9; the reviewers reveiwed both versions in the above thread. > > Thanks, > Attila. > From hannes.wallnoefer at oracle.com Wed Jun 3 15:45:48 2015 From: hannes.wallnoefer at oracle.com (Hannes Wallnoefer) Date: Wed, 03 Jun 2015 17:45:48 +0200 Subject: [8u60] Request for approval for JDK-8066237 Message-ID: <556F212C.90904@oracle.com> Please approve backport of JDK-8066237 to 8u60: Bug: https://bugs.openjdk.java.net/browse/JDK-8066237 Webrev: http://cr.openjdk.java.net/~hannesw/8066237/ Review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-May/004485.html The patch applies cleanly to 8u-dev after path reshuffling. Thanks, Hannes From sean.coffey at oracle.com Wed Jun 3 15:59:38 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 03 Jun 2015 16:59:38 +0100 Subject: [8u60] Request for approval for JDK-8066237 In-Reply-To: <556F212C.90904@oracle.com> References: <556F212C.90904@oracle.com> Message-ID: <556F246A.2080409@oracle.com> Approved. Regards, Sean. On 03/06/15 16:45, Hannes Wallnoefer wrote: > Please approve backport of JDK-8066237 to 8u60: > Bug: https://bugs.openjdk.java.net/browse/JDK-8066237 Webrev: > http://cr.openjdk.java.net/~hannesw/8066237/ Review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-May/004485.html > The patch applies cleanly to 8u-dev after path reshuffling. > Thanks, Hannes > From jan.lahoda at oracle.com Wed Jun 3 20:32:48 2015 From: jan.lahoda at oracle.com (Jan Lahoda) Date: Wed, 03 Jun 2015 22:32:48 +0200 Subject: [8u-60] request for review and approval to backport JDK-8080842: Using Lambda Expression with name clash results in ClassFormatError In-Reply-To: <54DD181C.30206@oracle.com> References: <54DD181C.30206@oracle.com> Message-ID: <556F6470.8050801@oracle.com> Hello, I'd like to ask for a code review and an approval to backport the following fix to 8u-dev: Bug: https://bugs.openjdk.java.net/browse/JDK-8080842 jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/283c9951fd23 The fix does not apply cleanly to 8u-dev/langtools. The webrev for 8u-dev is here: http://cr.openjdk.java.net/~jlahoda/8080842-8/webrev.00/ Notable changes between the jdk9 and 8u-dev fixes: -in Scope, using an anonymous innerclass instead of a lambda for filter -in RemoveSymbolUnitTest.java, several changes to adjust to Scope as it was in 8 (WriteableScope.create -> new Scope; Scope.findFirst -> Scope.lookup(...).sym). Thanks, Jan From srikanth.adayapalam at oracle.com Thu Jun 4 04:12:18 2015 From: srikanth.adayapalam at oracle.com (Srikanth) Date: Thu, 04 Jun 2015 09:42:18 +0530 Subject: [8u-60] request for review and approval to backport JDK-8080842: Using Lambda Expression with name clash results in ClassFormatError In-Reply-To: <556F6470.8050801@oracle.com> References: <54DD181C.30206@oracle.com> <556F6470.8050801@oracle.com> Message-ID: <556FD022.8070608@oracle.com> On Thursday 04 June 2015 02:02 AM, Jan Lahoda wrote: > Hello, > > I'd like to ask for a code review The 8u changes look good to me. Thanks Srikanth > and an approval to backport the following fix to 8u-dev: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8080842 > jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/283c9951fd23 > > The fix does not apply cleanly to 8u-dev/langtools. The webrev for > 8u-dev is here: > http://cr.openjdk.java.net/~jlahoda/8080842-8/webrev.00/ > > Notable changes between the jdk9 and 8u-dev fixes: > -in Scope, using an anonymous innerclass instead of a lambda for filter > -in RemoveSymbolUnitTest.java, several changes to adjust to Scope as > it was in 8 (WriteableScope.create -> new Scope; Scope.findFirst -> > Scope.lookup(...).sym). > > Thanks, > Jan From sean.coffey at oracle.com Thu Jun 4 08:29:42 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Thu, 04 Jun 2015 09:29:42 +0100 Subject: [8u-60] request for review and approval to backport JDK-8080842: Using Lambda Expression with name clash results in ClassFormatError In-Reply-To: <556FD022.8070608@oracle.com> References: <54DD181C.30206@oracle.com> <556F6470.8050801@oracle.com> <556FD022.8070608@oracle.com> Message-ID: <55700C76.1040204@oracle.com> Approved. Regards, Sean. On 04/06/2015 05:12, Srikanth wrote: > > > On Thursday 04 June 2015 02:02 AM, Jan Lahoda wrote: >> Hello, >> >> I'd like to ask for a code review > > The 8u changes look good to me. > > Thanks > Srikanth > >> and an approval to backport the following fix to 8u-dev: >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8080842 >> jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/283c9951fd23 >> >> The fix does not apply cleanly to 8u-dev/langtools. The webrev for >> 8u-dev is here: >> http://cr.openjdk.java.net/~jlahoda/8080842-8/webrev.00/ >> >> Notable changes between the jdk9 and 8u-dev fixes: >> -in Scope, using an anonymous innerclass instead of a lambda for filter >> -in RemoveSymbolUnitTest.java, several changes to adjust to Scope as >> it was in 8 (WriteableScope.create -> new Scope; Scope.findFirst -> >> Scope.lookup(...).sym). >> >> Thanks, >> Jan > From anton.nashatyrev at oracle.com Thu Jun 4 12:35:33 2015 From: anton.nashatyrev at oracle.com (Anton Nashatyrev) Date: Thu, 04 Jun 2015 15:35:33 +0300 Subject: [8u-dev] Backport request: 8078606: Deadlock in awt clipboard Message-ID: <55704615.2080405@oracle.com> Hello, please approve the fix backport from jdk9 to jdk8u-dev. The patch was applied without any modifications. this is actually post commit request - sorry, pushed by mistake Bug: https://bugs.openjdk.java.net/browse/JDK-8078606 Jdk9 Webrev: http://cr.openjdk.java.net/%7Eanashaty/8078606/webrev.00/ Jdk9 Changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/a925105ec065 Jdk9 Review Thread: http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009343.html Thanks! Anton. From maurizio.cimadamore at oracle.com Thu Jun 4 12:36:52 2015 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Thu, 04 Jun 2015 13:36:52 +0100 Subject: [8u-60] request for review and approval to backport JDK-8080842: Using Lambda Expression with name clash results in ClassFormatError In-Reply-To: <556F6470.8050801@oracle.com> References: <54DD181C.30206@oracle.com> <556F6470.8050801@oracle.com> Message-ID: <55704664.7050909@oracle.com> Looks good - thanks. Maurizio On 03/06/15 21:32, Jan Lahoda wrote: > Hello, > > I'd like to ask for a code review and an approval to backport the > following fix to 8u-dev: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8080842 > jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/283c9951fd23 > > The fix does not apply cleanly to 8u-dev/langtools. The webrev for > 8u-dev is here: > http://cr.openjdk.java.net/~jlahoda/8080842-8/webrev.00/ > > Notable changes between the jdk9 and 8u-dev fixes: > -in Scope, using an anonymous innerclass instead of a lambda for filter > -in RemoveSymbolUnitTest.java, several changes to adjust to Scope as > it was in 8 (WriteableScope.create -> new Scope; Scope.findFirst -> > Scope.lookup(...).sym). > > Thanks, > Jan From sean.coffey at oracle.com Thu Jun 4 12:38:42 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 04 Jun 2015 13:38:42 +0100 Subject: [8u-dev] Backport request: 8078606: Deadlock in awt clipboard In-Reply-To: <55704615.2080405@oracle.com> References: <55704615.2080405@oracle.com> Message-ID: <557046D2.6010508@oracle.com> Approved! Regards, Sean. On 04/06/2015 13:35, Anton Nashatyrev wrote: > Hello, > > please approve the fix backport from jdk9 to jdk8u-dev. The patch > was applied without any modifications. > > this is actually post commit request - sorry, pushed by mistake > > Bug: https://bugs.openjdk.java.net/browse/JDK-8078606 > Jdk9 Webrev: http://cr.openjdk.java.net/%7Eanashaty/8078606/webrev.00/ > Jdk9 Changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/a925105ec065 > Jdk9 Review Thread: > http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009343.html > > Thanks! > Anton. From anton.nashatyrev at oracle.com Thu Jun 4 13:26:24 2015 From: anton.nashatyrev at oracle.com (Anton Nashatyrev) Date: Thu, 04 Jun 2015 16:26:24 +0300 Subject: [8u-dev] Backport request: 8068886: IDEA IntelliJ crashes in objc_msgSend when an accessibility tool is enabled Message-ID: <55705200.7020709@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-8068886 Jdk9 Webrev: http://cr.openjdk.java.net/~anashaty/8068886/webrev.01/ Jdk9 Changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/58ddd94907d1 Jdk9 Review Thread: http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009345.html Thanks! Anton. From rob.mckenna at oracle.com Thu Jun 4 13:28:45 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 04 Jun 2015 14:28:45 +0100 Subject: [8u-dev] Backport request: 8068886: IDEA IntelliJ crashes in objc_msgSend when an accessibility tool is enabled In-Reply-To: <55705200.7020709@oracle.com> References: <55705200.7020709@oracle.com> Message-ID: <5570528D.5050000@oracle.com> Approved. Please add a suitable noreg keyword. -Rob On 04/06/15 14:26, 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-8068886 > Jdk9 Webrev: http://cr.openjdk.java.net/~anashaty/8068886/webrev.01/ > > Jdk9 Changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/58ddd94907d1 > Jdk9 Review Thread: > http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009345.html > > Thanks! > Anton. From Sergey.Bylokhov at oracle.com Thu Jun 4 14:24:34 2015 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Thu, 04 Jun 2015 17:24:34 +0300 Subject: [8u-dev] Request for approval: 6206437, 6829245, 8013820, 8041654, 8042585, 8061831, 8071306, 8072775, 8078149, 8080488 Message-ID: <55705FA2.7000603@oracle.com> Hello, These are a direct back ports from jdk 9 to jdk 8u-dev. 6206437: Typo in JInternalFrame setDefaultCloseOperation() doc (WindowClosing --> internalFrameClosing) Bug: https://bugs.openjdk.java.net/browse/JDK-6206437 Webrev can be found at: http://cr.openjdk.java.net/~serb/6206437/webrev.00 jdk9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/0a8bb9bd5916 Review: http://mail.openjdk.java.net/pipermail/swing-dev/2015-May/004470.html Reviewers: Alexander Zvegintsev, Alexander Scherbatiy 6829245: Reg test: java/awt/Component/isLightweightCrash/StubPeerCrash.java fails Bug: https://bugs.openjdk.java.net/browse/JDK-6829245 Webrev can be found at: http://cr.openjdk.java.net/~serb/6829245/webrev.00 jdk9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/b9520cfccb84 Review: http://mail.openjdk.java.net/pipermail/awt-dev/2015-April/009273.html Reviewers: Alexander Zvegintsev, Alexander Scherbatiy 8013820: JavaDoc for JSpinner contains errors Bug: https://bugs.openjdk.java.net/browse/JDK-8013820 Webrev can be found at: http://cr.openjdk.java.net/~serb/8013820/webrev.00 jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/54290785b25f Review: http://mail.openjdk.java.net/pipermail/swing-dev/2015-May/004484.html Reviewers: Alexander Zvegintsev, Alexander Scherbatiy 8041654: OutOfMemoryError: RepaintManager doesn't clean up cache of volatile images Bug: https://bugs.openjdk.java.net/browse/JDK-8041654 Webrev can be found at: http://cr.openjdk.java.net/~serb/8041654/webrev.02 jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/8061379d6b9f Review: http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009395.html Reviewers: Alexander Zvegintsev, Anton V. Tarasov 8042585: [macosx] Unused code in LWCToolkit.m Bug: https://bugs.openjdk.java.net/browse/JDK-8042585 Webrev can be found at: http://cr.openjdk.java.net/~pchelko/9/8042585/webrev jdk9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/eff56d740e3d Review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-May/007677.html Reviewers: Alexander Zvegintsev, Sergey Bylokhov 8061831: [OGL] "java.lang.InternalError: not implemented yet" during the blit of VI to VI in xor mode Bug: https://bugs.openjdk.java.net/browse/JDK-8061831 Webrev can be found at: http://cr.openjdk.java.net/~serb/8061831/webrev jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/7d5b99fb4d94 Review: http://mail.openjdk.java.net/pipermail/2d-dev/2015-May/005400.html Reviewers: Jim Graham, Andrew Brygin 8071306: GUI perfomance are very slow compared java 1.6.0_45 Bug: https://bugs.openjdk.java.net/browse/JDK-8071306 Webrev can be found at: http://cr.openjdk.java.net/~serb/8071306/webrev.05 jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/ac1464c12cd6 Review: http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009326.html Reviewers: Anton V. Tarasov, Alexander Zvegintsev 8072775:Tremendous memory usage by JTextArea Bug: https://bugs.openjdk.java.net/browse/JDK-8072775 jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/95aedf11ac5e Reviewers: Vadim Pakhnushev, Philip Race 8078149: [macosx] The text of the TextArea is not wrapped at word boundaries Bug: https://bugs.openjdk.java.net/browse/JDK-8078149 Webrev can be found at: http://cr.openjdk.java.net/~serb/8078149/webrev.00 jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/4c1830bd8a40 Review: http://mail.openjdk.java.net/pipermail/swing-dev/2015-May/004482.html Reviewers: Alexander Zvegintsev, Alexander Scherbatiy 8080488: JNI exception pending in jdk/src/windows/native/sun/windows/awt_Frame.cpp Bug: https://bugs.openjdk.java.net/browse/JDK-8080488 jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/63df8a976d36 Reviewers: Dmitry Cherepanov, Alexey Ivanov -- Best regards, Sergey. From rob.mckenna at oracle.com Thu Jun 4 17:31:26 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 04 Jun 2015 18:31:26 +0100 Subject: [8u-dev] Request for approval: 6206437, 6829245, 8013820, 8041654, 8042585, 8061831, 8071306, 8072775, 8078149, 8080488 In-Reply-To: <55705FA2.7000603@oracle.com> References: <55705FA2.7000603@oracle.com> Message-ID: <55708B6E.60101@oracle.com> Approved. One or two appear to be missing noreg keywords. Please take a look and apply where appropriate. -Rob On 04/06/15 15:24, Sergey Bylokhov wrote: > Hello, > These are a direct back ports from jdk 9 to jdk 8u-dev. > > > 6206437: Typo in JInternalFrame setDefaultCloseOperation() doc > (WindowClosing --> internalFrameClosing) > Bug: https://bugs.openjdk.java.net/browse/JDK-6206437 > Webrev can be found at: http://cr.openjdk.java.net/~serb/6206437/webrev.00 > jdk9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/0a8bb9bd5916 > Review: > http://mail.openjdk.java.net/pipermail/swing-dev/2015-May/004470.html > Reviewers: Alexander Zvegintsev, Alexander Scherbatiy > > > 6829245: Reg test: > java/awt/Component/isLightweightCrash/StubPeerCrash.java fails > Bug: https://bugs.openjdk.java.net/browse/JDK-6829245 > Webrev can be found at: http://cr.openjdk.java.net/~serb/6829245/webrev.00 > jdk9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/b9520cfccb84 > Review: > http://mail.openjdk.java.net/pipermail/awt-dev/2015-April/009273.html > Reviewers: Alexander Zvegintsev, Alexander Scherbatiy > > > 8013820: JavaDoc for JSpinner contains errors > Bug: https://bugs.openjdk.java.net/browse/JDK-8013820 > Webrev can be found at: http://cr.openjdk.java.net/~serb/8013820/webrev.00 > jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/54290785b25f > Review: > http://mail.openjdk.java.net/pipermail/swing-dev/2015-May/004484.html > Reviewers: Alexander Zvegintsev, Alexander Scherbatiy > > > 8041654: OutOfMemoryError: RepaintManager doesn't clean up cache of > volatile images > Bug: https://bugs.openjdk.java.net/browse/JDK-8041654 > Webrev can be found at: http://cr.openjdk.java.net/~serb/8041654/webrev.02 > jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/8061379d6b9f > Review: http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009395.html > Reviewers: Alexander Zvegintsev, Anton V. Tarasov > > > 8042585: [macosx] Unused code in LWCToolkit.m > Bug: https://bugs.openjdk.java.net/browse/JDK-8042585 > Webrev can be found at: > http://cr.openjdk.java.net/~pchelko/9/8042585/webrev > jdk9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/eff56d740e3d > Review: http://mail.openjdk.java.net/pipermail/awt-dev/2014-May/007677.html > Reviewers: Alexander Zvegintsev, Sergey Bylokhov > > > 8061831: [OGL] "java.lang.InternalError: not implemented yet" during the > blit of VI to VI in xor mode > Bug: https://bugs.openjdk.java.net/browse/JDK-8061831 > Webrev can be found at: http://cr.openjdk.java.net/~serb/8061831/webrev > jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/7d5b99fb4d94 > Review: http://mail.openjdk.java.net/pipermail/2d-dev/2015-May/005400.html > Reviewers: Jim Graham, Andrew Brygin > > > 8071306: GUI perfomance are very slow compared java 1.6.0_45 > Bug: https://bugs.openjdk.java.net/browse/JDK-8071306 > Webrev can be found at: http://cr.openjdk.java.net/~serb/8071306/webrev.05 > jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/ac1464c12cd6 > Review: http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009326.html > Reviewers: Anton V. Tarasov, Alexander Zvegintsev > > > 8072775:Tremendous memory usage by JTextArea > Bug: https://bugs.openjdk.java.net/browse/JDK-8072775 > jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/95aedf11ac5e > Reviewers: Vadim Pakhnushev, Philip Race > > > 8078149: [macosx] The text of the TextArea is not wrapped at word > boundaries > Bug: https://bugs.openjdk.java.net/browse/JDK-8078149 > Webrev can be found at: http://cr.openjdk.java.net/~serb/8078149/webrev.00 > jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/4c1830bd8a40 > Review: > http://mail.openjdk.java.net/pipermail/swing-dev/2015-May/004482.html > Reviewers: Alexander Zvegintsev, Alexander Scherbatiy > > > 8080488: JNI exception pending in > jdk/src/windows/native/sun/windows/awt_Frame.cpp > Bug: https://bugs.openjdk.java.net/browse/JDK-8080488 > jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/63df8a976d36 > Reviewers: Dmitry Cherepanov, Alexey Ivanov > From jan.lahoda at oracle.com Fri Jun 5 07:00:49 2015 From: jan.lahoda at oracle.com (Jan Lahoda) Date: Fri, 05 Jun 2015 09:00:49 +0200 Subject: [8u-60] request for review and approval to backport JDK-8080842: Using Lambda Expression with name clash results in ClassFormatError In-Reply-To: <55700C76.1040204@oracle.com> References: <54DD181C.30206@oracle.com> <556F6470.8050801@oracle.com> <556FD022.8070608@oracle.com> <55700C76.1040204@oracle.com> Message-ID: <55714921.5010301@oracle.com> Hi, Right before pushing the change, I realized that one of the tests is using the @modules tags, which seems inappropriate for 8u. Any guidance on what to do when backporting tests with the @modules tags? For this patch, an updated webrev where the @modules tags are removed from the test is here: http://cr.openjdk.java.net/~jlahoda/8080842-8/webrev.01/ Does this seem fine, or are there any objections? Thanks, Jan On 4.6.2015 10:29, Se?n Coffey wrote: > Approved. > > Regards, > Sean. > > On 04/06/2015 05:12, Srikanth wrote: >> >> >> On Thursday 04 June 2015 02:02 AM, Jan Lahoda wrote: >>> Hello, >>> >>> I'd like to ask for a code review >> >> The 8u changes look good to me. >> >> Thanks >> Srikanth >> >>> and an approval to backport the following fix to 8u-dev: >>> >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8080842 >>> jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/283c9951fd23 >>> >>> The fix does not apply cleanly to 8u-dev/langtools. The webrev for >>> 8u-dev is here: >>> http://cr.openjdk.java.net/~jlahoda/8080842-8/webrev.00/ >>> >>> Notable changes between the jdk9 and 8u-dev fixes: >>> -in Scope, using an anonymous innerclass instead of a lambda for filter >>> -in RemoveSymbolUnitTest.java, several changes to adjust to Scope as >>> it was in 8 (WriteableScope.create -> new Scope; Scope.findFirst -> >>> Scope.lookup(...).sym). >>> >>> Thanks, >>> Jan >> > From jan.lahoda at oracle.com Fri Jun 5 07:48:46 2015 From: jan.lahoda at oracle.com (Jan Lahoda) Date: Fri, 05 Jun 2015 09:48:46 +0200 Subject: [8u-60] request for review and approval to backport JDK-8039262: Java compiler performance degradation jdk1.7 vs. jdk1.6 should be amended In-Reply-To: <54DD181C.30206@oracle.com> References: <54DD181C.30206@oracle.com> Message-ID: <5571545E.3050204@oracle.com> Hello, I'd like to ask for a code review and an approval to backport the following fix to 8u-dev: Bug: https://bugs.openjdk.java.net/browse/JDK-8039262 jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/aff504edf8a1 The fix does not apply cleanly to 8u-dev/langtools. A webrev for the patch updated for 8u-dev is here: http://cr.openjdk.java.net/~jlahoda/8039262-8/webrev.00/ The changes between the jdk9 and 8u-dev fixes are to adjust the code to match the Scope class as it was in 8, and to avoid using 8 features (lambdas). Thanks, Jan From sean.coffey at oracle.com Fri Jun 5 08:19:49 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Fri, 05 Jun 2015 09:19:49 +0100 Subject: [8u-60] request for review and approval to backport JDK-8080842: Using Lambda Expression with name clash results in ClassFormatError In-Reply-To: <55714921.5010301@oracle.com> References: <54DD181C.30206@oracle.com> <556F6470.8050801@oracle.com> <556FD022.8070608@oracle.com> <55700C76.1040204@oracle.com> <55714921.5010301@oracle.com> Message-ID: <55715BA5.1060208@oracle.com> Your approach seems fine Jan. The @modules tag is new for JDK 9 and can be ignored/removed for JDK8u and earlier releases. Regards, Sean. On 05/06/2015 08:00, Jan Lahoda wrote: > Hi, > > Right before pushing the change, I realized that one of the tests is > using the @modules tags, which seems inappropriate for 8u. Any > guidance on what to do when backporting tests with the @modules tags? > > For this patch, an updated webrev where the @modules tags are removed > from the test is here: > http://cr.openjdk.java.net/~jlahoda/8080842-8/webrev.01/ > > Does this seem fine, or are there any objections? > > Thanks, > Jan > > On 4.6.2015 10:29, Se?n Coffey wrote: >> Approved. >> >> Regards, >> Sean. >> >> On 04/06/2015 05:12, Srikanth wrote: >>> >>> >>> On Thursday 04 June 2015 02:02 AM, Jan Lahoda wrote: >>>> Hello, >>>> >>>> I'd like to ask for a code review >>> >>> The 8u changes look good to me. >>> >>> Thanks >>> Srikanth >>> >>>> and an approval to backport the following fix to 8u-dev: >>>> >>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8080842 >>>> jdk9 fix: >>>> http://hg.openjdk.java.net/jdk9/dev/langtools/rev/283c9951fd23 >>>> >>>> The fix does not apply cleanly to 8u-dev/langtools. The webrev for >>>> 8u-dev is here: >>>> http://cr.openjdk.java.net/~jlahoda/8080842-8/webrev.00/ >>>> >>>> Notable changes between the jdk9 and 8u-dev fixes: >>>> -in Scope, using an anonymous innerclass instead of a lambda for >>>> filter >>>> -in RemoveSymbolUnitTest.java, several changes to adjust to Scope as >>>> it was in 8 (WriteableScope.create -> new Scope; Scope.findFirst -> >>>> Scope.lookup(...).sym). >>>> >>>> Thanks, >>>> Jan >>> >> From sean.coffey at oracle.com Fri Jun 5 08:22:34 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Fri, 05 Jun 2015 09:22:34 +0100 Subject: [8u-60] request for review and approval to backport JDK-8039262: Java compiler performance degradation jdk1.7 vs. jdk1.6 should be amended In-Reply-To: <5571545E.3050204@oracle.com> References: <54DD181C.30206@oracle.com> <5571545E.3050204@oracle.com> Message-ID: <55715C4A.1070506@oracle.com> Approved but pending peer code review. Regards, Sean. On 05/06/2015 08:48, Jan Lahoda wrote: > Hello, > > I'd like to ask for a code review and an approval to backport the > following fix to 8u-dev: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8039262 > jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/aff504edf8a1 > > The fix does not apply cleanly to 8u-dev/langtools. A webrev for the > patch updated for 8u-dev is here: > http://cr.openjdk.java.net/~jlahoda/8039262-8/webrev.00/ > > The changes between the jdk9 and 8u-dev fixes are to adjust the code > to match the Scope class as it was in 8, and to avoid using 8 features > (lambdas). > > Thanks, > Jan From sundararajan.athijegannathan at oracle.com Fri Jun 5 08:44:17 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Fri, 05 Jun 2015 14:14:17 +0530 Subject: [8u60] approval request for 8081809: Missing final modifier in method parameters (nashorn code convention) Message-ID: <55716161.7060300@oracle.com> Please approve. bug: https://bugs.openjdk.java.net/browse/JDK-8081809 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004664.html jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8081809/8u60/webrev.00/ Not backported 'as is' - as there are jdk9 specific classes that don't exist in jdk8u-dev. But the subset backported is backported 'as is'. I'm still CC'ing nashorn-dev. Thanks, -Sundar From sean.coffey at oracle.com Fri Jun 5 08:47:31 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 05 Jun 2015 09:47:31 +0100 Subject: [8u60] approval request for 8081809: Missing final modifier in method parameters (nashorn code convention) In-Reply-To: <55716161.7060300@oracle.com> References: <55716161.7060300@oracle.com> Message-ID: <55716223.1040205@oracle.com> Approved pending peer code review. Regards, Sean. On 05/06/2015 09:44, A. Sundararajan wrote: > Please approve. > > bug: https://bugs.openjdk.java.net/browse/JDK-8081809 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004664.html > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8081809/8u60/webrev.00/ > > Not backported 'as is' - as there are jdk9 specific classes that don't > exist in jdk8u-dev. But the subset backported is backported 'as is'. > I'm still CC'ing nashorn-dev. > > Thanks, > -Sundar From marcus.lagergren at oracle.com Fri Jun 5 09:13:40 2015 From: marcus.lagergren at oracle.com (Marcus Lagergren) Date: Fri, 5 Jun 2015 11:13:40 +0200 Subject: [8u60] approval request for 8081809: Missing final modifier in method parameters (nashorn code convention) In-Reply-To: <55716161.7060300@oracle.com> References: <55716161.7060300@oracle.com> Message-ID: +1 > On 05 Jun 2015, at 10:44, A. Sundararajan wrote: > > Please approve. > > bug: https://bugs.openjdk.java.net/browse/JDK-8081809 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004664.html > jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8081809/8u60/webrev.00/ > > Not backported 'as is' - as there are jdk9 specific classes that don't exist in jdk8u-dev. But the subset backported is backported 'as is'. I'm still CC'ing nashorn-dev. > > Thanks, > -Sundar From attila.szegedi at oracle.com Fri Jun 5 09:13:27 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Fri, 5 Jun 2015 11:13:27 +0200 Subject: [8u60] approval request for 8081809: Missing final modifier in method parameters (nashorn code convention) In-Reply-To: <55716223.1040205@oracle.com> References: <55716161.7060300@oracle.com> <55716223.1040205@oracle.com> Message-ID: <938C7837-9716-462F-AF04-E4331133D332@oracle.com> I approve these changes. > On Jun 5, 2015, at 10:47 AM, Se?n Coffey wrote: > > Approved pending peer code review. > > Regards, > Sean. > > On 05/06/2015 09:44, A. Sundararajan wrote: >> Please approve. >> >> bug: https://bugs.openjdk.java.net/browse/JDK-8081809 >> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004664.html >> jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8081809/8u60/webrev.00/ >> >> Not backported 'as is' - as there are jdk9 specific classes that don't exist in jdk8u-dev. But the subset backported is backported 'as is'. I'm still CC'ing nashorn-dev. >> >> Thanks, >> -Sundar > From konstantin.shefov at oracle.com Fri Jun 5 10:30:22 2015 From: konstantin.shefov at oracle.com (Konstantin Shefov) Date: Fri, 05 Jun 2015 13:30:22 +0300 Subject: [8u60] approval request for JDK-8068416: LFGarbageCollectedTest.java fails with OOME: "GC overhead limit exceeded" Message-ID: <55717A3E.4060209@oracle.com> Please approve direct backport. bug: https://bugs.openjdk.java.net/browse/JDK-8068416 jdk9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/033998.html jdk8u-dev webrev: http://cr.openjdk.java.net/~kshefov/8068416/webrev.02 Thanks, -Konstantin From sean.coffey at oracle.com Fri Jun 5 10:43:54 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 05 Jun 2015 11:43:54 +0100 Subject: [8u60] approval request for JDK-8068416: LFGarbageCollectedTest.java fails with OOME: "GC overhead limit exceeded" In-Reply-To: <55717A3E.4060209@oracle.com> References: <55717A3E.4060209@oracle.com> Message-ID: <55717D6A.70800@oracle.com> Approved. Regards, Sean. On 05/06/15 11:30, Konstantin Shefov wrote: > Please approve direct backport. > > bug: https://bugs.openjdk.java.net/browse/JDK-8068416 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/033998.html > jdk8u-dev webrev: http://cr.openjdk.java.net/~kshefov/8068416/webrev.02 > > > Thanks, > -Konstantin From sundararajan.athijegannathan at oracle.com Fri Jun 5 11:14:52 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Fri, 05 Jun 2015 16:44:52 +0530 Subject: RFR 8080087: Nashorn $ENV.PWD is originally undefined Message-ID: <557184AC.6030506@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8080087 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004677.html jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8080087/8u60/webrev.00/ Backported 'as is' except for modular source layout difference. Thanks, -Sundar From jan.lahoda at oracle.com Fri Jun 5 11:15:06 2015 From: jan.lahoda at oracle.com (Jan Lahoda) Date: Fri, 05 Jun 2015 13:15:06 +0200 Subject: [8u-60] request for review and approval to backport JDK-8080842: Using Lambda Expression with name clash results in ClassFormatError In-Reply-To: <55715BA5.1060208@oracle.com> References: <54DD181C.30206@oracle.com> <556F6470.8050801@oracle.com> <556FD022.8070608@oracle.com> <55700C76.1040204@oracle.com> <55714921.5010301@oracle.com> <55715BA5.1060208@oracle.com> Message-ID: <557184BA.8060007@oracle.com> Thanks, Sean. Pushed. Jan On 5.6.2015 10:19, Se?n Coffey wrote: > Your approach seems fine Jan. The @modules tag is new for JDK 9 and can > be ignored/removed for JDK8u and earlier releases. > > Regards, > Sean. > > On 05/06/2015 08:00, Jan Lahoda wrote: >> Hi, >> >> Right before pushing the change, I realized that one of the tests is >> using the @modules tags, which seems inappropriate for 8u. Any >> guidance on what to do when backporting tests with the @modules tags? >> >> For this patch, an updated webrev where the @modules tags are removed >> from the test is here: >> http://cr.openjdk.java.net/~jlahoda/8080842-8/webrev.01/ >> >> Does this seem fine, or are there any objections? >> >> Thanks, >> Jan >> >> On 4.6.2015 10:29, Se?n Coffey wrote: >>> Approved. >>> >>> Regards, >>> Sean. >>> >>> On 04/06/2015 05:12, Srikanth wrote: >>>> >>>> >>>> On Thursday 04 June 2015 02:02 AM, Jan Lahoda wrote: >>>>> Hello, >>>>> >>>>> I'd like to ask for a code review >>>> >>>> The 8u changes look good to me. >>>> >>>> Thanks >>>> Srikanth >>>> >>>>> and an approval to backport the following fix to 8u-dev: >>>>> >>>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8080842 >>>>> jdk9 fix: >>>>> http://hg.openjdk.java.net/jdk9/dev/langtools/rev/283c9951fd23 >>>>> >>>>> The fix does not apply cleanly to 8u-dev/langtools. The webrev for >>>>> 8u-dev is here: >>>>> http://cr.openjdk.java.net/~jlahoda/8080842-8/webrev.00/ >>>>> >>>>> Notable changes between the jdk9 and 8u-dev fixes: >>>>> -in Scope, using an anonymous innerclass instead of a lambda for >>>>> filter >>>>> -in RemoveSymbolUnitTest.java, several changes to adjust to Scope as >>>>> it was in 8 (WriteableScope.create -> new Scope; Scope.findFirst -> >>>>> Scope.lookup(...).sym). >>>>> >>>>> Thanks, >>>>> Jan >>>> >>> > From sean.coffey at oracle.com Fri Jun 5 11:59:02 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 05 Jun 2015 12:59:02 +0100 Subject: [8u-dev]Request for approval : Re: RFR 8080087: Nashorn $ENV.PWD is originally undefined In-Reply-To: <557184AC.6030506@oracle.com> References: <557184AC.6030506@oracle.com> Message-ID: <55718F06.5050704@oracle.com> Updating the subject title. Approved. Regards, Sean. On 05/06/15 12:14, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8080087 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004677.html > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8080087/8u60/webrev.00/ > > Backported 'as is' except for modular source layout difference. > > Thanks, > -Sundar From rob.mckenna at oracle.com Fri Jun 5 13:23:28 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 05 Jun 2015 14:23:28 +0100 Subject: [8u60] Request for approval: 8080819: Inet4AddressImpl regression caused by JDK-7180557 Message-ID: <5571A2D0.6030209@oracle.com> Hi folks, Patch applies cleanly post shuffle. https://bugs.openjdk.java.net/browse/JDK-8080819 http://mail.openjdk.java.net/pipermail/net-dev/2015-June/009015.html http://hg.openjdk.java.net/jdk9/dev/jdk/rev/812157183473 -Rob From sean.coffey at oracle.com Fri Jun 5 14:00:11 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 05 Jun 2015 15:00:11 +0100 Subject: [8u60] Request for approval: 8080819: Inet4AddressImpl regression caused by JDK-7180557 In-Reply-To: <5571A2D0.6030209@oracle.com> References: <5571A2D0.6030209@oracle.com> Message-ID: <5571AB6B.8010309@oracle.com> Might be good if you can hold off on pushing this to jdk8u-dev for a few days Rob. Let it go through some testing on jdk9 first etc. Approved in any case. Regards, Sean. On 05/06/15 14:23, Rob McKenna wrote: > Hi folks, > > Patch applies cleanly post shuffle. > > https://bugs.openjdk.java.net/browse/JDK-8080819 > http://mail.openjdk.java.net/pipermail/net-dev/2015-June/009015.html > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/812157183473 > > -Rob From alexandr.scherbatiy at oracle.com Fri Jun 5 14:06:57 2015 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Fri, 05 Jun 2015 17:06:57 +0300 Subject: [8u60] Request for approval: 8080137 Dragged events for extra mouse buttons (4, 5, 6) are not generated on JSplitPane Message-ID: <5571AD01.6030901@oracle.com> Hello, Could you approve the direct backport of the fix to JDK 8u-dev. The bug: https://bugs.openjdk.java.net/browse/JDK-8080137 The webrev: http://cr.openjdk.java.net/~alexsch/8080137/webrev.00/ The review thread: http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009398.html The JDK 9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/64c17cb355b1 Thanks, Alexandr. From rob.mckenna at oracle.com Fri Jun 5 14:09:44 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 05 Jun 2015 15:09:44 +0100 Subject: [8u60] Request for approval: 8080137 Dragged events for extra mouse buttons (4, 5, 6) are not generated on JSplitPane In-Reply-To: <5571AD01.6030901@oracle.com> References: <5571AD01.6030901@oracle.com> Message-ID: <5571ADA8.1080307@oracle.com> Approved. -Rob On 05/06/15 15:06, Alexander Scherbatiy wrote: > > Hello, > > Could you approve the direct backport of the fix to JDK 8u-dev. > > The bug: https://bugs.openjdk.java.net/browse/JDK-8080137 > The webrev: http://cr.openjdk.java.net/~alexsch/8080137/webrev.00/ > The review thread: > http://mail.openjdk.java.net/pipermail/awt-dev/2015-May/009398.html > The JDK 9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/64c17cb355b1 > > Thanks, > Alexandr. > From sundararajan.athijegannathan at oracle.com Fri Jun 5 14:30:27 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Fri, 05 Jun 2015 20:00:27 +0530 Subject: [8u60] approval request for 8085810: Return value of Objects.requireNonNull call can be used Message-ID: <5571B283.9040501@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8085810 jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8085810/8u60/webrev.00/ jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004671.html This is a code clean up fix. Apart from modular source layout difference, the backport leaves change in one jdk9 specific file (ParserImpl.java). All other changes are same. CC'ing nashorn team. Thanks, -Sundar From rob.mckenna at oracle.com Fri Jun 5 14:32:36 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 05 Jun 2015 15:32:36 +0100 Subject: [8u60] approval request for 8085810: Return value of Objects.requireNonNull call can be used In-Reply-To: <5571B283.9040501@oracle.com> References: <5571B283.9040501@oracle.com> Message-ID: <5571B304.2010507@oracle.com> Approved assuming the nashorn team are ok with it. -Rob On 05/06/15 15:30, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8085810 > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8085810/8u60/webrev.00/ > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004671.html > > This is a code clean up fix. Apart from modular source layout > difference, the backport leaves change in one jdk9 specific file > (ParserImpl.java). All other changes are same. CC'ing nashorn team. > > Thanks, > -Sundar From attila.szegedi at oracle.com Fri Jun 5 14:39:16 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Fri, 5 Jun 2015 16:39:16 +0200 Subject: [8u60] approval request for 8085810: Return value of Objects.requireNonNull call can be used In-Reply-To: <5571B304.2010507@oracle.com> References: <5571B283.9040501@oracle.com> <5571B304.2010507@oracle.com> Message-ID: Yes, it?s ok. +1. > On Jun 5, 2015, at 4:32 PM, Rob McKenna wrote: > > Approved assuming the nashorn team are ok with it. > > -Rob > > On 05/06/15 15:30, A. Sundararajan wrote: >> Please approve. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8085810 >> jdk8u-dev webrev: >> http://cr.openjdk.java.net/~sundar/8085810/8u60/webrev.00/ >> jdk9 review thread: >> http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004671.html >> >> This is a code clean up fix. Apart from modular source layout >> difference, the backport leaves change in one jdk9 specific file >> (ParserImpl.java). All other changes are same. CC'ing nashorn team. >> >> Thanks, >> -Sundar From maxim.soloviev at oracle.com Fri Jun 5 15:39:13 2015 From: maxim.soloviev at oracle.com (Maxim Soloviev) Date: Fri, 05 Jun 2015 18:39:13 +0300 Subject: [8u60] approval request for JDK-8062198: Add RowSetMetaDataImpl Tests and add column range validation to isdefinitlyWritable Message-ID: <5571C2A1.6000300@oracle.com> Please approve direct backport. bug: https://bugs.openjdk.java.net/browse/JDK-8062198 jdk9 change set: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/4162bcc663dc Thanks, Maxim From maxim.soloviev at oracle.com Fri Jun 5 15:45:47 2015 From: maxim.soloviev at oracle.com (Maxim Soloviev) Date: Fri, 05 Jun 2015 18:45:47 +0300 Subject: [8u60] approval request for JDK-8059411: RowSetWarning does not correctly chain warnings Message-ID: <5571C42B.7020701@oracle.com> Please approve direct backport. bug: https://bugs.openjdk.java.net/browse/JDK-8059411 jdk9 change set: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/4110a7627857 Thanks, Maxim From maxim.soloviev at oracle.com Fri Jun 5 15:50:22 2015 From: maxim.soloviev at oracle.com (Maxim Soloviev) Date: Fri, 05 Jun 2015 18:50:22 +0300 Subject: [8u60] approval request for JDK-8066188: BaseRowSet returns the wrong default value for escape processing Message-ID: <5571C53E.3050908@oracle.com> Please approve direct backport. bug: https://bugs.openjdk.java.net/browse/JDK-8066188 jdk9 change set: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/f619341171c0 Thanks, Maxim From rob.mckenna at oracle.com Fri Jun 5 15:51:35 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 05 Jun 2015 16:51:35 +0100 Subject: [8u60] approval request for JDK-8062198: Add RowSetMetaDataImpl Tests and add column range validation to isdefinitlyWritable In-Reply-To: <5571C2A1.6000300@oracle.com> References: <5571C2A1.6000300@oracle.com> Message-ID: <5571C587.4030400@oracle.com> Approved. -Rob On 05/06/15 16:39, Maxim Soloviev wrote: > Please approve direct backport. > > bug: https://bugs.openjdk.java.net/browse/JDK-8062198 > jdk9 change set: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/4162bcc663dc > > Thanks, > Maxim > From rob.mckenna at oracle.com Fri Jun 5 15:51:40 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 05 Jun 2015 16:51:40 +0100 Subject: [8u60] approval request for JDK-8059411: RowSetWarning does not correctly chain warnings In-Reply-To: <5571C42B.7020701@oracle.com> References: <5571C42B.7020701@oracle.com> Message-ID: <5571C58C.1000809@oracle.com> Approved. -Rob On 05/06/15 16:45, Maxim Soloviev wrote: > Please approve direct backport. > > bug: https://bugs.openjdk.java.net/browse/JDK-8059411 > jdk9 change set: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/4110a7627857 > > Thanks, > Maxim From rob.mckenna at oracle.com Fri Jun 5 15:52:35 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 05 Jun 2015 16:52:35 +0100 Subject: [8u60] approval request for JDK-8066188: BaseRowSet returns the wrong default value for escape processing In-Reply-To: <5571C53E.3050908@oracle.com> References: <5571C53E.3050908@oracle.com> Message-ID: <5571C5C3.3070401@oracle.com> Approved. -Rob On 05/06/15 16:50, Maxim Soloviev wrote: > Please approve direct backport. > > bug: https://bugs.openjdk.java.net/browse/JDK-8066188 > jdk9 change set: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/f619341171c0 > > Thanks, > Maxim From alejandro.murillo at oracle.com Fri Jun 5 17:01:21 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 05 Jun 2015 11:01:21 -0600 Subject: [8u60] Request for approval for bulk integration of hs25.60-b19 Message-ID: <5571D5E1.1040603@oracle.com> Requesting approval to integrate hs25.60-b19 into jdk8u60-b19. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b19-jdk8u60-b19.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. 8036851: volatile double accesses are not explicitly atomic in C2 8051712: regression Test7107135 crashes 8068945: Use RBP register as proper frame pointer in JIT compiled code on x86 8075798: Allow ADLC register class to depend on runtime conditions also for cisc-spillable classes 8077504: Unsafe load can loose control dependency and cause crash 8080281: 8068945 changes break building the zero JVM variant 8081436: new hotspot build - hs25.60-b19 8081475: SystemTap does not work when JDK is compiled with GCC 5 8081693: metaspace/shrink_grow/CompressedClassSpaceSize fails with OOM: Compressed class space -- Alejandro From philip.race at oracle.com Fri Jun 5 18:27:25 2015 From: philip.race at oracle.com (Phil Race) Date: Fri, 05 Jun 2015 11:27:25 -0700 Subject: [8u60] request for approval: backport 8064833: [macosx] Native font lookup uses family+style, not full name/postscript name Message-ID: <5571EA0D.6050809@oracle.com> We've had a request to backport this and its certainly a bad bug with no workaround. bug: https://bugs.openjdk.java.net/browse/JDK-8064833 9-review http://mail.openjdk.java.net/pipermail/2d-dev/2015-January/005027.html 9-changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/c6ff774bf74b The shuffled patch applies cleanly to 8u-dev There is one small follow-on fix which is also required/requested to fix a stack overflow when turning on debug output : bug: https://bugs.openjdk.java.net/browse/JDK-8076979 9-review http://mail.openjdk.java.net/pipermail/2d-dev/2015-April/005307.html 9-changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/0bfbcc848706 -phil. From rob.mckenna at oracle.com Fri Jun 5 18:30:17 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 05 Jun 2015 19:30:17 +0100 Subject: [8u60] Request for approval for bulk integration of hs25.60-b19 In-Reply-To: <5571D5E1.1040603@oracle.com> References: <5571D5E1.1040603@oracle.com> Message-ID: <5571EAB9.9070602@oracle.com> Approved pending positive PIT. -Rob On 05/06/15 18:01, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.60-b19 into jdk8u60-b19. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b19-jdk8u60-b19.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. > > 8036851: volatile double accesses are not explicitly atomic in C2 > 8051712: regression Test7107135 crashes > 8068945: Use RBP register as proper frame pointer in JIT compiled code > on x86 > 8075798: Allow ADLC register class to depend on runtime conditions also > for cisc-spillable classes > 8077504: Unsafe load can loose control dependency and cause crash > 8080281: 8068945 changes break building the zero JVM variant > 8081436: new hotspot build - hs25.60-b19 > 8081475: SystemTap does not work when JDK is compiled with GCC 5 > 8081693: metaspace/shrink_grow/CompressedClassSpaceSize fails with OOM: > Compressed class space > From rob.mckenna at oracle.com Fri Jun 5 18:31:30 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 05 Jun 2015 19:31:30 +0100 Subject: [8u60] request for approval: backport 8064833: [macosx] Native font lookup uses family+style, not full name/postscript name In-Reply-To: <5571EA0D.6050809@oracle.com> References: <5571EA0D.6050809@oracle.com> Message-ID: <5571EB02.30307@oracle.com> Approved assuming both apply cleanly. -Rob On 05/06/15 19:27, Phil Race wrote: > We've had a request to backport this and its certainly a bad bug with no > workaround. > > bug: https://bugs.openjdk.java.net/browse/JDK-8064833 > 9-review > http://mail.openjdk.java.net/pipermail/2d-dev/2015-January/005027.html > 9-changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/c6ff774bf74b > > The shuffled patch applies cleanly to 8u-dev > > There is one small follow-on fix which is also required/requested > to fix a stack overflow when turning on debug output : > > bug: https://bugs.openjdk.java.net/browse/JDK-8076979 > 9-review > http://mail.openjdk.java.net/pipermail/2d-dev/2015-April/005307.html > 9-changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/0bfbcc848706 > > -phil. > From vicente.romero at oracle.com Fri Jun 5 22:03:01 2015 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Fri, 05 Jun 2015 15:03:01 -0700 Subject: [8u60] request for review: 8068489: remove unnecessary complexity in Flow and Bits, after JDK-8064857 Message-ID: <55721C95.4000004@oracle.com> Hi, Please review the backport of bug: 8068489: remove unnecessary complexity in Flow and Bits, after JDK-8064857 JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8068489 backport: https://bugs.openjdk.java.net/browse/JDK-8068547 original patch pushed to 9: http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/5e500700b168 public review: http://cr.openjdk.java.net/~vromero/8068489/webrev/ The original patch doesn't apply cleanly. There are no major differences but I think that there are enough to deserve a review. Thanks, Vicente From sean.coffey at oracle.com Sat Jun 6 09:47:12 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Sat, 06 Jun 2015 10:47:12 +0100 Subject: [8u-dev] Request for approval : 8077418: StackOverflowError during PolicyFile lookup Message-ID: <5572C1A0.8040001@oracle.com> Seeking approval for this issue. Backing out JDK-8077734 from jdk8u-dev for now. New fix will be worked via JDK-8085903. bug report : https://bugs.openjdk.java.net/browse/JDK-8077418 webrev: http://cr.openjdk.java.net/~coffeys/webrev.8077418.8u/webrev/ review thread : http://mail.openjdk.java.net/pipermail/security-dev/2015-June/012325.html -- Regards, Sean. From yasuenag at gmail.com Sat Jun 6 12:40:59 2015 From: yasuenag at gmail.com (Yasumasa Suenaga) Date: Sat, 06 Jun 2015 21:40:59 +0900 Subject: [8u60] approval request for JDK-8017773 Message-ID: <5572EA5B.9030402@gmail.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8017773 Changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/2559e1d816ae webrev for jdk8u: http://cr.openjdk.java.net/~ysuenaga/JDK-8085935/webrev.00/ I'm not a committer of jdk8u. So I need a Sponsor. Could you help? Thanks, Yasumasa From sean.coffey at oracle.com Mon Jun 8 07:25:56 2015 From: sean.coffey at oracle.com (=?ISO-2022-JP?B?U2VhJ24gQ29mZmV5?=) Date: Mon, 08 Jun 2015 08:25:56 +0100 Subject: [8u60] approval request for JDK-8017773 In-Reply-To: <5572EA5B.9030402@gmail.com> References: <5572EA5B.9030402@gmail.com> Message-ID: <55754384.8030504@oracle.com> Approved. We'll need to add an appropriate noreg-* label to the bug report http://openjdk.java.net/guide/changePlanning.html#noreg I can help push this change into jdk8u-dev. Regards, Sean. On 06/06/2015 13:40, Yasumasa Suenaga wrote: > Please approve. > > Bug: > https://bugs.openjdk.java.net/browse/JDK-8017773 > > Changeset: > http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/2559e1d816ae > > webrev for jdk8u: > http://cr.openjdk.java.net/~ysuenaga/JDK-8085935/webrev.00/ > > > I'm not a committer of jdk8u. > So I need a Sponsor. > Could you help? > > > Thanks, > > Yasumasa > From andrew.brygin at oracle.com Mon Jun 8 07:27:26 2015 From: andrew.brygin at oracle.com (Andrew Brygin) Date: Mon, 08 Jun 2015 10:27:26 +0300 Subject: [8u-dev] Request for approval: 8085910: OGL text renderer: gamma lut cleanup Message-ID: <557543DE.9080304@oracle.com> Hello, could you please approve a direct backport of the fix for 8085910 to 8u-dev? Bug: https://bugs.openjdk.java.net/browse/JDK-8085910 Fix review: http://mail.openjdk.java.net/pipermail/2d-dev/2015-June/005477.html Webrev: http://cr.openjdk.java.net/~bae/8085910/9/webrev.00/ jdk9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/5a7d72dafbee Reviewers: Phil Race, Sergey Bylokhov Thanks, Andrew From sean.coffey at oracle.com Mon Jun 8 07:38:56 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 08 Jun 2015 08:38:56 +0100 Subject: [8u-dev] Request for approval: 8085910: OGL text renderer: gamma lut cleanup In-Reply-To: <557543DE.9080304@oracle.com> References: <557543DE.9080304@oracle.com> Message-ID: <55754690.5040804@oracle.com> Approved. Regards, Sean. On 08/06/2015 08:27, Andrew Brygin wrote: > Hello, > > could you please approve a direct backport of the fix for 8085910 to > 8u-dev? > > Bug: https://bugs.openjdk.java.net/browse/JDK-8085910 > > Fix review: > http://mail.openjdk.java.net/pipermail/2d-dev/2015-June/005477.html > Webrev: http://cr.openjdk.java.net/~bae/8085910/9/webrev.00/ > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/client/jdk/rev/5a7d72dafbee > > Reviewers: Phil Race, Sergey Bylokhov > > Thanks, > Andrew From sundararajan.athijegannathan at oracle.com Mon Jun 8 09:20:36 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Mon, 08 Jun 2015 14:50:36 +0530 Subject: [8u60] approval request for 8085802: Nashorn -nse option causes parse error on anonymous function definition Message-ID: <55755E64.2040408@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8085802 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004691.html jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8085802/8u60/webrev.00/ Backported "as is" except for the modular source layout difference. Thanks, -Sundar From yasuenag at gmail.com Mon Jun 8 09:38:38 2015 From: yasuenag at gmail.com (Yasumasa Suenaga) Date: Mon, 08 Jun 2015 18:38:38 +0900 Subject: [8u60] approval request for JDK-8017773 In-Reply-To: <55754384.8030504@oracle.com> References: <5572EA5B.9030402@gmail.com> <55754384.8030504@oracle.com> Message-ID: <5575629E.4020302@gmail.com> Hi Sean, Thank you so much! > We'll need to add an appropriate noreg-* label to the bug report I've added noreg-other to the bug report. I think the reason is backport request. If it is not correct, please fix the label. Yasumasa On 2015/06/08 16:25, Sea'n Coffey wrote: > Approved. We'll need to add an appropriate noreg-* label to the bug report > http://openjdk.java.net/guide/changePlanning.html#noreg > > I can help push this change into jdk8u-dev. > > Regards, > Sean. > > On 06/06/2015 13:40, Yasumasa Suenaga wrote: >> Please approve. >> >> Bug: >> https://bugs.openjdk.java.net/browse/JDK-8017773 >> >> Changeset: >> http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/2559e1d816ae >> >> webrev for jdk8u: >> http://cr.openjdk.java.net/~ysuenaga/JDK-8085935/webrev.00/ >> >> >> I'm not a committer of jdk8u. >> So I need a Sponsor. >> Could you help? >> >> >> Thanks, >> >> Yasumasa >> > From maurizio.cimadamore at oracle.com Mon Jun 8 11:02:42 2015 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Mon, 08 Jun 2015 12:02:42 +0100 Subject: [8u-60] request for review and approval to backport JDK-8039262: Java compiler performance degradation jdk1.7 vs. jdk1.6 should be amended In-Reply-To: <5571545E.3050204@oracle.com> References: <54DD181C.30206@oracle.com> <5571545E.3050204@oracle.com> Message-ID: <55757652.80701@oracle.com> Looks good to me. Maurizio On 05/06/15 08:48, Jan Lahoda wrote: > Hello, > > I'd like to ask for a code review and an approval to backport the > following fix to 8u-dev: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8039262 > jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/aff504edf8a1 > > The fix does not apply cleanly to 8u-dev/langtools. A webrev for the > patch updated for 8u-dev is here: > http://cr.openjdk.java.net/~jlahoda/8039262-8/webrev.00/ > > The changes between the jdk9 and 8u-dev fixes are to adjust the code > to match the Scope class as it was in 8, and to avoid using 8 features > (lambdas). > > Thanks, > Jan From rob.mckenna at oracle.com Mon Jun 8 11:14:32 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 08 Jun 2015 12:14:32 +0100 Subject: [8u-dev] Request for approval : 8077418: StackOverflowError during PolicyFile lookup In-Reply-To: <5572C1A0.8040001@oracle.com> References: <5572C1A0.8040001@oracle.com> Message-ID: <55757918.40001@oracle.com> Approved. -Rob On 06/06/15 10:47, Se?n Coffey wrote: > Seeking approval for this issue. Backing out JDK-8077734 from jdk8u-dev > for now. New fix will be worked via JDK-8085903. > > bug report : https://bugs.openjdk.java.net/browse/JDK-8077418 > webrev: http://cr.openjdk.java.net/~coffeys/webrev.8077418.8u/webrev/ > review thread : > http://mail.openjdk.java.net/pipermail/security-dev/2015-June/012325.html > From rob.mckenna at oracle.com Mon Jun 8 11:20:31 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 08 Jun 2015 12:20:31 +0100 Subject: [8u60] approval request for 8085802: Nashorn -nse option causes parse error on anonymous function definition In-Reply-To: <55755E64.2040408@oracle.com> References: <55755E64.2040408@oracle.com> Message-ID: <55757A7F.1070305@oracle.com> Approved. -Rob On 08/06/15 10:20, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8085802 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004691.html > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8085802/8u60/webrev.00/ > > Backported "as is" except for the modular source layout difference. > > Thanks, > -Sundar From sundararajan.athijegannathan at oracle.com Mon Jun 8 11:56:41 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Mon, 08 Jun 2015 17:26:41 +0530 Subject: [8u60] 8085937: add autoimports sample script to easily explore Java classes in interactive mode Message-ID: <557582F9.4060502@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8085937 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004691.html jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8085937/8u60/webrev.00/ Not backported 'as is' since there jrtfs file system walking cannot be used in jdk8. Using rt.jar walking instead. Rest of the autoimports.js is same code. CC'ing nashorn team for additional review. Thanks, -Sundar From marcus.lagergren at oracle.com Mon Jun 8 12:18:18 2015 From: marcus.lagergren at oracle.com (Marcus Lagergren) Date: Mon, 8 Jun 2015 14:18:18 +0200 Subject: [8u60] 8085937: add autoimports sample script to easily explore Java classes in interactive mode In-Reply-To: <557582F9.4060502@oracle.com> References: <557582F9.4060502@oracle.com> Message-ID: <3B7BFA28-9F51-4531-BB11-174CA8DF958E@oracle.com> +1 > On 08 Jun 2015, at 13:56, A. Sundararajan wrote: > > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8085937 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004691.html > jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8085937/8u60/webrev.00/ > > Not backported 'as is' since there jrtfs file system walking cannot be used in jdk8. Using rt.jar walking instead. Rest of the autoimports.js is same code. CC'ing nashorn team for additional review. > > Thanks, > -Sundar From rob.mckenna at oracle.com Mon Jun 8 12:21:09 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 08 Jun 2015 13:21:09 +0100 Subject: [8u60] 8085937: add autoimports sample script to easily explore Java classes in interactive mode In-Reply-To: <3B7BFA28-9F51-4531-BB11-174CA8DF958E@oracle.com> References: <557582F9.4060502@oracle.com> <3B7BFA28-9F51-4531-BB11-174CA8DF958E@oracle.com> Message-ID: <557588B5.2000207@oracle.com> Approved. -Rob On 08/06/15 13:18, Marcus Lagergren wrote: > +1 > >> On 08 Jun 2015, at 13:56, A. Sundararajan wrote: >> >> Please approve. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8085937 >> jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004691.html >> jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8085937/8u60/webrev.00/ >> >> Not backported 'as is' since there jrtfs file system walking cannot be used in jdk8. Using rt.jar walking instead. Rest of the autoimports.js is same code. CC'ing nashorn team for additional review. >> >> Thanks, >> -Sundar > From sundararajan.athijegannathan at oracle.com Tue Jun 9 09:39:16 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Tue, 09 Jun 2015 15:09:16 +0530 Subject: [8u60] approval request for 8086032: Add compiler error tests when syntax extensions are used with --no-syntax-extensions option Message-ID: <5576B444.2030704@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8086032 jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8086032/8u60/webrev.00/ jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004712.html Backported "as is" from jdk9-dev without any changes. Thanks, -Sundar From hannes.wallnoefer at oracle.com Tue Jun 9 09:47:43 2015 From: hannes.wallnoefer at oracle.com (Hannes Wallnoefer) Date: Tue, 09 Jun 2015 11:47:43 +0200 Subject: [8u60] Request for approval for JDK-8085885 and JDK-8080490 Message-ID: <5576B63F.9070502@oracle.com> Please approve backport of JDK-8085885 and JDK-8080490 to 8u60: Bug: https://bugs.openjdk.java.net/browse/JDK-8085885 Webrev: http://cr.openjdk.java.net/~mhaupt/8085885/ Review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004696.html Bug: https://bugs.openjdk.java.net/browse/JDK-8080490 Webrev: http://cr.openjdk.java.net/~mhaupt/8080490/ Review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004708.html The changes apply cleanly to 8u-dev after reshuffling path names. Thanks, Hannes From sean.coffey at oracle.com Tue Jun 9 09:48:59 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 09 Jun 2015 10:48:59 +0100 Subject: [8u60] approval request for 8086032: Add compiler error tests when syntax extensions are used with --no-syntax-extensions option In-Reply-To: <5576B444.2030704@oracle.com> References: <5576B444.2030704@oracle.com> Message-ID: <5576B68B.7020102@oracle.com> Approved. Regards, Sean. On 09/06/15 10:39, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8086032 > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8086032/8u60/webrev.00/ > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004712.html > > Backported "as is" from jdk9-dev without any changes. > > Thanks, > -Sundar From sean.coffey at oracle.com Tue Jun 9 09:52:11 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 09 Jun 2015 10:52:11 +0100 Subject: [8u60] Request for approval for JDK-8085885 and JDK-8080490 In-Reply-To: <5576B63F.9070502@oracle.com> References: <5576B63F.9070502@oracle.com> Message-ID: <5576B74B.3070103@oracle.com> Approved. Regards, Sean. On 09/06/15 10:47, Hannes Wallnoefer wrote: > Please approve backport of JDK-8085885 and JDK-8080490 to 8u60: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8085885 > Webrev: http://cr.openjdk.java.net/~mhaupt/8085885/ > Review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004696.html > > Bug: https://bugs.openjdk.java.net/browse/JDK-8080490 > Webrev: http://cr.openjdk.java.net/~mhaupt/8080490/ > Review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004708.html > > The changes apply cleanly to 8u-dev after reshuffling path names. > > Thanks, > Hannes From michael.fang at oracle.com Tue Jun 9 18:06:28 2015 From: michael.fang at oracle.com (Michael Fang) Date: Tue, 09 Jun 2015 11:06:28 -0700 Subject: Review request for 8083601: jdk8u60 l10n resource file translation update 2 Message-ID: <55772B24.2090701@oracle.com> Hi, Please help to code review the changes for the following CR (just translation changes from translators): 8083601: jdk8u60 l10n resource file translation update 2 https://bugs.openjdk.java.net/browse/JDK-8083601 The webrev is located at: http://cr.openjdk.java.net/~mfang/8083601/ Since we perform resource file translation updates separately for jdk9, jdk8u and jdk7u, these changes are specific to jdk8u and not ported back from jdk9. thanks, -michael From alejandro.murillo at oracle.com Tue Jun 9 19:02:24 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 09 Jun 2015 13:02:24 -0600 Subject: jdk8u60-b19: HotSpot Message-ID: <55773840.4070304@oracle.com> hs25.60-b19 has been integrated into jdk8u60-b19. http://hg.openjdk.java.net/jdk8u/jdk8u/rev/ff2ddaa4ea32 http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/eb0caffe34c6 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/bd9221771f6e http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/a86893381fbb http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/5b422975b71d http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/b2c55ff77112 http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/0366d7f1faa1 http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/3780124b6dbb Component : VM Status : 0 major failures, 0 minor failure Date : 06/09/2015 at 15:00 MSK Tested By : STT_VM Cost(total man-days): 1 Workspace : 2015-06-05-060134.amurillo.hs25-60-b19-snapshot Bundles : 2015-06-05-060134.amurillo.hs25-60-b19-snapshot Platforms : Others Tests : Log : link Browsers : NA Patches : NA Number of Tests Executed : 414890 passed tests, 4481 failed tests (0 new failure) Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: 8036851: volatile double accesses are not explicitly atomic in C2 8051712: regression Test7107135 crashes 8068945: Use RBP register as proper frame pointer in JIT compiled code on x86 8075798: Allow ADLC register class to depend on runtime conditions also for cisc-spillable classes 8077504: Unsafe load can loose control dependency and cause crash 8080281: 8068945 changes break building the zero JVM variant 8081436: new hotspot build - hs25.60-b19 8081475: SystemTap does not work when JDK is compiled with GCC 5 8081693: metaspace/shrink_grow/CompressedClassSpaceSize fails with OOM: Compressed class space New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: jdk8u60-b19 Issues and Notes: This is PIT for HS25.60-b19 for jdk8u60-b19. Go for integration. -- Alejandro From kumar.x.srinivasan at oracle.com Tue Jun 9 19:53:20 2015 From: kumar.x.srinivasan at oracle.com (Kumar Srinivasan) Date: Tue, 09 Jun 2015 12:53:20 -0700 Subject: Review request for 8083601: jdk8u60 l10n resource file translation update 2 In-Reply-To: <55772B24.2090701@oracle.com> References: <55772B24.2090701@oracle.com> Message-ID: <55774430.2010401@oracle.com> Hi Michael, I check jdk/launcher*properties and langtools, I have no idea what the translations are but the property files look ok. Thanks Kumar On 6/9/2015 11:06 AM, Michael Fang wrote: > Hi, > > Please help to code review the changes for the following CR (just > translation changes from translators): > 8083601: jdk8u60 l10n resource file translation update 2 > https://bugs.openjdk.java.net/browse/JDK-8083601 > > The webrev is located at: > http://cr.openjdk.java.net/~mfang/8083601/ > > Since we perform resource file translation updates separately for > jdk9, jdk8u > and jdk7u, these changes are specific to jdk8u and not ported back from > jdk9. > > thanks, > > -michael From michael.fang at oracle.com Tue Jun 9 19:57:40 2015 From: michael.fang at oracle.com (Michael Fang) Date: Tue, 09 Jun 2015 12:57:40 -0700 Subject: Review request for 8083601: jdk8u60 l10n resource file translation update 2 In-Reply-To: <55774430.2010401@oracle.com> References: <55772B24.2090701@oracle.com> <55774430.2010401@oracle.com> Message-ID: <55774534.1050404@oracle.com> Thanks Kumar. -michael On 15?06?09? 12:53 ??, Kumar Srinivasan wrote: > Hi Michael, > > I check jdk/launcher*properties and langtools, I have no idea what the > translations are but the property files look ok. > > Thanks > Kumar > > On 6/9/2015 11:06 AM, Michael Fang wrote: >> Hi, >> >> Please help to code review the changes for the following CR (just >> translation changes from translators): >> 8083601: jdk8u60 l10n resource file translation update 2 >> https://bugs.openjdk.java.net/browse/JDK-8083601 >> >> The webrev is located at: >> http://cr.openjdk.java.net/~mfang/8083601/ >> >> Since we perform resource file translation updates separately for >> jdk9, jdk8u >> and jdk7u, these changes are specific to jdk8u and not ported back from >> jdk9. >> >> thanks, >> >> -michael > From vicente.romero at oracle.com Tue Jun 9 20:29:26 2015 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Tue, 09 Jun 2015 13:29:26 -0700 Subject: [8u-60] request for review and approval to backport JDK-8039262: Java compiler performance degradation jdk1.7 vs. jdk1.6 should be amended In-Reply-To: <55757652.80701@oracle.com> References: <54DD181C.30206@oracle.com> <5571545E.3050204@oracle.com> <55757652.80701@oracle.com> Message-ID: <55774CA6.10106@oracle.com> On 06/08/2015 04:02 AM, Maurizio Cimadamore wrote: > Looks good to me. Looks good to me too, Vicente > > Maurizio > > On 05/06/15 08:48, Jan Lahoda wrote: >> Hello, >> >> I'd like to ask for a code review and an approval to backport the >> following fix to 8u-dev: >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8039262 >> jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/aff504edf8a1 >> >> The fix does not apply cleanly to 8u-dev/langtools. A webrev for the >> patch updated for 8u-dev is here: >> http://cr.openjdk.java.net/~jlahoda/8039262-8/webrev.00/ >> >> The changes between the jdk9 and 8u-dev fixes are to adjust the code >> to match the Scope class as it was in 8, and to avoid using 8 >> features (lambdas). >> >> Thanks, >> Jan > From sgehwolf at redhat.com Wed Jun 10 09:52:36 2015 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Wed, 10 Jun 2015 11:52:36 +0200 Subject: [8u60] Backport RFR: JDK-8078666 and JDK-8074312 In-Reply-To: <1433856445.3310.105.camel@redhat.com> References: <1433856445.3310.105.camel@redhat.com> Message-ID: <1433929956.3385.48.camel@redhat.com> Adding in jdk8u-dev. On Tue, 2015-06-09 at 15:27 +0200, Severin Gehwolf wrote: > Hi, > > Could I please get JDK-8078666 and JDK-8074312 backported to 8u60? I'd > need a sponsor for this. > > We've been using the JDK-8078666 fix for Fedora 22 on JDK8 for a while > now. Similarly, the fix for JDK-8074312 is now also required for Fedora > 21 and we've had this patch in use since March. > > "Enable hotspot builds on 4.x Linux kernels" > Bug: https://bugs.openjdk.java.net/browse/JDK-8074312 > Webrev: > http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8074312/8-backport/ > Original review thread: > http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-March/017463.html > JDK 9 fix applies cleanly modulo copyright changes. > > > "JVM fastdebug build compiled with GCC 5 asserts with "widen increases" > Bug: https://bugs.openjdk.java.net/browse/JDK-8078666 > Original review thread: > http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017759.html > JDK 9 fix applies cleanly to 8u forest. > > Thanks, > Severin > From sean.coffey at oracle.com Wed Jun 10 10:56:27 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 10 Jun 2015 11:56:27 +0100 Subject: [8u60] Backport RFR: JDK-8078666 and JDK-8074312 In-Reply-To: <1433929956.3385.48.camel@redhat.com> References: <1433856445.3310.105.camel@redhat.com> <1433929956.3385.48.camel@redhat.com> Message-ID: <557817DB.2030806@oracle.com> Hopefully, someone from the hotspot team can help out here. These fixes can enter via the hotspot team forest (jdk8u/hs-dev) and don't need approval since Alejandro looks after that Regards, Sean. On 10/06/15 10:52, Severin Gehwolf wrote: > Adding in jdk8u-dev. > > On Tue, 2015-06-09 at 15:27 +0200, Severin Gehwolf wrote: >> Hi, >> >> Could I please get JDK-8078666 and JDK-8074312 backported to 8u60? I'd >> need a sponsor for this. >> >> We've been using the JDK-8078666 fix for Fedora 22 on JDK8 for a while >> now. Similarly, the fix for JDK-8074312 is now also required for Fedora >> 21 and we've had this patch in use since March. >> >> "Enable hotspot builds on 4.x Linux kernels" >> Bug: https://bugs.openjdk.java.net/browse/JDK-8074312 >> Webrev: >> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8074312/8-backport/ >> Original review thread: >> http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-March/017463.html >> JDK 9 fix applies cleanly modulo copyright changes. >> >> >> "JVM fastdebug build compiled with GCC 5 asserts with "widen increases" >> Bug: https://bugs.openjdk.java.net/browse/JDK-8078666 >> Original review thread: >> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017759.html >> JDK 9 fix applies cleanly to 8u forest. >> >> Thanks, >> Severin >> > > From aleksej.efimov at oracle.com Wed Jun 10 13:38:45 2015 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Wed, 10 Jun 2015 16:38:45 +0300 Subject: [8u-60] Request for approval: 7156085: ArrayIndexOutOfBoundsException throws in UTF8Reader of SAXParser Message-ID: <55783DE5.6010504@oracle.com> Hello, Can I ask for approval of JDK-7156085 [1] backport to 8u60. The fix applies cleanly after reshuffling. The JPRT build shows no related failures with backported fix. With Best Regards, Aleksej JDK9 changesets: http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/f697052647e3 http://hg.openjdk.java.net/jdk9/dev/jdk/rev/7f1e6f653383 JDK9 review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-October/029390.html [1] JBS: https://bugs.openjdk.java.net/browse/JDK-7156085 From rob.mckenna at oracle.com Wed Jun 10 13:42:39 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 10 Jun 2015 14:42:39 +0100 Subject: [8u-60] Request for approval: 7156085: ArrayIndexOutOfBoundsException throws in UTF8Reader of SAXParser In-Reply-To: <55783DE5.6010504@oracle.com> References: <55783DE5.6010504@oracle.com> Message-ID: <55783ECF.6020306@oracle.com> Approved. -Rob On 10/06/15 14:38, Aleksej Efimov wrote: > Hello, > > Can I ask for approval of JDK-7156085 [1] backport to 8u60. The fix > applies cleanly after reshuffling. > The JPRT build shows no related failures with backported fix. > > With Best Regards, > Aleksej > > JDK9 changesets: > http://hg.openjdk.java.net/jdk9/dev/jaxp/rev/f697052647e3 > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/7f1e6f653383 > > JDK9 review: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-October/029390.html > > > [1] JBS: https://bugs.openjdk.java.net/browse/JDK-7156085 From maurizio.cimadamore at oracle.com Wed Jun 10 23:33:13 2015 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Thu, 11 Jun 2015 00:33:13 +0100 Subject: [8u60] request for review: 8068489: remove unnecessary complexity in Flow and Bits, after JDK-8064857 In-Reply-To: <55721C95.4000004@oracle.com> References: <55721C95.4000004@oracle.com> Message-ID: <5578C939.7050305@oracle.com> It generally looks good - I found however some differences with the code in 9: * we seem to have replaced 'new ListBuffer

' with 'new ListBuffer' - the 9 version simply uses diamond; I think we could so the same (also to minimize diffs) * indentation seems to be off (likely as a result of the merge) esp. in AssignAnalyzer.{letInit,visitClassDef,visitMethodDef} Maurizio On 05/06/15 23:03, Vicente-Arturo Romero-Zaldivar wrote: > Hi, > > Please review the backport of bug: > > 8068489: remove unnecessary complexity in Flow and Bits, after > JDK-8064857 > > JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8068489 > backport: https://bugs.openjdk.java.net/browse/JDK-8068547 > original patch pushed to 9: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/5e500700b168 > public review: http://cr.openjdk.java.net/~vromero/8068489/webrev/ > > The original patch doesn't apply cleanly. There are no major > differences but I think that there are enough to deserve a review. > > Thanks, > Vicente From vicente.romero at oracle.com Thu Jun 11 01:39:39 2015 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Wed, 10 Jun 2015 18:39:39 -0700 Subject: [8u60] request for review: 8068489: remove unnecessary complexity in Flow and Bits, after JDK-8064857 In-Reply-To: <5578C939.7050305@oracle.com> References: <55721C95.4000004@oracle.com> <5578C939.7050305@oracle.com> Message-ID: <5578E6DB.4060202@oracle.com> Hi Maurizio, On 06/10/2015 04:33 PM, Maurizio Cimadamore wrote: > It generally looks good - I found however some differences with the > code in 9: > > * we seem to have replaced 'new ListBuffer

' with 'new > ListBuffer' - the 9 version simply uses diamond; I think > we could so the same (also to minimize diffs) > * indentation seems to be off (likely as a result of the merge) esp. > in AssignAnalyzer.{letInit,visitClassDef,visitMethodDef} yep, good catch! I have fixed those issues. I have published a new review at: http://cr.openjdk.java.net/~vromero/8068489/webrev.01/ Thanks, Vicente > > Maurizio > > On 05/06/15 23:03, Vicente-Arturo Romero-Zaldivar wrote: >> Hi, >> >> Please review the backport of bug: >> >> 8068489: remove unnecessary complexity in Flow and Bits, after >> JDK-8064857 >> >> JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8068489 >> backport: https://bugs.openjdk.java.net/browse/JDK-8068547 >> original patch pushed to 9: >> http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/5e500700b168 >> public review: http://cr.openjdk.java.net/~vromero/8068489/webrev/ >> >> The original patch doesn't apply cleanly. There are no major >> differences but I think that there are enough to deserve a review. >> >> Thanks, >> Vicente > From david.holmes at oracle.com Thu Jun 11 04:57:17 2015 From: david.holmes at oracle.com (David Holmes) Date: Thu, 11 Jun 2015 14:57:17 +1000 Subject: [8u60] Backport RFR: JDK-8078666 and JDK-8074312 In-Reply-To: <557817DB.2030806@oracle.com> References: <1433856445.3310.105.camel@redhat.com> <1433929956.3385.48.camel@redhat.com> <557817DB.2030806@oracle.com> Message-ID: <5579152D.2000401@oracle.com> On 10/06/2015 8:56 PM, Se?n Coffey wrote: > Hopefully, someone from the hotspot team can help out here. These fixes > can enter via the hotspot team forest (jdk8u/hs-dev) and don't need > approval since Alejandro looks after that I approve, and will sponsor these two simple backports. David ----- > Regards, > Sean. > > On 10/06/15 10:52, Severin Gehwolf wrote: >> Adding in jdk8u-dev. >> >> On Tue, 2015-06-09 at 15:27 +0200, Severin Gehwolf wrote: >>> Hi, >>> >>> Could I please get JDK-8078666 and JDK-8074312 backported to 8u60? I'd >>> need a sponsor for this. >>> >>> We've been using the JDK-8078666 fix for Fedora 22 on JDK8 for a while >>> now. Similarly, the fix for JDK-8074312 is now also required for Fedora >>> 21 and we've had this patch in use since March. >>> >>> "Enable hotspot builds on 4.x Linux kernels" >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8074312 >>> Webrev: >>> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8074312/8-backport/ >>> Original review thread: >>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-March/017463.html >>> >>> JDK 9 fix applies cleanly modulo copyright changes. >>> >>> >>> "JVM fastdebug build compiled with GCC 5 asserts with "widen increases" >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8078666 >>> Original review thread: >>> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017759.html >>> >>> JDK 9 fix applies cleanly to 8u forest. >>> >>> Thanks, >>> Severin >>> >> >> > From jan.lahoda at oracle.com Thu Jun 11 07:22:39 2015 From: jan.lahoda at oracle.com (Jan Lahoda) Date: Thu, 11 Jun 2015 09:22:39 +0200 Subject: [8u-60] request for approval to backport JDK-8028389: NullPointerException compiling annotation values that have bodies In-Reply-To: <54DD181C.30206@oracle.com> References: <54DD181C.30206@oracle.com> Message-ID: <5579373F.4050508@oracle.com> Hello, I'd like to ask for an approval to backport the following fix to 8u-dev: Bug: https://bugs.openjdk.java.net/browse/JDK-8028389 jdk9 fix: http://hg.openjdk.java.net/jdk9/dev/langtools/rev/f5f0872a1b84 The fix applies cleanly to jdk8u-dev/langtools except for the the copyright year changes in Attr.java, Resolve.java and TreeInfo.java. These files in jdk8u-dev already contain the updates to the copyright years that are in the jdk9 patch. For reference, a jdk8u-dev webrev is here: http://cr.openjdk.java.net/~jlahoda/8028389-8/webrev.00/ Thanks, Jan From sgehwolf at redhat.com Thu Jun 11 07:49:42 2015 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Thu, 11 Jun 2015 09:49:42 +0200 Subject: [8u60] Backport RFR: JDK-8078666 and JDK-8074312 In-Reply-To: <5579152D.2000401@oracle.com> References: <1433856445.3310.105.camel@redhat.com> <1433929956.3385.48.camel@redhat.com> <557817DB.2030806@oracle.com> <5579152D.2000401@oracle.com> Message-ID: <1434008982.3325.8.camel@redhat.com> On Thu, 2015-06-11 at 14:57 +1000, David Holmes wrote: > On 10/06/2015 8:56 PM, Se?n Coffey wrote: > > Hopefully, someone from the hotspot team can help out here. These fixes > > can enter via the hotspot team forest (jdk8u/hs-dev) and don't need > > approval since Alejandro looks after that > > I approve, and will sponsor these two simple backports. Thanks, David! Cheers, Severin > David > ----- > > > Regards, > > Sean. > > > > On 10/06/15 10:52, Severin Gehwolf wrote: > >> Adding in jdk8u-dev. > >> > >> On Tue, 2015-06-09 at 15:27 +0200, Severin Gehwolf wrote: > >>> Hi, > >>> > >>> Could I please get JDK-8078666 and JDK-8074312 backported to 8u60? I'd > >>> need a sponsor for this. > >>> > >>> We've been using the JDK-8078666 fix for Fedora 22 on JDK8 for a while > >>> now. Similarly, the fix for JDK-8074312 is now also required for Fedora > >>> 21 and we've had this patch in use since March. > >>> > >>> "Enable hotspot builds on 4.x Linux kernels" > >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8074312 > >>> Webrev: > >>> http://cr.openjdk.java.net/~sgehwolf/webrevs/JDK-8074312/8-backport/ > >>> Original review thread: > >>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-March/017463.html > >>> > >>> JDK 9 fix applies cleanly modulo copyright changes. > >>> > >>> > >>> "JVM fastdebug build compiled with GCC 5 asserts with "widen increases" > >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8078666 > >>> Original review thread: > >>> http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/2015-April/017759.html > >>> > >>> JDK 9 fix applies cleanly to 8u forest. > >>> > >>> Thanks, > >>> Severin > >>> > >> > >> > > From sean.coffey at oracle.com Thu Jun 11 08:00:40 2015 From: sean.coffey at oracle.com (=?ISO-8859-1?Q?Se=E1n_Coffey?=) Date: Thu, 11 Jun 2015 09:00:40 +0100 Subject: [8u-60] request for approval to backport JDK-8028389: NullPointerException compiling annotation values that have bodies In-Reply-To: <5579373F.4050508@oracle.com> References: <54DD181C.30206@oracle.com> <5579373F.4050508@oracle.com> Message-ID: Approved. Regards, Sean. On 11 June 2015 08:22:39 BST, Jan Lahoda wrote: >Hello, > >I'd like to ask for an approval to backport the following fix to >8u-dev: > >Bug: https://bugs.openjdk.java.net/browse/JDK-8028389 >jdk9 fix: >http://hg.openjdk.java.net/jdk9/dev/langtools/rev/f5f0872a1b84 > >The fix applies cleanly to jdk8u-dev/langtools except for the the >copyright year changes in Attr.java, Resolve.java and TreeInfo.java. >These files in jdk8u-dev already contain the updates to the copyright >years that are in the jdk9 patch. > >For reference, a jdk8u-dev webrev is here: >http://cr.openjdk.java.net/~jlahoda/8028389-8/webrev.00/ > >Thanks, > Jan -- Sent from my Android device with K-9 Mail. Please excuse my brevity. From sundararajan.athijegannathan at oracle.com Thu Jun 11 10:06:08 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Thu, 11 Jun 2015 15:36:08 +0530 Subject: [8u60] approval request for 8087136: regression: apply on $EXEC fails with ClassCastException Message-ID: <55795D90.5080706@oracle.com> Please approve. bug: https://bugs.openjdk.java.net/browse/JDK-8087136 jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8087136/8u60/webrev.00/index.html jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004738.html Backported 'as is' except for the modular source layout difference. Thanks, -Sundar From sean.coffey at oracle.com Thu Jun 11 10:17:07 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 11 Jun 2015 11:17:07 +0100 Subject: [8u60] approval request for 8087136: regression: apply on $EXEC fails with ClassCastException In-Reply-To: <55795D90.5080706@oracle.com> References: <55795D90.5080706@oracle.com> Message-ID: <55796023.7030508@oracle.com> Approved. Regards, Sean. On 11/06/15 11:06, A. Sundararajan wrote: > Please approve. > > bug: https://bugs.openjdk.java.net/browse/JDK-8087136 > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8087136/8u60/webrev.00/index.html > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004738.html > > Backported 'as is' except for the modular source layout difference. > > Thanks, > -Sundar From rob.mckenna at oracle.com Thu Jun 11 14:42:12 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 11 Jun 2015 15:42:12 +0100 Subject: [8u60] Request for approval - 8080248 Coding regression in HKSCS charsets Message-ID: <55799E44.7080003@oracle.com> Hi folks, Looking to backport this simple fix to 8u60. Patch applies cleanly after reshuffling. https://bugs.openjdk.java.net/browse/JDK-8080248 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/8a244f4932b5 http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-May/033644.html -Rob From sean.coffey at oracle.com Thu Jun 11 14:46:52 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 11 Jun 2015 15:46:52 +0100 Subject: [8u60] Request for approval - 8080248 Coding regression in HKSCS charsets In-Reply-To: <55799E44.7080003@oracle.com> References: <55799E44.7080003@oracle.com> Message-ID: <55799F5C.8070706@oracle.com> Approved. Regards, Sean. On 11/06/15 15:42, Rob McKenna wrote: > Hi folks, > > Looking to backport this simple fix to 8u60. Patch applies cleanly > after reshuffling. > > https://bugs.openjdk.java.net/browse/JDK-8080248 > http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/8a244f4932b5 > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-May/033644.html > > -Rob From sean.coffey at oracle.com Thu Jun 11 18:13:06 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 11 Jun 2015 19:13:06 +0100 Subject: Review and approval request for 8083601: jdk8u60 l10n resource file translation update 2 In-Reply-To: <55774534.1050404@oracle.com> References: <55772B24.2090701@oracle.com> <55774430.2010401@oracle.com> <55774534.1050404@oracle.com> Message-ID: <5579CFB2.4050901@oracle.com> Updating the subject title to include approval request. I see this change was pushed. Consider it approved for jdk8u-dev in any case. Regards, Sean. On 09/06/2015 20:57, Michael Fang wrote: > Thanks Kumar. > > -michael > > On 15?06?09? 12:53 ??, Kumar Srinivasan wrote: >> Hi Michael, >> >> I check jdk/launcher*properties and langtools, I have no idea what the >> translations are but the property files look ok. >> >> Thanks >> Kumar >> >> On 6/9/2015 11:06 AM, Michael Fang wrote: >>> Hi, >>> >>> Please help to code review the changes for the following CR (just >>> translation changes from translators): >>> 8083601: jdk8u60 l10n resource file translation update 2 >>> https://bugs.openjdk.java.net/browse/JDK-8083601 >>> >>> The webrev is located at: >>> http://cr.openjdk.java.net/~mfang/8083601/ >>> >>> Since we perform resource file translation updates separately for >>> jdk9, jdk8u >>> and jdk7u, these changes are specific to jdk8u and not ported back from >>> jdk9. >>> >>> thanks, >>> >>> -michael >> From philip.race at oracle.com Thu Jun 11 19:06:09 2015 From: philip.race at oracle.com (Phil Race) Date: Thu, 11 Jun 2015 12:06:09 -0700 Subject: [8u60] Request for approval of backport of 8081756: mastering matrix manipulations Message-ID: <5579DC21.2020704@oracle.com> 8u review including code diff : http://mail.openjdk.java.net/pipermail/2d-dev/2015-June/005488.html identical 9 changeset : http://hg.openjdk.java.net/jdk9/client/jdk/rev/80e814d165f9 -phil. From sean.coffey at oracle.com Thu Jun 11 19:25:39 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Thu, 11 Jun 2015 20:25:39 +0100 Subject: [8u60] Request for approval of backport of 8081756: mastering matrix manipulations In-Reply-To: <5579DC21.2020704@oracle.com> References: <5579DC21.2020704@oracle.com> Message-ID: <5579E0B3.10402@oracle.com> Approved. Regards, Sean. On 11/06/2015 20:06, Phil Race wrote: > 8u review including code diff : > http://mail.openjdk.java.net/pipermail/2d-dev/2015-June/005488.html > > identical 9 changeset : > http://hg.openjdk.java.net/jdk9/client/jdk/rev/80e814d165f9 > > -phil. From srikanth.adayapalam at oracle.com Fri Jun 12 09:53:43 2015 From: srikanth.adayapalam at oracle.com (Srikanth) Date: Fri, 12 Jun 2015 15:23:43 +0530 Subject: [8u60] Backport: JDK-8054304:Clarify treatment of bounds in j.l.r.Annotated{WildcardType, TypeVariable} In-Reply-To: <550BFD30.1000600@oracle.com> References: <550AD3F8.7070309@oracle.com> <550BFD30.1000600@oracle.com> Message-ID: <557AAC27.5080702@oracle.com> Greetings. I am trying to understand from the process czars if a backport of the JDK 9 dev fix made for https://bugs.openjdk.java.net/browse/JDK-8054304 would be allowed for 8u60 to address the conformance tests failures reported at https://bugs.openjdk.java.net/browse/JDK-8058595. JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8054304 JDK9 HG change log: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b91b65ccf504 The same patch applies except for path shuffling. This fix if backported would address the "tck-red-8u60" labelled P2 bug at https://bugs.openjdk.java.net/browse/JDK-8058595. However, it should be pointed out that the fix (a) involves specification changes to the core reflection library APIs. (which I have heard informally is a no-no in an update release.) (b) fixes a problem that has always existed in 8x stream. i.e does not address a regression per se. Thanks! Srikanth. From sean.coffey at oracle.com Fri Jun 12 11:39:07 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 12 Jun 2015 12:39:07 +0100 Subject: [8u-dev] request for approval : 8072384:Setting IP_TOS on java.net sockets not working on unix Message-ID: <557AC4DB.1080602@oracle.com> I'd like to backport this to jdk8u-dev. bug report : https://bugs.openjdk.java.net/browse/JDK-8072384 jdk 8u webrev : http://cr.openjdk.java.net/~coffeys/webrev.8072384.8u/webrev/ review thread : http://mail.openjdk.java.net/pipermail/net-dev/2015-June/009025.html -- Regards, Sean. From rob.mckenna at oracle.com Fri Jun 12 12:09:58 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 12 Jun 2015 13:09:58 +0100 Subject: [8u-dev] request for approval : 8072384:Setting IP_TOS on java.net sockets not working on unix In-Reply-To: <557AC4DB.1080602@oracle.com> References: <557AC4DB.1080602@oracle.com> Message-ID: <557ACC16.1080308@oracle.com> Approved. -Rob On 12/06/15 12:39, Se?n Coffey wrote: > I'd like to backport this to jdk8u-dev. > > > bug report : https://bugs.openjdk.java.net/browse/JDK-8072384 > jdk 8u webrev : > http://cr.openjdk.java.net/~coffeys/webrev.8072384.8u/webrev/ > review thread : > http://mail.openjdk.java.net/pipermail/net-dev/2015-June/009025.html > From sean.coffey at oracle.com Fri Jun 12 12:22:56 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 12 Jun 2015 13:22:56 +0100 Subject: [8u60] Backport: JDK-8054304:Clarify treatment of bounds in j.l.r.Annotated{WildcardType, TypeVariable} In-Reply-To: <557AAC27.5080702@oracle.com> References: <550AD3F8.7070309@oracle.com> <550BFD30.1000600@oracle.com> <557AAC27.5080702@oracle.com> Message-ID: <557ACF20.1060506@oracle.com> Srikanth, You're correct in that no specification change can occur in fixes contributed to a JDK Updates Project without special process. You'll have to solve the issue with a different approach in JDK 8u as a result. Regards, Sean. On 12/06/15 10:53, Srikanth wrote: > Greetings. > > I am trying to understand from the process czars if a backport of the > JDK 9 dev fix made > for https://bugs.openjdk.java.net/browse/JDK-8054304 would be allowed > for 8u60 to address > the conformance tests failures reported at > https://bugs.openjdk.java.net/browse/JDK-8058595. > > JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8054304 > JDK9 HG change log: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b91b65ccf504 > > The same patch applies except for path shuffling. > > This fix if backported would address the "tck-red-8u60" labelled P2 > bug at > https://bugs.openjdk.java.net/browse/JDK-8058595. > > However, it should be pointed out that the fix > > (a) involves specification changes to the core reflection library APIs. > (which I have heard informally is a no-no in an update release.) > > (b) fixes a problem that has always existed in 8x stream. i.e does not > address a regression per se. > > Thanks! > Srikanth. From sundararajan.athijegannathan at oracle.com Fri Jun 12 12:40:17 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Fri, 12 Jun 2015 18:10:17 +0530 Subject: [8u60] approval request for 8087211: Indirect evals should be strict with -strict option Message-ID: <557AD331.4040906@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8087211 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004746.html jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8087211/8u60/webrev.00/ Backported "as is" except for the modular source layout difference. Thanks, -Sundar From rob.mckenna at oracle.com Fri Jun 12 12:43:15 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 12 Jun 2015 13:43:15 +0100 Subject: [8u60] approval request for 8087211: Indirect evals should be strict with -strict option In-Reply-To: <557AD331.4040906@oracle.com> References: <557AD331.4040906@oracle.com> Message-ID: <557AD3E3.9060508@oracle.com> Approved. -Rob On 12/06/15 13:40, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8087211 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004746.html > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8087211/8u60/webrev.00/ > > Backported "as is" except for the modular source layout difference. > > Thanks, > -Sundar From alejandro.murillo at oracle.com Fri Jun 12 17:13:32 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 12 Jun 2015 11:13:32 -0600 Subject: [8u60] Request for approval for bulk integration of hs25.60-b20 Message-ID: <557B133C.6060603@oracle.com> Requesting approval to integrate hs25.60-b20 into jdk8u60-b20. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b20-jdk8u60-b20.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. 8036913: make DeoptimizeALot dependent on number of threads 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a BootstrapMethodError 8072588: JVM crashes in JNI if toString is declared as an interface method 8074312: Enable hotspot builds on 4.x Linux kernels 8078666: JVM fastdebug build compiled with GCC 5 asserts with "widen increases" 8078834: [TESTBUG] Tests fails on ARM64 due to unknown hardware 8078866: compiler/eliminateAutobox/6934604/TestIntBoxing.java assert(p_f->Opcode() == Op_IfFalse) failed 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError 8085869: new hotspot build - hs25.60-b20 8086111: BACKOUT - metaspace/shrink_grow/CompressedClassSpaceSize fails with OOM: Compressed class space -- Alejandro From rob.mckenna at oracle.com Fri Jun 12 17:30:05 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 12 Jun 2015 18:30:05 +0100 Subject: [8u60] Request for approval for bulk integration of hs25.60-b20 In-Reply-To: <557B133C.6060603@oracle.com> References: <557B133C.6060603@oracle.com> Message-ID: <557B171D.9030501@oracle.com> Approved pending positive PIT. -Rob On 12/06/15 18:13, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.60-b20 into jdk8u60-b20. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b20-jdk8u60-b20.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. > > 8036913: make DeoptimizeALot dependent on number of threads > 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a > BootstrapMethodError > 8072588: JVM crashes in JNI if toString is declared as an interface method > 8074312: Enable hotspot builds on 4.x Linux kernels > 8078666: JVM fastdebug build compiled with GCC 5 asserts with "widen > increases" > 8078834: [TESTBUG] Tests fails on ARM64 due to unknown hardware > 8078866: compiler/eliminateAutobox/6934604/TestIntBoxing.java > assert(p_f->Opcode() == Op_IfFalse) failed > 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL: > Unexpected wrapped exception java.lang.BootstrapMethodError > 8085869: new hotspot build - hs25.60-b20 > 8086111: BACKOUT - metaspace/shrink_grow/CompressedClassSpaceSize fails > with OOM: Compressed class space > From maurizio.cimadamore at oracle.com Fri Jun 12 21:46:45 2015 From: maurizio.cimadamore at oracle.com (Maurizio Cimadamore) Date: Fri, 12 Jun 2015 22:46:45 +0100 Subject: [8u60] request for review: 8068489: remove unnecessary complexity in Flow and Bits, after JDK-8064857 In-Reply-To: <5578E6DB.4060202@oracle.com> References: <55721C95.4000004@oracle.com> <5578C939.7050305@oracle.com> <5578E6DB.4060202@oracle.com> Message-ID: <557B5345.7030803@oracle.com> Looks good - there are still indentation issues if I look at the Udiff, but if I look at the 'New' file indentation looks ok - I wonder if there might be tabs? Maurizio On 11/06/15 02:39, Vicente-Arturo Romero-Zaldivar wrote: > Hi Maurizio, > > On 06/10/2015 04:33 PM, Maurizio Cimadamore wrote: >> It generally looks good - I found however some differences with the >> code in 9: >> >> * we seem to have replaced 'new ListBuffer

' with 'new >> ListBuffer' - the 9 version simply uses diamond; I think >> we could so the same (also to minimize diffs) >> * indentation seems to be off (likely as a result of the merge) esp. >> in AssignAnalyzer.{letInit,visitClassDef,visitMethodDef} > > yep, good catch! > > I have fixed those issues. I have published a new review at: > http://cr.openjdk.java.net/~vromero/8068489/webrev.01/ > > Thanks, > Vicente > >> >> Maurizio >> >> On 05/06/15 23:03, Vicente-Arturo Romero-Zaldivar wrote: >>> Hi, >>> >>> Please review the backport of bug: >>> >>> 8068489: remove unnecessary complexity in Flow and Bits, after >>> JDK-8064857 >>> >>> JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8068489 >>> backport: https://bugs.openjdk.java.net/browse/JDK-8068547 >>> original patch pushed to 9: >>> http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/5e500700b168 >>> public review: http://cr.openjdk.java.net/~vromero/8068489/webrev/ >>> >>> The original patch doesn't apply cleanly. There are no major >>> differences but I think that there are enough to deserve a review. >>> >>> Thanks, >>> Vicente >> > From vicente.romero at oracle.com Fri Jun 12 21:54:02 2015 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Fri, 12 Jun 2015 14:54:02 -0700 Subject: [8u60] request for review: 8068489: remove unnecessary complexity in Flow and Bits, after JDK-8064857 In-Reply-To: <557B5345.7030803@oracle.com> References: <55721C95.4000004@oracle.com> <5578C939.7050305@oracle.com> <5578E6DB.4060202@oracle.com> <557B5345.7030803@oracle.com> Message-ID: <557B54FA.5040405@oracle.com> On 06/12/2015 02:46 PM, Maurizio Cimadamore wrote: > Looks good - there are still indentation issues if I look at the > Udiff, but if I look at the 'New' file indentation looks ok - I wonder > if there might be tabs? I will double check but I don't think that there are tabs in the patch. Thanks, Vicente > > Maurizio > > On 11/06/15 02:39, Vicente-Arturo Romero-Zaldivar wrote: >> Hi Maurizio, >> >> On 06/10/2015 04:33 PM, Maurizio Cimadamore wrote: >>> It generally looks good - I found however some differences with the >>> code in 9: >>> >>> * we seem to have replaced 'new ListBuffer

' with 'new >>> ListBuffer' - the 9 version simply uses diamond; I >>> think we could so the same (also to minimize diffs) >>> * indentation seems to be off (likely as a result of the merge) esp. >>> in AssignAnalyzer.{letInit,visitClassDef,visitMethodDef} >> >> yep, good catch! >> >> I have fixed those issues. I have published a new review at: >> http://cr.openjdk.java.net/~vromero/8068489/webrev.01/ >> >> Thanks, >> Vicente >> >>> >>> Maurizio >>> >>> On 05/06/15 23:03, Vicente-Arturo Romero-Zaldivar wrote: >>>> Hi, >>>> >>>> Please review the backport of bug: >>>> >>>> 8068489: remove unnecessary complexity in Flow and Bits, after >>>> JDK-8064857 >>>> >>>> JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8068489 >>>> backport: https://bugs.openjdk.java.net/browse/JDK-8068547 >>>> original patch pushed to 9: >>>> http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/5e500700b168 >>>> public review: http://cr.openjdk.java.net/~vromero/8068489/webrev/ >>>> >>>> The original patch doesn't apply cleanly. There are no major >>>> differences but I think that there are enough to deserve a review. >>>> >>>> Thanks, >>>> Vicente >>> >> > From vicente.romero at oracle.com Fri Jun 12 22:34:22 2015 From: vicente.romero at oracle.com (Vicente-Arturo Romero-Zaldivar) Date: Fri, 12 Jun 2015 15:34:22 -0700 Subject: [8u60] Request for approval of backport of 8068489: remove unnecessary complexity in Flow and Bits, after JDK-8064857 Message-ID: <557B5E6E.9020007@oracle.com> Hi, Please approve the backport of bug: 8068489: remove unnecessary complexity in Flow and Bits, after JDK-8064857 JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8068489 backport: https://bugs.openjdk.java.net/browse/JDK-8068547 original patch pushed to 9: http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/5e500700b168 public review: http://cr.openjdk.java.net/~vromero/8068489/webrev/ approval: http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-June/003842.html Thanks, Vicente From sean.coffey at oracle.com Sat Jun 13 11:30:35 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Sat, 13 Jun 2015 12:30:35 +0100 Subject: [8u60] Request for approval of backport of 8068489: remove unnecessary complexity in Flow and Bits, after JDK-8064857 In-Reply-To: <557B5E6E.9020007@oracle.com> References: <557B5E6E.9020007@oracle.com> Message-ID: <557C145B.5020200@oracle.com> Approved. Regards, Sean. On 12/06/2015 23:34, Vicente-Arturo Romero-Zaldivar wrote: > Hi, > > Please approve the backport of bug: > > 8068489: remove unnecessary complexity in Flow and Bits, after > JDK-8064857 > > JDK9 bug: https://bugs.openjdk.java.net/browse/JDK-8068489 > backport: https://bugs.openjdk.java.net/browse/JDK-8068547 > original patch pushed to 9: > http://hg.openjdk.java.net/jdk9/jdk9/langtools/rev/5e500700b168 > public review: http://cr.openjdk.java.net/~vromero/8068489/webrev/ > approval: > http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-June/003842.html > > Thanks, > Vicente From staffan.larsen at oracle.com Mon Jun 15 08:34:24 2015 From: staffan.larsen at oracle.com (Staffan Larsen) Date: Mon, 15 Jun 2015 10:34:24 +0200 Subject: [8u60] Request for approval of JDK-8081470 com/sun/jdi tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12 Message-ID: <7065C6AF-C1EB-41F9-A22D-4782085965E0@oracle.com> bug: https://bugs.openjdk.java.net/browse/JDK-8081470 jdk9 changeset: http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3913d680093 review thread: http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-May/018686.html Thanks, /Staffan From sean.coffey at oracle.com Mon Jun 15 08:50:27 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Mon, 15 Jun 2015 09:50:27 +0100 Subject: [8u60] Request for approval of JDK-8081470 com/sun/jdi tests are failing with "Error. failed to clean up files after test" with jtreg 4.1 b12 In-Reply-To: <7065C6AF-C1EB-41F9-A22D-4782085965E0@oracle.com> References: <7065C6AF-C1EB-41F9-A22D-4782085965E0@oracle.com> Message-ID: <557E91D3.8040402@oracle.com> Please add the noreg-self label to bug report. Approved. Regards, Sean. On 15/06/15 09:34, Staffan Larsen wrote: > bug: https://bugs.openjdk.java.net/browse/JDK-8081470 > jdk9 changeset: http://hg.openjdk.java.net/jdk9/hs/jdk/rev/f3913d680093 > review thread: http://mail.openjdk.java.net/pipermail/hotspot-dev/2015-May/018686.html > > Thanks, > /Staffan From aleksej.efimov at oracle.com Mon Jun 15 09:38:26 2015 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Mon, 15 Jun 2015 12:38:26 +0300 Subject: [8u-60] Request for approval: 8080774: DateFormat for Singapore/English locale (en_SG) is M/d/yy instead of d/M/yy Message-ID: <557E9D12.3000603@oracle.com> Hello, Please, approve backport of JDK-8080774 bug to 8u-60. The fix applies cleanly after reshuffling. The JPRT build shows no related failures with backported fix. With Best Regards, Aleksej JBS bug: https://bugs.openjdk.java.net/browse/JDK-8080774 JDK9 changesets: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b266574d519e JDK9 review: http://mail.openjdk.java.net/pipermail/i18n-dev/2015-June/001686.html From alexander.zvegintsev at oracle.com Mon Jun 15 12:01:22 2015 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Mon, 15 Jun 2015 15:01:22 +0300 Subject: [8u60] Request for approval 8077686: OperationTimedOut exception inside from XToolkit.syncNativeQueue call on Ubuntu 15.04 Message-ID: <557EBE92.7040009@oracle.com> Hello, Please approve backport of a fix from the jdk9 to the jdk8u-dev repository. Changes applies cleanly to jdk8u-dev after path reshuffling. https://bugs.openjdk.java.net/browse/JDK-8077686 http://hg.openjdk.java.net/jdk9/client/jdk/rev/c2a82248f3f9 http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009477.html -- Thanks, Alexander. From rob.mckenna at oracle.com Mon Jun 15 12:03:36 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 15 Jun 2015 13:03:36 +0100 Subject: [8u-60] Request for approval: 8080774: DateFormat for Singapore/English locale (en_SG) is M/d/yy instead of d/M/yy In-Reply-To: <557E9D12.3000603@oracle.com> References: <557E9D12.3000603@oracle.com> Message-ID: <557EBF18.1000200@oracle.com> Approved. -Rob On 15/06/15 10:38, Aleksej Efimov wrote: > Hello, > > Please, approve backport of JDK-8080774 bug to 8u-60. The fix applies > cleanly after reshuffling. > The JPRT build shows no related failures with backported fix. > > With Best Regards, > Aleksej > > JBS bug: > https://bugs.openjdk.java.net/browse/JDK-8080774 > > JDK9 changesets: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b266574d519e > > JDK9 review: > http://mail.openjdk.java.net/pipermail/i18n-dev/2015-June/001686.html > > From rob.mckenna at oracle.com Mon Jun 15 12:04:55 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 15 Jun 2015 13:04:55 +0100 Subject: [8u60] Request for approval 8077686: OperationTimedOut exception inside from XToolkit.syncNativeQueue call on Ubuntu 15.04 In-Reply-To: <557EBE92.7040009@oracle.com> References: <557EBE92.7040009@oracle.com> Message-ID: <557EBF67.2080206@oracle.com> Approved. Please add an appropriate noreg label. -Rob On 15/06/15 13:01, Alexander Zvegintsev wrote: > Hello, > > Please approve backport of a fix from the jdk9 to the jdk8u-dev repository. > Changes applies cleanly to jdk8u-dev after path reshuffling. > > https://bugs.openjdk.java.net/browse/JDK-8077686 > http://hg.openjdk.java.net/jdk9/client/jdk/rev/c2a82248f3f9 > http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009477.html > > From volker.simonis at gmail.com Mon Jun 15 13:04:37 2015 From: volker.simonis at gmail.com (Volker Simonis) Date: Mon, 15 Jun 2015 15:04:37 +0200 Subject: [8u60] request for approval: 8081674: EmptyStackException at startup if running with extended or unsupported charset Message-ID: Hi, could you please approve the downport of the following fix to jdk8u/dev/jdk: Bug: https://bugs.openjdk.java.net/browse/JDK-8081674 Webrev: http://cr.openjdk.java.net/~simonis/webrevs/2015/8081674.jdk8/ Review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034099.html URL: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/a44ca223cf2f The change for jdk8 is the same like for jdk9 except the new file structure of jdk9. Thank you and best regards, Volker From rob.mckenna at oracle.com Mon Jun 15 13:10:36 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 15 Jun 2015 14:10:36 +0100 Subject: [8u60] request for approval: 8081674: EmptyStackException at startup if running with extended or unsupported charset In-Reply-To: References: Message-ID: <557ECECC.5050909@oracle.com> Approved. Please add an appropriate noreg label to the bug. (actually, this looks like it could be straightforward to reproduce, was a test considered?) -Rob On 15/06/15 14:04, Volker Simonis wrote: > Hi, > > could you please approve the downport of the following fix to jdk8u/dev/jdk: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8081674 > Webrev: http://cr.openjdk.java.net/~simonis/webrevs/2015/8081674.jdk8/ > Review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034099.html > URL: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/a44ca223cf2f > > The change for jdk8 is the same like for jdk9 except the new file > structure of jdk9. > > Thank you and best regards, > Volker > From volker.simonis at gmail.com Mon Jun 15 13:28:37 2015 From: volker.simonis at gmail.com (Volker Simonis) Date: Mon, 15 Jun 2015 15:28:37 +0200 Subject: [8u60] request for approval: 8081674: EmptyStackException at startup if running with extended or unsupported charset In-Reply-To: <557ECECC.5050909@oracle.com> References: <557ECECC.5050909@oracle.com> Message-ID: Hi Rob, thanks a lot for the fast approval! I thought about writing a test, but unfortunately that's not so easy. The problem is that it is not sufficient to just set an extended or unsupported locale trough the LANG environment variable. In order to reproduce the problem, this locale has to be really installed (because the VM doesn't query LANG directly but instead calls 'nl_langinfo(CODESET)' which falls back to ASCII or UTF8 if the locale specified in LANG isn't available). Regards, Volker On Mon, Jun 15, 2015 at 3:10 PM, Rob McKenna wrote: > Approved. Please add an appropriate noreg label to the bug. (actually, this > looks like it could be straightforward to reproduce, was a test considered?) > > -Rob > > > On 15/06/15 14:04, Volker Simonis wrote: >> >> Hi, >> >> could you please approve the downport of the following fix to >> jdk8u/dev/jdk: >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8081674 >> Webrev: http://cr.openjdk.java.net/~simonis/webrevs/2015/8081674.jdk8/ >> Review: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034099.html >> URL: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/a44ca223cf2f >> >> The change for jdk8 is the same like for jdk9 except the new file >> structure of jdk9. >> >> Thank you and best regards, >> Volker >> > From rob.mckenna at oracle.com Mon Jun 15 13:30:18 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Mon, 15 Jun 2015 14:30:18 +0100 Subject: [8u60] request for approval: 8081674: EmptyStackException at startup if running with extended or unsupported charset In-Reply-To: References: <557ECECC.5050909@oracle.com> Message-ID: <557ED36A.70805@oracle.com> Ah righto. Thanks Volker, -Rob On 15/06/15 14:28, Volker Simonis wrote: > Hi Rob, > > thanks a lot for the fast approval! > > I thought about writing a test, but unfortunately that's not so easy. > > The problem is that it is not sufficient to just set an extended or > unsupported locale trough the LANG environment variable. In order to > reproduce the problem, this locale has to be really installed (because > the VM doesn't query LANG directly but instead calls > 'nl_langinfo(CODESET)' which falls back to ASCII or UTF8 if the locale > specified in LANG isn't available). > > Regards, > Volker > > > On Mon, Jun 15, 2015 at 3:10 PM, Rob McKenna wrote: >> Approved. Please add an appropriate noreg label to the bug. (actually, this >> looks like it could be straightforward to reproduce, was a test considered?) >> >> -Rob >> >> >> On 15/06/15 14:04, Volker Simonis wrote: >>> >>> Hi, >>> >>> could you please approve the downport of the following fix to >>> jdk8u/dev/jdk: >>> >>> Bug: https://bugs.openjdk.java.net/browse/JDK-8081674 >>> Webrev: http://cr.openjdk.java.net/~simonis/webrevs/2015/8081674.jdk8/ >>> Review: >>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034099.html >>> URL: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/a44ca223cf2f >>> >>> The change for jdk8 is the same like for jdk9 except the new file >>> structure of jdk9. >>> >>> Thank you and best regards, >>> Volker >>> >> From Roger.Riggs at Oracle.com Mon Jun 15 15:12:09 2015 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Mon, 15 Jun 2015 11:12:09 -0400 Subject: [8u60] Request for approval for 8068284 : Missing @throws in DateTimeFormatterBuilder.appendOffset In-Reply-To: <55686CD2.8090503@Oracle.com> References: <55686CD2.8090503@Oracle.com> Message-ID: <557EEB49.1070008@Oracle.com> Please approve doc-only updates backported from JDK 9 in the java.time package. (This update was applied to 9 before the src reorganization and does not require unshuffling) 8068284: Missing @throws in DateTimeFormatterBuilder.appendOffset 8062803: 'principal' should be 'principle' in java.time package description 8062796: java.time.format.DateTimeFormatter error in API doc example Reviewed-by: lancea, mchung jdk8u patch: http://cr.openjdk.java.net/~rriggs/webrev-8068284-typos/ jdk 9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/bd4d6a62e1fd Thanks, Roger p.s The fix for 8068285: Missing @throws in DateTimeFormatterBuilder.appendInstant is removed as it was identified formally as a spec change and not allowed for a backport. The behavior of appendInstant is unchanged but is not specified. From Roger.Riggs at Oracle.com Mon Jun 15 15:11:55 2015 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Mon, 15 Jun 2015 11:11:55 -0400 Subject: [8u60] Request for approval for CR 8034906 - Fix typos, errors and Javadoc differences in java.time In-Reply-To: <55686CD2.8090503@Oracle.com> References: <55686CD2.8090503@Oracle.com> Message-ID: <557EEB3B.203@Oracle.com> (Broken into separate approval requests) Please approve doc-only updates backported from JDK 9 in the java.time package. (This update was applied to 9 before the src reorganization and does not require unshuffling) 8034906: Fix typos, errors and Javadoc differences in java.time User: scolebourne Reviewed-by: psandoz jdk8u patch: http://cr.openjdk.java.net/~rriggs/webrev-8034906-typos/jdk.patch jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f3905a67a72c Thanks, Roger From Roger.Riggs at Oracle.com Mon Jun 15 15:12:27 2015 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Mon, 15 Jun 2015 11:12:27 -0400 Subject: [8u60] Request for approval for 8075678 : java.time javadoc error in DateTimeFormatter::parsedLeapSecond In-Reply-To: <55686CD2.8090503@Oracle.com> References: <55686CD2.8090503@Oracle.com> Message-ID: <557EEB5B.3040402@Oracle.com> Please approve doc-only updates backported from JDK 9 in the java.time package. (This update was applied to 9 before the src reorganization and does not require unshuffling) 8075678: java.time javadoc error in DateTimeFormatter::parsedLeapSecond 8075676: java.time package javadoc typos 8068276: java.time.chrono.HijrahChronology.eraOf() assertions may lead to misunderstanding Reviewed-by: lancea, scolebourne jdk8 patch: http://cr.openjdk.java.net/~rriggs/webrev-8075678-typos/jdk.patch jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/83e0f851c7b8 Thanks, Roger From hannes.wallnoefer at oracle.com Mon Jun 15 15:53:02 2015 From: hannes.wallnoefer at oracle.com (Hannes Wallnoefer) Date: Mon, 15 Jun 2015 17:53:02 +0200 Subject: [8u60] Request for approval for JDK-8098546 Message-ID: <557EF4DE.90407@oracle.com> Please approve backport of JDK-8098546 to 8u60: Bug: https://bugs.openjdk.java.net/browse/JDK-8098546 Webrev: http://cr.openjdk.java.net/~hannesw/8098546/webrev.01/ Review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004756.html The patch applies cleanly to 8u-dev after path reshuffling. Thanks, Hannes From sean.coffey at oracle.com Mon Jun 15 16:14:31 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 15 Jun 2015 17:14:31 +0100 Subject: [8u60] Request for approval for JDK-8098546 In-Reply-To: <557EF4DE.90407@oracle.com> References: <557EF4DE.90407@oracle.com> Message-ID: <557EF9E7.1040906@oracle.com> Approved. Regards, Sean. On 15/06/15 16:53, Hannes Wallnoefer wrote: > Please approve backport of JDK-8098546 to 8u60: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8098546 > Webrev: http://cr.openjdk.java.net/~hannesw/8098546/webrev.01/ > Review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004756.html > > The patch applies cleanly to 8u-dev after path reshuffling. > > Thanks, > Hannes From philip.race at oracle.com Mon Jun 15 18:24:03 2015 From: philip.race at oracle.com (Phil Race) Date: Mon, 15 Jun 2015 11:24:03 -0700 Subject: [8u60] request for approval: backport 8080163: Uninitialised variable in jdk/src/java/desktop/share/native/libfontmanager/layout/LookupProcessor.cpp Message-ID: <557F1843.2080906@oracle.com> 9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/85a1af70df88 review thread : http://mail.openjdk.java.net/pipermail/2d-dev/2015-June/005491.html 8u diff: diff --git a/src/share/native/sun/font/layout/LookupProcessor.cpp b/src/share/native/sun/font/layout/LookupProcessor.cpp --- a/src/share/native/sun/font/layout/LookupProcessor.cpp +++ b/src/share/native/sun/font/layout/LookupProcessor.cpp @@ -175,7 +175,7 @@ LEReferenceTo langSysTable; le_uint16 featureCount = 0; le_uint16 lookupListCount = 0; - le_uint16 requiredFeatureIndex; + le_uint16 requiredFeatureIndex = 0xFFFF; if (LE_FAILURE(success)) { return; -phil. From sean.coffey at oracle.com Mon Jun 15 19:16:03 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Mon, 15 Jun 2015 20:16:03 +0100 Subject: [8u60] request for approval: backport 8080163: Uninitialised variable in jdk/src/java/desktop/share/native/libfontmanager/layout/LookupProcessor.cpp In-Reply-To: <557F1843.2080906@oracle.com> References: <557F1843.2080906@oracle.com> Message-ID: <557F2473.2020204@oracle.com> Approved. Regards, Sean. On 15/06/2015 19:24, Phil Race wrote: > 9 changeset: http://hg.openjdk.java.net/jdk9/client/jdk/rev/85a1af70df88 > > review thread : > http://mail.openjdk.java.net/pipermail/2d-dev/2015-June/005491.html > > 8u diff: > diff --git a/src/share/native/sun/font/layout/LookupProcessor.cpp > b/src/share/native/sun/font/layout/LookupProcessor.cpp > --- a/src/share/native/sun/font/layout/LookupProcessor.cpp > +++ b/src/share/native/sun/font/layout/LookupProcessor.cpp > @@ -175,7 +175,7 @@ > LEReferenceTo langSysTable; > le_uint16 featureCount = 0; > le_uint16 lookupListCount = 0; > - le_uint16 requiredFeatureIndex; > + le_uint16 requiredFeatureIndex = 0xFFFF; > > if (LE_FAILURE(success)) { > return; > > -phil. From lana.steuck at oracle.com Tue Jun 16 00:57:20 2015 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Mon, 15 Jun 2015 17:57:20 -0700 (PDT) Subject: jdk8u-b20: jdk8u-dev Message-ID: <201506160057.t5G0vKOf006182@sc11152554.us.oracle.com> http://hg.openjdk.java.net/jdk8u/jdk8u/rev/c641f979dff0 http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/46a3d8588ad2 http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/976523f1d562 http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/4acc6e025277 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/1a4b2888aa98 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/7d03050620d7 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/8b16790cd73a http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/4f3a29adbf4c --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8023794 client-libs [macosx] LCD Rendering hints seems not working without FRACTIONALMETRI JDK-8064833 client-libs [macosx] Native font lookup uses family+style, not full name/postscrip JDK-8078149 client-libs [macosx] The text of the TextArea is not wrapped at word boundaries JDK-8042585 client-libs [macosx] Unused code in LWCToolkit.m JDK-8061831 client-libs [OGL] "java.lang.InternalError: not implemented yet" during the blit o JDK-8078606 client-libs Deadlock in awt clipboard JDK-8080137 client-libs Dragged events for extra mouse buttons (4,5,6) are not generated on JS JDK-8077409 client-libs Drawing deviates when validate() is invoked on java.awt.ScrollPane JDK-8035371 client-libs gcc compiler warnings in closed source code JDK-8071306 client-libs GUI perfomance are very slow compared java 1.6.0_45 JDK-8068886 client-libs IDEA IntelliJ crashes in objc_msgSend when an accessibility tool is e JDK-8013820 client-libs JavaDoc for JSpinner contains errors JDK-8085910 client-libs OGL text renderer: gamma lut cleanup JDK-8017773 client-libs OpenJDK7 returns incorrect TrueType font metrics JDK-8041654 client-libs OutOfMemoryError: RepaintManager doesn't clean up cache of volatile im JDK-6829245 client-libs Reg test: java/awt/Component/isLightweightCrash/StubPeerCrash.java fai JDK-8072775 client-libs Tremendous memory usage by JTextArea JDK-8036930 client-libs Type1 font not loaded by java.awt.Font.createFont JDK-6206437 client-libs Typo in JInternalFrame setDefaultCloseOperation() doc (WindowClosing - JDK-7011441 core-libs ./jndi/ldap/Connection.java needs to avoid spurious wakeup JDK-8077866 core-libs [TESTBUG] Some of java.lang tests cannot be run on compact profiles 1, JDK-8080490 core-libs add $EXECV command to Nashorn scripting mode JDK-8085937 core-libs add autoimports sample script to easily explore Java classes in intera JDK-8086032 core-libs Add compiler error tests when syntax extensions are used with --no-syn JDK-8062198 core-libs Add RowSetMetaDataImpl Tests and add column range validation to isdef JDK-8085885 core-libs address Javadoc warnings in Nashorn source code JDK-8081479 core-libs Backport JDBC tests from JDK 9 from test/java/sql and test/javax/sql t JDK-8066188 core-libs BaseRowSet returns the wrong default value for escape processing JDK-8080248 core-libs Coding regression in HKSCS charsets JDK-8081609 core-libs engine.eval call from a java method which was called from a previous e JDK-8081603 core-libs erroneous dot file generated from Nashorn --print-code JDK-8081668 core-libs fix Nashorn ant externals command JDK-8066218 core-libs Fuzzing bug: And jdk.nashorn.internal.runtime.Source#byteToCharArray: JDK-8066220 core-libs Fuzzing bug: MethodHandle bug (Object,Object) != (boolean)Object JDK-8066237 core-libs Fuzzing bug: Parser error on optimistic recompilation JDK-8087211 core-libs Indirect evals should be strict with -strict option JDK-8080819 core-libs Inet4AddressImpl regression caused by JDK-7180557 JDK-8066773 core-libs JSON-friendly wrapper for objects JDK-8081813 core-libs JSONListAdapter should delegate its [[DefaultValue]] to wrapped object JDK-8068416 core-libs LFGarbageCollectedTest.java fails with OOME: "GC overhead limit exceed JDK-8081204 core-libs ListAdapter throws NPE when adding/removing elements outside of JS con JDK-8081809 core-libs Missing final modifier in method parameters (nashorn code convention) JDK-8085802 core-libs Nashorn -nse option causes parse error on anonymous function definitio JDK-8080087 core-libs Nashorn $ENV.PWD is originally undefined JDK-8081696 core-libs reduce dependency of Nashorn tests on external components JDK-8087136 core-libs regression: apply on $EXEC fails with ClassCastException JDK-8081604 core-libs rename ScriptingFunctions.tokenizeCommandLine JDK-8085810 core-libs Return value of Objects.requireNonNull call can be used JDK-8059411 core-libs RowSetWarning does not correctly chain warnings JDK-8072384 core-libs Setting IP_TOS on java.net sockets not working on unix JDK-8080275 core-libs transparently download testng.jar for Nashorn testing JDK-8072453 globalization [de,fr,pt_BR,sv] duplicate mnemonics in JCP security tab. JDK-8083601 globalization jdk8u60 l10n resource file translation update 2 JDK-8077418 security-libs StackOverflowError during PolicyFile lookup JDK-8079613 tools Deeply chained expressions + several overloads + unnecessary inference JDK-8039262 tools Java compiler performance degradation jdk1.7 vs. jdk1.6 should be amen JDK-8028389 tools NullPointerException compiling annotation values that have bodies JDK-8073372 tools Redundant CONSTANT_Class entry not generated for inlined constant JDK-8080842 tools Using Lambda Expression with name clash results in ClassFormatError JDK-7156085 xml ArrayIndexOutOfBoundsException throws in UTF8Reader of SAXParser JDK-8081392 xml getNodeValue should return 'null' value for Element nodes From hannes.wallnoefer at oracle.com Tue Jun 16 13:11:39 2015 From: hannes.wallnoefer at oracle.com (Hannes Wallnoefer) Date: Tue, 16 Jun 2015 15:11:39 +0200 Subject: [8u60] Request for approval: JDK-8098807: Strict eval throws ClassCastException with large scripts Message-ID: <5580208B.4030009@oracle.com> Please approve backport of JDK-8098807 to 8u60: Bug: https://bugs.openjdk.java.net/browse/JDK-8098807 Webrev: http://cr.openjdk.java.net/~hannesw/8098807/ Review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004765.html The patch applies cleanly to 8u-dev after path reshuffling. Thanks, Hannes From sean.coffey at oracle.com Tue Jun 16 13:21:10 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 16 Jun 2015 14:21:10 +0100 Subject: [8u60] Request for approval: JDK-8098807: Strict eval throws ClassCastException with large scripts In-Reply-To: <5580208B.4030009@oracle.com> References: <5580208B.4030009@oracle.com> Message-ID: <558022C6.2040204@oracle.com> Approved. Regards, Sean. On 16/06/2015 14:11, Hannes Wallnoefer wrote: > Please approve backport of JDK-8098807 to 8u60: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8098807 > Webrev: http://cr.openjdk.java.net/~hannesw/8098807/ > Review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004765.html > > The patch applies cleanly to 8u-dev after path reshuffling. > > Thanks, > Hannes > From paul.sandoz at oracle.com Tue Jun 16 14:39:22 2015 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Tue, 16 Jun 2015 16:39:22 +0200 Subject: [8u60] RFA 8085978 LinkedTransferQueue.spliterator can report LTQ.Node object, not T Message-ID: <943D0D7B-3143-4D6D-88D5-B1DC09109CE0@oracle.com> Hi, Please approve a backport of: https://bugs.openjdk.java.net/browse/JDK-8085978 9 changeset applies cleanly to 8u-dev: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/751607c6d94a Review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034129.html Thanks, Paul. From sean.coffey at oracle.com Tue Jun 16 14:52:03 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Tue, 16 Jun 2015 15:52:03 +0100 Subject: [8u60] RFA 8085978 LinkedTransferQueue.spliterator can report LTQ.Node object, not T In-Reply-To: <943D0D7B-3143-4D6D-88D5-B1DC09109CE0@oracle.com> References: <943D0D7B-3143-4D6D-88D5-B1DC09109CE0@oracle.com> Message-ID: <55803813.3070709@oracle.com> Approved. Regards, Sean. On 16/06/2015 15:39, Paul Sandoz wrote: > Hi, > > Please approve a backport of: > > https://bugs.openjdk.java.net/browse/JDK-8085978 > > 9 changeset applies cleanly to 8u-dev: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/751607c6d94a > > Review: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034129.html > > Thanks, > Paul. From sundararajan.athijegannathan at oracle.com Tue Jun 16 15:10:27 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Tue, 16 Jun 2015 20:40:27 +0530 Subject: [8u60] RFA 8098578: Global scope is not accessible with indirect load call Message-ID: <55803C63.7070606@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8098578 jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8098578/8u60/webrev.00/ jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004763.html The patch applies cleanly to 8u-dev after path reshuffling. Thanks, -Sundar From sean.coffey at oracle.com Tue Jun 16 15:33:08 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 16 Jun 2015 16:33:08 +0100 Subject: [8u60] RFA 8098578: Global scope is not accessible with indirect load call In-Reply-To: <55803C63.7070606@oracle.com> References: <55803C63.7070606@oracle.com> Message-ID: <558041B4.5000601@oracle.com> Approved. Regards, Sean. On 16/06/2015 16:10, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8098578 > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8098578/8u60/webrev.00/ > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004763.html > > The patch applies cleanly to 8u-dev after path reshuffling. > > Thanks, > -Sundar From alejandro.murillo at oracle.com Tue Jun 16 18:05:03 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 16 Jun 2015 12:05:03 -0600 Subject: jdk8u60-b20: HotSpot Message-ID: <5580654F.5070903@oracle.com> hs25.60-b20 has been integrated into jdk8u60-b20. http://hg.openjdk.java.net/jdk8u/jdk8u/rev/c641f979dff0 http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/4f3a29adbf4c http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/3b6c97747ccc http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/7d03050620d7 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/1a4b2888aa98 http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/cc6c74b164df http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/976523f1d562 http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/46a3d8588ad2 Component : VM Status : 0 major failures, 0 minor failure Date : 06/16/2015 at 18:00 MSK Tested By : STT_VM Cost(total man-days): 1 Workspace : 2015-06-12-014253.amurillo.hs25-60-b20-snapshot Bundles : 2015-06-12-014253.amurillo.hs25-60-b20-snapshot Platforms : Others Tests : Log : link Browsers : NA Patches : NA Number of Tests Executed : 418495 passed 4530 tests, failed tests (0 new failure) Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: 8036913: make DeoptimizeALot dependent on number of threads 8051045: HotSpot fails to wrap Exceptions from invokedynamic in a BootstrapMethodError 8072588: JVM crashes in JNI if toString is declared as an interface method 8074312: Enable hotspot builds on 4.x Linux kernels 8078666: JVM fastdebug build compiled with GCC 5 asserts with "widen increases" 8078834: [TESTBUG] Tests fails on ARM64 due to unknown hardware 8078866: compiler/eliminateAutobox/6934604/TestIntBoxing.java assert(p_f->Opcode() == Op_IfFalse) failed 8080428: [TESTBUG] java/lang/invoke/8022701/MHIllegalAccess.java - FAIL: Unexpected wrapped exception java.lang.BootstrapMethodError 8085869: new hotspot build - hs25.60-b20 8086111: BACKOUT - metaspace/shrink_grow/CompressedClassSpaceSize fails with OOM: Compressed class space New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: jdk8u60-b20 Issues and Notes: -- Alejandro From Roger.Riggs at Oracle.com Tue Jun 16 19:07:48 2015 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Tue, 16 Jun 2015 15:07:48 -0400 Subject: [8u60] Request for approval for CR 8034906 - Fix typos, errors and Javadoc differences in java.time In-Reply-To: <557EEB3B.203@Oracle.com> References: <55686CD2.8090503@Oracle.com> <557EEB3B.203@Oracle.com> Message-ID: <55807404.0@Oracle.com> The webrev has been corrected to retain only editorial improvements. A few of the original changes looked like specification changes and do not apply to JDK 8. Roger On 6/15/2015 11:11 AM, Roger Riggs wrote: > > Please approve doc-only updates backported from JDK 9 in the java.time > package. > (This update was applied to 9 before the src reorganization and does > not require unshuffling) > > 8034906: Fix typos, errors and Javadoc differences in java.time > User: scolebourne > Originally Reviewed-by: psandoz > > jdk8u patch: > http://cr.openjdk.java.net/~rriggs/webrev-8034906-typos/jdk.patch > > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f3905a67a72c > > Thanks, Roger > From Roger.Riggs at Oracle.com Tue Jun 16 19:09:24 2015 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Tue, 16 Jun 2015 15:09:24 -0400 Subject: [8u60] Request for approval for 8075678 : java.time javadoc error in DateTimeFormatter::parsedLeapSecond In-Reply-To: <557EEB5B.3040402@Oracle.com> References: <55686CD2.8090503@Oracle.com> <557EEB5B.3040402@Oracle.com> Message-ID: <55807464.1090701@Oracle.com> The webrev has been corrected to retain only editorial improvements. A few of the original changes looked like specification changes and do not apply to JDK 8. Roger On 6/15/2015 11:12 AM, Roger Riggs wrote: > Please approve doc-only updates backported from JDK 9 in the java.time > package. > (This update was applied to 9 before the src reorganization and does > not require unshuffling) > > 8075678: java.time javadoc error in DateTimeFormatter::parsedLeapSecond > 8075676: java.time package javadoc typos > Originally Reviewed-by: lancea, scolebourne > > jdk8 patch: > http://cr.openjdk.java.net/~rriggs/webrev-8075678-typos/jdk.patch > > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/83e0f851c7b8 > > Thanks, Roger > > > From Roger.Riggs at Oracle.com Tue Jun 16 19:14:26 2015 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Tue, 16 Jun 2015 15:14:26 -0400 Subject: [8u60] Request for approval for 8062803 : 'principal' should be 'principle' in java.time package description In-Reply-To: <557EEB49.1070008@Oracle.com> References: <55686CD2.8090503@Oracle.com> <557EEB49.1070008@Oracle.com> Message-ID: <55807592.4000700@Oracle.com> The webrev has been corrected to retain only editorial improvements. A few of the original changes were specification changes and do not apply to JDK 8. (Removed changes for 8068284 and 8068285) Thanks, Roger On 6/15/2015 11:12 AM, Roger Riggs wrote: > Please approve doc-only updates backported from JDK 9 in the java.time > package. > (This update was applied to 9 before the src reorganization and does > not require unshuffling) > > 8062803: 'principal' should be 'principle' in java.time package > description > 8062796: java.time.format.DateTimeFormatter error in API doc example > Originally Reviewed-by: lancea, mchung > > jdk8u patch: > http://cr.openjdk.java.net/~rriggs/webrev-8062803-typos/jdk.patch > > jdk 9 changeset: > http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/bd4d6a62e1fd > > Thanks, Roger > From philip.race at oracle.com Tue Jun 16 19:14:36 2015 From: philip.race at oracle.com (Phil Race) Date: Tue, 16 Jun 2015 12:14:36 -0700 Subject: [8u60]: RFR and Approval: 8104577: Remove debugging message from Font2DTest demo Message-ID: <5580759C.9010005@oracle.com> This is not a backport request, rather the backport of 8064833 unintentionally committed a demo code change that was being used in debugging/testing the backport. It is just a println in one of the demos (Font2DTest), not affecting production code, nonetheless it should be deleted. requesting review and approval to push .. diff here : diff --git a/src/share/demo/jfc/Font2DTest/FontPanel.java b/src/share/demo/jfc/Font2DTest/FontPanel.java --- a/src/share/demo/jfc/Font2DTest/FontPanel.java +++ b/src/share/demo/jfc/Font2DTest/FontPanel.java @@ -515,7 +515,6 @@ /// Sets the font, hints, according to the set parameters private void setParams( Graphics2D g2 ) { -System.out.println("USING FONT " + testFont + " "+testFont.getPSName()); g2.setFont( testFont ); g2.setRenderingHint(KEY_TEXT_ANTIALIASING, antiAliasType); g2.setRenderingHint(KEY_FRACTIONALMETRICS, fractionalMetricsType); -phil. From rob.mckenna at oracle.com Tue Jun 16 19:19:08 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 16 Jun 2015 20:19:08 +0100 Subject: [8u60]: RFR and Approval: 8104577: Remove debugging message from Font2DTest demo In-Reply-To: <5580759C.9010005@oracle.com> References: <5580759C.9010005@oracle.com> Message-ID: <558076AC.6010609@oracle.com> Approved subject to review. -Rob On 16/06/15 20:14, Phil Race wrote: > This is not a backport request, rather the backport of 8064833 > unintentionally committed a demo code change that was being used in > debugging/testing the backport. > It is just a println in one of the demos (Font2DTest), not affecting > production code, nonetheless it should be deleted. > requesting review and approval to push .. > > diff here : > diff --git a/src/share/demo/jfc/Font2DTest/FontPanel.java > b/src/share/demo/jfc/Font2DTest/FontPanel.java > --- a/src/share/demo/jfc/Font2DTest/FontPanel.java > +++ b/src/share/demo/jfc/Font2DTest/FontPanel.java > @@ -515,7 +515,6 @@ > > /// Sets the font, hints, according to the set parameters > private void setParams( Graphics2D g2 ) { > -System.out.println("USING FONT " + testFont + " "+testFont.getPSName()); > g2.setFont( testFont ); > g2.setRenderingHint(KEY_TEXT_ANTIALIASING, antiAliasType); > g2.setRenderingHint(KEY_FRACTIONALMETRICS, > fractionalMetricsType); > > -phil. From Sergey.Bylokhov at oracle.com Tue Jun 16 19:24:16 2015 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Tue, 16 Jun 2015 22:24:16 +0300 Subject: [8u60]: RFR and Approval: 8104577: Remove debugging message from Font2DTest demo In-Reply-To: <558076AC.6010609@oracle.com> References: <5580759C.9010005@oracle.com> <558076AC.6010609@oracle.com> Message-ID: <558077E0.7040601@oracle.com> Looks fine. On 16.06.15 22:19, Rob McKenna wrote: > Approved subject to review. > > -Rob > > On 16/06/15 20:14, Phil Race wrote: >> This is not a backport request, rather the backport of 8064833 >> unintentionally committed a demo code change that was being used in >> debugging/testing the backport. >> It is just a println in one of the demos (Font2DTest), not affecting >> production code, nonetheless it should be deleted. >> requesting review and approval to push .. >> >> diff here : >> diff --git a/src/share/demo/jfc/Font2DTest/FontPanel.java >> b/src/share/demo/jfc/Font2DTest/FontPanel.java >> --- a/src/share/demo/jfc/Font2DTest/FontPanel.java >> +++ b/src/share/demo/jfc/Font2DTest/FontPanel.java >> @@ -515,7 +515,6 @@ >> >> /// Sets the font, hints, according to the set parameters >> private void setParams( Graphics2D g2 ) { >> -System.out.println("USING FONT " + testFont + " >> "+testFont.getPSName()); >> g2.setFont( testFont ); >> g2.setRenderingHint(KEY_TEXT_ANTIALIASING, antiAliasType); >> g2.setRenderingHint(KEY_FRACTIONALMETRICS, >> fractionalMetricsType); >> >> -phil. -- Best regards, Sergey. From sean.coffey at oracle.com Tue Jun 16 22:24:55 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 16 Jun 2015 23:24:55 +0100 Subject: [8u60] Request for approval for CR 8034906 - Fix typos, errors and Javadoc differences in java.time In-Reply-To: <55807404.0@Oracle.com> References: <55686CD2.8090503@Oracle.com> <557EEB3B.203@Oracle.com> <55807404.0@Oracle.com> Message-ID: <5580A237.50002@oracle.com> Thanks for the extra edits Roger. I've reviewed and it looks suitable for porting to jdk8u-dev now. Approved. Regards, Sean. On 16/06/2015 20:07, Roger Riggs wrote: > The webrev has been corrected to retain only editorial improvements. > A few of the original changes looked like specification changes and do > not apply to JDK 8. > > Roger > > > On 6/15/2015 11:11 AM, Roger Riggs wrote: >> >> Please approve doc-only updates backported from JDK 9 in the >> java.time package. >> (This update was applied to 9 before the src reorganization and does >> not require unshuffling) >> >> 8034906: Fix typos, errors and Javadoc differences in java.time >> User: scolebourne >> Originally Reviewed-by: psandoz >> >> jdk8u patch: >> http://cr.openjdk.java.net/~rriggs/webrev-8034906-typos/jdk.patch >> >> jdk9 changeset: >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/f3905a67a72c >> >> Thanks, Roger >> > From sean.coffey at oracle.com Tue Jun 16 22:31:26 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 16 Jun 2015 23:31:26 +0100 Subject: [8u60] Request for approval for 8075678 : java.time javadoc error in DateTimeFormatter::parsedLeapSecond In-Reply-To: <55807464.1090701@Oracle.com> References: <55686CD2.8090503@Oracle.com> <557EEB5B.3040402@Oracle.com> <55807464.1090701@Oracle.com> Message-ID: <5580A3BE.6070004@oracle.com> I understand that the spec. and implementation are in contradiction here. cc'ing Joe since I think it's useful to understand if this is a suitable change for an update release (even if spec docs. are incorrect). Joe - could you help decide ? Regards, Sean. On 16/06/2015 20:09, Roger Riggs wrote: > The webrev has been corrected to retain only editorial improvements. > A few of the original changes looked like specification changes and do > not apply to JDK 8. > > Roger > > On 6/15/2015 11:12 AM, Roger Riggs wrote: >> Please approve doc-only updates backported from JDK 9 in the >> java.time package. >> (This update was applied to 9 before the src reorganization and does >> not require unshuffling) >> >> 8075678: java.time javadoc error in DateTimeFormatter::parsedLeapSecond >> 8075676: java.time package javadoc typos >> Originally Reviewed-by: lancea, scolebourne >> >> jdk8 patch: >> http://cr.openjdk.java.net/~rriggs/webrev-8075678-typos/jdk.patch >> >> jdk9 changeset: >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/83e0f851c7b8 >> >> Thanks, Roger >> >> >> > From sean.coffey at oracle.com Tue Jun 16 22:33:39 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 16 Jun 2015 23:33:39 +0100 Subject: [8u60] Request for approval for 8062803 : 'principal' should be 'principle' in java.time package description In-Reply-To: <55807592.4000700@Oracle.com> References: <55686CD2.8090503@Oracle.com> <557EEB49.1070008@Oracle.com> <55807592.4000700@Oracle.com> Message-ID: <5580A443.5000504@oracle.com> Looks good. Approved. Regards, Sean. On 16/06/2015 20:14, Roger Riggs wrote: > The webrev has been corrected to retain only editorial improvements. > A few of the original changes were specification changes and do not > apply to JDK 8. > (Removed changes for 8068284 and 8068285) > > Thanks, Roger > > On 6/15/2015 11:12 AM, Roger Riggs wrote: >> Please approve doc-only updates backported from JDK 9 in the >> java.time package. >> (This update was applied to 9 before the src reorganization and does >> not require unshuffling) >> >> 8062803: 'principal' should be 'principle' in java.time package >> description >> 8062796: java.time.format.DateTimeFormatter error in API doc example >> Originally Reviewed-by: lancea, mchung >> >> jdk8u patch: >> http://cr.openjdk.java.net/~rriggs/webrev-8062803-typos/jdk.patch >> >> jdk 9 changeset: >> http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/bd4d6a62e1fd >> >> Thanks, Roger >> From pmcnary at cameron.net Wed Jun 17 05:14:32 2015 From: pmcnary at cameron.net (Paul) Date: Wed, 17 Jun 2015 00:14:32 -0500 Subject: OpenJDK 8 FreeBSD 10.1 SIGSEGV issues Message-ID: <55810238.70805@cameron.net> Hello This is a thread from FreeBSD Java list. Issue has been reported to OpenNMS and FreeBSD Java. It has been advised to send it further upstream to OpenJDK Nobody seems to want to take ownership of this problem! Please Help? Thanks Paul McNary pmcnary at cameron.net -------------------------------------------------------------------- Another Followup - hotspot/src/os/bsd/vm/os_bsd.cpp is where mprotect is used and some of the BSD patches indicate that there might be problem with the patches. Has this been looked at as a possible source of the SIGSEGV problems? ---------------------------------------------------------------------------- In tracing system calls .... Multiple SIGSEGV's are occuring Many are near: system call: 26326: mprotect(0x800659000,4096,PROT_NONE) = 0 (0x0) 26326: SIGNAL 11 (SIGSEGV) Several others occurred: 26326: stat("/usr/local/openjdk8/jre/lib/jaxp.properties",0x7ffffebec078) ERR#2 'No such file or directory' 26326: SIGNAL 11 (SIGSEGV) A couple more near: 26326: madvise(0x8df4cb000,0xa0000,0x5,0xaaaaaaaaaaaaaaab,0x0,0x80100bbe0) = 0 (0x0) 26326: SIGNAL 11 (SIGSEGV) So something in the OpenJDK is having at least a problem with mprotect and madvise. These probably have POSIX and non-POSIX versions on FreeBSD. So problem is not 1 SIGSEGV but many. --------------------------------------------------------------------------------------------------- OpenNMS Jira Trouble Ticket [http://issues.opennms.org/browse/NMS-7687?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=40259#comment-40259 ] Jesse White commented on NMS-7687: ---------------------------------- We would need help from FreeBSD's OpenJDK maintainers to move this forward. The problem is easy to reproduce, but I haven't had any success in isolating it. > SegFault on FreeBSD 10.1 OpenNMS 16.0.0 OpenJDK 8 > ------------------------------------------------- > > Key: NMS-7687 > URL:http://issues.opennms.org/browse/NMS-7687 > Project: OpenNMS > Issue Type: Bug > Security Level: Default(Default Security Scheme) > Components: Startup / Shutdown / Status > Affects Versions: 16.0.0 > Environment: FreeBSD 10.1-RELEASE-p9(amd64) OpenJDK 1.8.0-40 > Reporter: Paul McNary > Fix For: Backlog > > Attachments: logs0001.zip, logs-20150527.zip > > > OpenNMS crashes after a few minutes > Have attached logs and crash dumps > as recommended on mailing lists > This has been reported by several people on the various mailing lists > I don't see an issue reported to add this to. > Please help? On 6/16/2015 3:27 PM, Paul wrote: > Hello Jean-Yves > > Has anyone taken ownership of this problem (FreeBSD and/or OpenJDK? > Has OpenJDK responded to anyone about these issues? > Is there an OpenJDK trouble ticket for this? > > Thanks > Paul > pmcnary at cameron.net > > > On 6/16/2015 5:07 AM, Jean-Yves Moulin wrote: >> Hi, >> >> >>> On 11 Jun 2015, at 23:45 , Paul wrote: >>> >>> Bug report is on OpenNMS JIRA as replies and links show below. >>> Dumps and crash reports are attached to the JIRA bug report. >>> >>> Can the FreeBSD JAVA team please assist with this problem? >>> >>> Problem only seems to exist on FreeBSD OpenJDK! >> >> This OpenJDK issue doesn?t concern only OpenNMS: we have the same >> kind of segfault in our internal application, with both OpenJDK-7 and >> OpenJDK-8. Segfault which doesn?t happen when using linux binary JVM. >> >> Unfortunately, we are unable to reproduce the issue with a simple code. >> >> >> Regards, >> jym >> _______________________________________________ >> freebsd-java at freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-java >> To unsubscribe, send any mail to "freebsd-java-unsubscribe at freebsd.org" > From david.holmes at oracle.com Wed Jun 17 08:22:46 2015 From: david.holmes at oracle.com (David Holmes) Date: Wed, 17 Jun 2015 18:22:46 +1000 Subject: OpenJDK 8 FreeBSD 10.1 SIGSEGV issues In-Reply-To: <55810238.70805@cameron.net> References: <55810238.70805@cameron.net> Message-ID: <55812E56.4020002@oracle.com> Hi Paul, On 17/06/2015 3:14 PM, Paul wrote: > Hello > > This is a thread from FreeBSD Java list. > Issue has been reported to OpenNMS and FreeBSD Java. > > It has been advised to send it further upstream to OpenJDK > > > Nobody seems to want to take ownership of this problem! Well it looks like a JVM problem to me, but on an unsupported platform so ... The primary crash is in the compiler thread: Problematic frame: # J 17481 C1 java.net.SocketTimeoutException.(Ljava/lang/String;)V (6 bytes) @ 0x0000000806f71e40 [0x0000000806f71e00+0x40] The SEGV you see trying to debug are likely due to the internal mechanisms the JVM uses for safepoint polling (mprotect then segv) and other things (like null reference dereferencing). Is it possible to test with a version of 8u60 ? Is this a new issue - what caused it to start happening? David > Please Help? > > Thanks > Paul McNary > pmcnary at cameron.net > -------------------------------------------------------------------- > > > Another Followup - > > hotspot/src/os/bsd/vm/os_bsd.cpp is where mprotect is used and > some of the BSD patches indicate that there might be problem > with the patches. > Has this been looked at as a possible source of the SIGSEGV problems? > > ---------------------------------------------------------------------------- > > > > In tracing system calls .... > Multiple SIGSEGV's are occuring > Many are near: system call: > 26326: mprotect(0x800659000,4096,PROT_NONE) = 0 (0x0) > 26326: SIGNAL 11 (SIGSEGV) > Several others occurred: > 26326: > stat("/usr/local/openjdk8/jre/lib/jaxp.properties",0x7ffffebec078) ERR#2 > 'No such file or directory' > 26326: SIGNAL 11 (SIGSEGV) > A couple more near: > 26326: > madvise(0x8df4cb000,0xa0000,0x5,0xaaaaaaaaaaaaaaab,0x0,0x80100bbe0) = 0 > (0x0) > 26326: SIGNAL 11 (SIGSEGV) > > So something in the OpenJDK is having at least a problem with mprotect > and madvise. > These probably have POSIX and non-POSIX versions on FreeBSD. > > So problem is not 1 SIGSEGV but many. > --------------------------------------------------------------------------------------------------- > > OpenNMS Jira Trouble Ticket > > > [http://issues.opennms.org/browse/NMS-7687?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=40259#comment-40259 > ] > > Jesse White commented on NMS-7687: > ---------------------------------- > > We would need help from FreeBSD's OpenJDK maintainers to move this forward. > > The problem is easy to reproduce, but I haven't had any success in > isolating it. > > >> SegFault on FreeBSD 10.1 OpenNMS 16.0.0 OpenJDK 8 >> ------------------------------------------------- >> >> Key: NMS-7687 >> URL:http://issues.opennms.org/browse/NMS-7687 >> Project: OpenNMS >> Issue Type: Bug >> Security Level: Default(Default Security Scheme) >> Components: Startup / Shutdown / Status >> Affects Versions: 16.0.0 >> Environment: FreeBSD 10.1-RELEASE-p9(amd64) OpenJDK 1.8.0-40 >> Reporter: Paul McNary >> Fix For: Backlog >> >> Attachments: logs0001.zip, logs-20150527.zip >> >> >> OpenNMS crashes after a few minutes >> Have attached logs and crash dumps >> as recommended on mailing lists >> This has been reported by several people on the various mailing lists >> I don't see an issue reported to add this to. >> Please help? > > > > > > > On 6/16/2015 3:27 PM, Paul wrote: >> Hello Jean-Yves >> >> Has anyone taken ownership of this problem (FreeBSD and/or OpenJDK? >> Has OpenJDK responded to anyone about these issues? >> Is there an OpenJDK trouble ticket for this? >> >> Thanks >> Paul >> pmcnary at cameron.net >> >> >> On 6/16/2015 5:07 AM, Jean-Yves Moulin wrote: >>> Hi, >>> >>> >>>> On 11 Jun 2015, at 23:45 , Paul wrote: >>>> >>>> Bug report is on OpenNMS JIRA as replies and links show below. >>>> Dumps and crash reports are attached to the JIRA bug report. >>>> >>>> Can the FreeBSD JAVA team please assist with this problem? >>>> >>>> Problem only seems to exist on FreeBSD OpenJDK! >>> >>> This OpenJDK issue doesn?t concern only OpenNMS: we have the same >>> kind of segfault in our internal application, with both OpenJDK-7 and >>> OpenJDK-8. Segfault which doesn?t happen when using linux binary JVM. >>> >>> Unfortunately, we are unable to reproduce the issue with a simple code. >>> >>> >>> Regards, >>> jym >>> _______________________________________________ >>> freebsd-java at freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-java >>> To unsubscribe, send any mail to "freebsd-java-unsubscribe at freebsd.org" >> > From sean.coffey at oracle.com Wed Jun 17 10:48:30 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 17 Jun 2015 11:48:30 +0100 Subject: [8u60] Request for approval for 8075678 : java.time javadoc error in DateTimeFormatter::parsedLeapSecond In-Reply-To: <5580A3BE.6070004@oracle.com> References: <55686CD2.8090503@Oracle.com> <557EEB5B.3040402@Oracle.com> <55807464.1090701@Oracle.com> <5580A3BE.6070004@oracle.com> Message-ID: <5581507E.5010404@oracle.com> After discussion with Joe, this looks to be ok for jdk8u-dev. Approved. Regards, Sean. On 16/06/15 23:31, Se?n Coffey wrote: > I understand that the spec. and implementation are in contradiction here. > > cc'ing Joe since I think it's useful to understand if this is a > suitable change for an update release (even if spec docs. are incorrect). > > Joe - could you help decide ? > > Regards, > Sean. > > On 16/06/2015 20:09, Roger Riggs wrote: >> The webrev has been corrected to retain only editorial improvements. >> A few of the original changes looked like specification changes and >> do not apply to JDK 8. >> >> Roger >> >> On 6/15/2015 11:12 AM, Roger Riggs wrote: >>> Please approve doc-only updates backported from JDK 9 in the >>> java.time package. >>> (This update was applied to 9 before the src reorganization and does >>> not require unshuffling) >>> >>> 8075678: java.time javadoc error in DateTimeFormatter::parsedLeapSecond >>> 8075676: java.time package javadoc typos >>> Originally Reviewed-by: lancea, scolebourne >>> >>> jdk8 patch: >>> http://cr.openjdk.java.net/~rriggs/webrev-8075678-typos/jdk.patch >>> >>> jdk9 changeset: >>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/83e0f851c7b8 >>> >>> Thanks, Roger >>> >>> >>> >> > From sundararajan.athijegannathan at oracle.com Wed Jun 17 11:00:33 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Wed, 17 Jun 2015 16:30:33 +0530 Subject: [8u60] RFA for 8098847: obj."prop" and obj.'prop' should result in SyntaxError,Reviewed-by: hannesw, attila Message-ID: <55815351.4010308@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8098847 jdk8u webrev: http://cr.openjdk.java.net/~sundar/8098847/8u60/webrev.00/ jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004777.html Backported 'as is' except for modular source layout difference. Thanks -Sundar From rob.mckenna at oracle.com Wed Jun 17 11:58:27 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 17 Jun 2015 12:58:27 +0100 Subject: [8u60] RFA for 8098847: obj."prop" and obj.'prop' should result in SyntaxError,Reviewed-by: hannesw, attila In-Reply-To: <55815351.4010308@oracle.com> References: <55815351.4010308@oracle.com> Message-ID: <558160E3.2070807@oracle.com> Approved. -Rob On 17/06/15 12:00, A. Sundararajan wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8098847 > jdk8u webrev: http://cr.openjdk.java.net/~sundar/8098847/8u60/webrev.00/ > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004777.html > > Backported 'as is' except for modular source layout difference. > > Thanks > -Sundar > From Roger.Riggs at Oracle.com Wed Jun 17 14:31:07 2015 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Wed, 17 Jun 2015 10:31:07 -0400 Subject: [8u60] Request for approval for 8075678 : java.time javadoc error in DateTimeFormatter::parsedLeapSecond In-Reply-To: <5581507E.5010404@oracle.com> References: <55686CD2.8090503@Oracle.com> <557EEB5B.3040402@Oracle.com> <55807464.1090701@Oracle.com> <5580A3BE.6070004@oracle.com> <5581507E.5010404@oracle.com> Message-ID: <558184AB.2060605@Oracle.com> Hi Sean, Thanks for your time and attention to detail. Roger On 6/17/2015 6:48 AM, Se?n Coffey wrote: > After discussion with Joe, this looks to be ok for jdk8u-dev. > > Approved. > > Regards, > Sean. > > On 16/06/15 23:31, Se?n Coffey wrote: >> I understand that the spec. and implementation are in contradiction >> here. >> >> cc'ing Joe since I think it's useful to understand if this is a >> suitable change for an update release (even if spec docs. are >> incorrect). >> >> Joe - could you help decide ? >> >> Regards, >> Sean. >> >> On 16/06/2015 20:09, Roger Riggs wrote: >>> The webrev has been corrected to retain only editorial improvements. >>> A few of the original changes looked like specification changes and >>> do not apply to JDK 8. >>> >>> Roger >>> >>> On 6/15/2015 11:12 AM, Roger Riggs wrote: >>>> Please approve doc-only updates backported from JDK 9 in the >>>> java.time package. >>>> (This update was applied to 9 before the src reorganization and >>>> does not require unshuffling) >>>> >>>> 8075678: java.time javadoc error in >>>> DateTimeFormatter::parsedLeapSecond >>>> 8075676: java.time package javadoc typos >>>> Originally Reviewed-by: lancea, scolebourne >>>> >>>> jdk8 patch: >>>> http://cr.openjdk.java.net/~rriggs/webrev-8075678-typos/jdk.patch >>>> >>>> jdk9 changeset: >>>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/83e0f851c7b8 >>>> >>>> Thanks, Roger >>>> >>>> >>>> >>> >> > From pmcnary at cameron.net Wed Jun 17 14:52:11 2015 From: pmcnary at cameron.net (Paul) Date: Wed, 17 Jun 2015 09:52:11 -0500 Subject: OpenJDK 8 FreeBSD 10.1 SIGSEGV issues In-Reply-To: <55812E56.4020002@oracle.com> References: <55810238.70805@cameron.net> <55812E56.4020002@oracle.com> Message-ID: <5581899B.1080001@cameron.net> Hello David Thanks for the reply. From my understanding the problem is over a year old. I am testing ports to OpenServer X (XinuOS Freebsd 10.1) At this point OSRX is plain vanilla FreeBSD 10.1. We need a Java to work on our platform and OpenNMS to work. We have a small ISP business. If the FreeBSD patches will work I can probably get 8u60 to work. Currently FreeBSD Java group doesn't have 8u60 ported. The problematic frame as you showed below happens but not always in the same place and doesn't always involve SocketTimeoutException. Always involves java/lang/String. I will keep at it until I understand better of what is going on. I am still analyzing jdb and truss traces.OpenNMS is a bear to debug for me. Thanks again Paul McNary McNary Computer Services Cameron, MO pmcnary at cameron.net On 6/17/2015 3:22 AM, David Holmes wrote: > Hi Paul, > > On 17/06/2015 3:14 PM, Paul wrote: >> Hello >> >> This is a thread from FreeBSD Java list. >> Issue has been reported to OpenNMS and FreeBSD Java. >> >> It has been advised to send it further upstream to OpenJDK >> >> >> Nobody seems to want to take ownership of this problem! > > Well it looks like a JVM problem to me, but on an unsupported platform > so ... > > The primary crash is in the compiler thread: > > Problematic frame: > # J 17481 C1 > java.net.SocketTimeoutException.(Ljava/lang/String;)V (6 bytes) > @ 0x0000000806f71e40 [0x0000000806f71e00+0x40] > > The SEGV you see trying to debug are likely due to the internal > mechanisms the JVM uses for safepoint polling (mprotect then segv) and > other things (like null reference dereferencing). > > Is it possible to test with a version of 8u60 ? > > Is this a new issue - what caused it to start happening? > > David > >> Please Help? >> >> Thanks >> Paul McNary >> pmcnary at cameron.net >> -------------------------------------------------------------------- >> >> >> Another Followup - >> >> hotspot/src/os/bsd/vm/os_bsd.cpp is where mprotect is used and >> some of the BSD patches indicate that there might be problem >> with the patches. >> Has this been looked at as a possible source of the SIGSEGV problems? >> >> ---------------------------------------------------------------------------- >> >> >> >> >> In tracing system calls .... >> Multiple SIGSEGV's are occuring >> Many are near: system call: >> 26326: mprotect(0x800659000,4096,PROT_NONE) = 0 (0x0) >> 26326: SIGNAL 11 (SIGSEGV) >> Several others occurred: >> 26326: >> stat("/usr/local/openjdk8/jre/lib/jaxp.properties",0x7ffffebec078) ERR#2 >> 'No such file or directory' >> 26326: SIGNAL 11 (SIGSEGV) >> A couple more near: >> 26326: >> madvise(0x8df4cb000,0xa0000,0x5,0xaaaaaaaaaaaaaaab,0x0,0x80100bbe0) = 0 >> (0x0) >> 26326: SIGNAL 11 (SIGSEGV) >> >> So something in the OpenJDK is having at least a problem with mprotect >> and madvise. >> These probably have POSIX and non-POSIX versions on FreeBSD. >> >> So problem is not 1 SIGSEGV but many. >> --------------------------------------------------------------------------------------------------- >> >> >> OpenNMS Jira Trouble Ticket >> >> >> [http://issues.opennms.org/browse/NMS-7687?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=40259#comment-40259 >> >> ] >> >> Jesse White commented on NMS-7687: >> ---------------------------------- >> >> We would need help from FreeBSD's OpenJDK maintainers to move this >> forward. >> >> The problem is easy to reproduce, but I haven't had any success in >> isolating it. >> >> >>> SegFault on FreeBSD 10.1 OpenNMS 16.0.0 OpenJDK 8 >>> ------------------------------------------------- >>> >>> Key: NMS-7687 >>> URL:http://issues.opennms.org/browse/NMS-7687 >>> Project: OpenNMS >>> Issue Type: Bug >>> Security Level: Default(Default Security Scheme) >>> Components: Startup / Shutdown / Status >>> Affects Versions: 16.0.0 >>> Environment: FreeBSD 10.1-RELEASE-p9(amd64) OpenJDK 1.8.0-40 >>> Reporter: Paul McNary >>> Fix For: Backlog >>> >>> Attachments: logs0001.zip, logs-20150527.zip >>> >>> >>> OpenNMS crashes after a few minutes >>> Have attached logs and crash dumps >>> as recommended on mailing lists >>> This has been reported by several people on the various mailing lists >>> I don't see an issue reported to add this to. >>> Please help? >> >> >> >> >> >> >> On 6/16/2015 3:27 PM, Paul wrote: >>> Hello Jean-Yves >>> >>> Has anyone taken ownership of this problem (FreeBSD and/or OpenJDK? >>> Has OpenJDK responded to anyone about these issues? >>> Is there an OpenJDK trouble ticket for this? >>> >>> Thanks >>> Paul >>> pmcnary at cameron.net >>> >>> >>> On 6/16/2015 5:07 AM, Jean-Yves Moulin wrote: >>>> Hi, >>>> >>>> >>>>> On 11 Jun 2015, at 23:45 , Paul wrote: >>>>> >>>>> Bug report is on OpenNMS JIRA as replies and links show below. >>>>> Dumps and crash reports are attached to the JIRA bug report. >>>>> >>>>> Can the FreeBSD JAVA team please assist with this problem? >>>>> >>>>> Problem only seems to exist on FreeBSD OpenJDK! >>>> >>>> This OpenJDK issue doesn?t concern only OpenNMS: we have the same >>>> kind of segfault in our internal application, with both OpenJDK-7 and >>>> OpenJDK-8. Segfault which doesn?t happen when using linux binary JVM. >>>> >>>> Unfortunately, we are unable to reproduce the issue with a simple >>>> code. >>>> >>>> >>>> Regards, >>>> jym >>>> _______________________________________________ >>>> freebsd-java at freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-java >>>> To unsubscribe, send any mail to >>>> "freebsd-java-unsubscribe at freebsd.org" >>> >> > > From sean.coffey at oracle.com Wed Jun 17 15:07:08 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 17 Jun 2015 16:07:08 +0100 Subject: OpenJDK 8 FreeBSD 10.1 SIGSEGV issues In-Reply-To: <5581899B.1080001@cameron.net> References: <55810238.70805@cameron.net> <55812E56.4020002@oracle.com> <5581899B.1080001@cameron.net> Message-ID: <55818D1C.6020708@oracle.com> If this is a FreeBSD only issue, you might have more experts in that area on the bsd-port-dev mailing list : http://mail.openjdk.java.net/pipermail/bsd-port-dev/ Regards, Sean. On 17/06/15 15:52, Paul wrote: > Hello David > > Thanks for the reply. > From my understanding the problem is over a year old. > I am testing ports to OpenServer X (XinuOS Freebsd 10.1) > At this point OSRX is plain vanilla FreeBSD 10.1. > We need a Java to work on our platform and OpenNMS to work. > We have a small ISP business. > If the FreeBSD patches will work I can probably get 8u60 to work. > Currently FreeBSD Java group doesn't have 8u60 ported. > The problematic frame as you showed below happens but not always in > the same place > and doesn't always involve SocketTimeoutException. Always involves > java/lang/String. > > I will keep at it until I understand better of what is going on. > I am still analyzing jdb and truss traces.OpenNMS is a bear to debug > for me. > > Thanks again > Paul McNary > McNary Computer Services > Cameron, MO > pmcnary at cameron.net > > > On 6/17/2015 3:22 AM, David Holmes wrote: >> Hi Paul, >> >> On 17/06/2015 3:14 PM, Paul wrote: >>> Hello >>> >>> This is a thread from FreeBSD Java list. >>> Issue has been reported to OpenNMS and FreeBSD Java. >>> >>> It has been advised to send it further upstream to OpenJDK >>> >>> >>> Nobody seems to want to take ownership of this problem! >> >> Well it looks like a JVM problem to me, but on an unsupported >> platform so ... >> >> The primary crash is in the compiler thread: >> >> Problematic frame: >> # J 17481 C1 >> java.net.SocketTimeoutException.(Ljava/lang/String;)V (6 bytes) >> @ 0x0000000806f71e40 [0x0000000806f71e00+0x40] >> >> The SEGV you see trying to debug are likely due to the internal >> mechanisms the JVM uses for safepoint polling (mprotect then segv) >> and other things (like null reference dereferencing). >> >> Is it possible to test with a version of 8u60 ? >> >> Is this a new issue - what caused it to start happening? >> >> David >> >>> Please Help? >>> >>> Thanks >>> Paul McNary >>> pmcnary at cameron.net >>> -------------------------------------------------------------------- >>> >>> >>> Another Followup - >>> >>> hotspot/src/os/bsd/vm/os_bsd.cpp is where mprotect is used and >>> some of the BSD patches indicate that there might be problem >>> with the patches. >>> Has this been looked at as a possible source of the SIGSEGV problems? >>> >>> ---------------------------------------------------------------------------- >>> >>> >>> >>> >>> In tracing system calls .... >>> Multiple SIGSEGV's are occuring >>> Many are near: system call: >>> 26326: mprotect(0x800659000,4096,PROT_NONE) = 0 (0x0) >>> 26326: SIGNAL 11 (SIGSEGV) >>> Several others occurred: >>> 26326: >>> stat("/usr/local/openjdk8/jre/lib/jaxp.properties",0x7ffffebec078) >>> ERR#2 >>> 'No such file or directory' >>> 26326: SIGNAL 11 (SIGSEGV) >>> A couple more near: >>> 26326: >>> madvise(0x8df4cb000,0xa0000,0x5,0xaaaaaaaaaaaaaaab,0x0,0x80100bbe0) = 0 >>> (0x0) >>> 26326: SIGNAL 11 (SIGSEGV) >>> >>> So something in the OpenJDK is having at least a problem with mprotect >>> and madvise. >>> These probably have POSIX and non-POSIX versions on FreeBSD. >>> >>> So problem is not 1 SIGSEGV but many. >>> --------------------------------------------------------------------------------------------------- >>> >>> >>> OpenNMS Jira Trouble Ticket >>> >>> >>> [http://issues.opennms.org/browse/NMS-7687?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=40259#comment-40259 >>> >>> ] >>> >>> Jesse White commented on NMS-7687: >>> ---------------------------------- >>> >>> We would need help from FreeBSD's OpenJDK maintainers to move this >>> forward. >>> >>> The problem is easy to reproduce, but I haven't had any success in >>> isolating it. >>> >>> >>>> SegFault on FreeBSD 10.1 OpenNMS 16.0.0 OpenJDK 8 >>>> ------------------------------------------------- >>>> >>>> Key: NMS-7687 >>>> URL:http://issues.opennms.org/browse/NMS-7687 >>>> Project: OpenNMS >>>> Issue Type: Bug >>>> Security Level: Default(Default Security Scheme) >>>> Components: Startup / Shutdown / Status >>>> Affects Versions: 16.0.0 >>>> Environment: FreeBSD 10.1-RELEASE-p9(amd64) OpenJDK 1.8.0-40 >>>> Reporter: Paul McNary >>>> Fix For: Backlog >>>> >>>> Attachments: logs0001.zip, logs-20150527.zip >>>> >>>> >>>> OpenNMS crashes after a few minutes >>>> Have attached logs and crash dumps >>>> as recommended on mailing lists >>>> This has been reported by several people on the various mailing lists >>>> I don't see an issue reported to add this to. >>>> Please help? >>> >>> >>> >>> >>> >>> >>> On 6/16/2015 3:27 PM, Paul wrote: >>>> Hello Jean-Yves >>>> >>>> Has anyone taken ownership of this problem (FreeBSD and/or OpenJDK? >>>> Has OpenJDK responded to anyone about these issues? >>>> Is there an OpenJDK trouble ticket for this? >>>> >>>> Thanks >>>> Paul >>>> pmcnary at cameron.net >>>> >>>> >>>> On 6/16/2015 5:07 AM, Jean-Yves Moulin wrote: >>>>> Hi, >>>>> >>>>> >>>>>> On 11 Jun 2015, at 23:45 , Paul wrote: >>>>>> >>>>>> Bug report is on OpenNMS JIRA as replies and links show below. >>>>>> Dumps and crash reports are attached to the JIRA bug report. >>>>>> >>>>>> Can the FreeBSD JAVA team please assist with this problem? >>>>>> >>>>>> Problem only seems to exist on FreeBSD OpenJDK! >>>>> >>>>> This OpenJDK issue doesn?t concern only OpenNMS: we have the same >>>>> kind of segfault in our internal application, with both OpenJDK-7 and >>>>> OpenJDK-8. Segfault which doesn?t happen when using linux binary JVM. >>>>> >>>>> Unfortunately, we are unable to reproduce the issue with a simple >>>>> code. >>>>> >>>>> >>>>> Regards, >>>>> jym >>>>> _______________________________________________ >>>>> freebsd-java at freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-java >>>>> To unsubscribe, send any mail to >>>>> "freebsd-java-unsubscribe at freebsd.org" >>>> >>> >> >> > From dalibor.topic at oracle.com Wed Jun 17 15:10:06 2015 From: dalibor.topic at oracle.com (dalibor topic) Date: Wed, 17 Jun 2015 17:10:06 +0200 Subject: OpenJDK 8 FreeBSD 10.1 SIGSEGV issues In-Reply-To: <5581899B.1080001@cameron.net> References: <55810238.70805@cameron.net> <55812E56.4020002@oracle.com> <5581899B.1080001@cameron.net> Message-ID: <55818DCE.1050505@oracle.com> On 17.06.2015 16:52, Paul wrote: > Currently FreeBSD Java group doesn't have 8u60 ported. Keep in mind that 8u60 is not done yet. See http://openjdk.java.net/projects/jdk8u/releases/8u60.html for details. > I will keep at it until I understand better of what is going on. Considering that the BSD Port isn't integrated into JDK 8 Updates yet, the best place to start would be the bsd-port-dev mailing list at http://hg.openjdk.java.net/bsd-port . Afaik, Greg synced up the BSD Port's 8u forests up to 8u45 back in May. cheers, dalibor topic -- Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle | K?hneh?fe 5 | 22761 Hamburg Oracle is committed to developing practices and products that help protect the environment From gnu.andrew at redhat.com Wed Jun 17 16:03:15 2015 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Wed, 17 Jun 2015 12:03:15 -0400 (EDT) Subject: [8u60] Request for approval for CR 8081315: 8077982 giflib upgrade breaks system giflib builds with earlier versions In-Reply-To: <533697317.3660136.1434556601455.JavaMail.zimbra@redhat.com> Message-ID: <1594601205.3663262.1434556995934.JavaMail.zimbra@redhat.com> Bug: https://bugs.openjdk.java.net/browse/JDK-8081315 Webrev: http://cr.openjdk.java.net/~andrew/8u/8081315/webrev.01/ Original thread: http://mail.openjdk.java.net/pipermail/2d-dev/2015-June/005465.html The upgrade to giflib 5 in 8077982 causes a regression from u40, whereby it is no longer possible to build using --with-giflib=system if the system version of giflib < 5.1. This is the case on the majority of GNU/Linux distributions at present. The patch from OpenJDK 9 applies as is, once the file path is corrected. Ok to push to 8u? Thanks, -- 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 Jun 17 16:16:34 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 17 Jun 2015 17:16:34 +0100 Subject: [8u60] Request for approval for CR 8081315: 8077982 giflib upgrade breaks system giflib builds with earlier versions In-Reply-To: <1594601205.3663262.1434556995934.JavaMail.zimbra@redhat.com> References: <1594601205.3663262.1434556995934.JavaMail.zimbra@redhat.com> Message-ID: <55819D62.505@oracle.com> Approved. Please add the 'regression' and 'noreg-build' labels to the bug report. Regards, Sean. On 17/06/15 17:03, Andrew Hughes wrote: > Bug: https://bugs.openjdk.java.net/browse/JDK-8081315 > Webrev: http://cr.openjdk.java.net/~andrew/8u/8081315/webrev.01/ > Original thread: http://mail.openjdk.java.net/pipermail/2d-dev/2015-June/005465.html > > The upgrade to giflib 5 in 8077982 causes a regression from u40, whereby > it is no longer possible to build using --with-giflib=system if the > system version of giflib < 5.1. This is the case on the majority > of GNU/Linux distributions at present. > > The patch from OpenJDK 9 applies as is, once the file path is corrected. > > Ok to push to 8u? > > Thanks, From omajid at redhat.com Wed Jun 17 17:46:03 2015 From: omajid at redhat.com (Omair Majid) Date: Wed, 17 Jun 2015 13:46:03 -0400 Subject: [8u60] Request for approval for 8087156 - SetupNativeCompilation ignores CFLAGS_release for cpp files Message-ID: <20150617174603.GG2329@redhat.com> Hi, Bug: https://bugs.openjdk.java.net/browse/JDK-8087156 Webrev: http://cr.openjdk.java.net/~omajid/webrevs/8087156-setupnativecompilation-8u/00/ JDK9 Changeset: http://hg.openjdk.java.net/jdk9/jdk9/rev/b42f35b0dbff JDK9 code review: http://mail.openjdk.java.net/pipermail/build-dev/2015-June/015212.html This bug fixes SetupNativeCompilation so it doesn't ignore CFLAGS for cpp files in certain situations. These flags include things like defining PRODUCT which currently results in building some JDK code in non-product mode. Okay to push? Thanks, Omair -- PGP Key: 66484681 (http://pgp.mit.edu/) Fingerprint = F072 555B 0A17 3957 4E95 0056 F286 F14F 6648 4681 From rob.mckenna at oracle.com Wed Jun 17 18:05:10 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 17 Jun 2015 19:05:10 +0100 Subject: [8u60] Request for approval for 8087156 - SetupNativeCompilation ignores CFLAGS_release for cpp files In-Reply-To: <20150617174603.GG2329@redhat.com> References: <20150617174603.GG2329@redhat.com> Message-ID: <5581B6D6.2030309@oracle.com> Approved. Please add an appropriate noreg label. -Rob On 17/06/15 18:46, Omair Majid wrote: > Hi, > > Bug: https://bugs.openjdk.java.net/browse/JDK-8087156 > Webrev: http://cr.openjdk.java.net/~omajid/webrevs/8087156-setupnativecompilation-8u/00/ > JDK9 Changeset: http://hg.openjdk.java.net/jdk9/jdk9/rev/b42f35b0dbff > JDK9 code review: http://mail.openjdk.java.net/pipermail/build-dev/2015-June/015212.html > > This bug fixes SetupNativeCompilation so it doesn't ignore CFLAGS for > cpp files in certain situations. These flags include things like > defining PRODUCT which currently results in building some JDK code in > non-product mode. > > Okay to push? > > Thanks, > Omair > From gnu.andrew at redhat.com Thu Jun 18 00:10:17 2015 From: gnu.andrew at redhat.com (Andrew Hughes) Date: Wed, 17 Jun 2015 20:10:17 -0400 (EDT) Subject: [8u60] Request for approval for CR 8081315: 8077982 giflib upgrade breaks system giflib builds with earlier versions In-Reply-To: <55819D62.505@oracle.com> References: <1594601205.3663262.1434556995934.JavaMail.zimbra@redhat.com> <55819D62.505@oracle.com> Message-ID: <731947456.4014612.1434586217553.JavaMail.zimbra@redhat.com> ----- Original Message ----- > Approved. > > Please add the 'regression' and 'noreg-build' labels to the bug report. > Done. http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/8f8011a977a6 > Regards, > Sean. > > On 17/06/15 17:03, Andrew Hughes wrote: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8081315 > > Webrev: http://cr.openjdk.java.net/~andrew/8u/8081315/webrev.01/ > > Original thread: > > http://mail.openjdk.java.net/pipermail/2d-dev/2015-June/005465.html > > > > The upgrade to giflib 5 in 8077982 causes a regression from u40, whereby > > it is no longer possible to build using --with-giflib=system if the > > system version of giflib < 5.1. This is the case on the majority > > of GNU/Linux distributions at present. > > > > The patch from OpenJDK 9 applies as is, once the file path is corrected. > > > > Ok to push to 8u? > > > > Thanks, > > -- 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 konstantin.shefov at oracle.com Thu Jun 18 12:23:27 2015 From: konstantin.shefov at oracle.com (Konstantin Shefov) Date: Thu, 18 Jun 2015 15:23:27 +0300 Subject: [8u60] approval request for JDK-8039953: [TESTBUG] Timeout java/lang/invoke/MethodHandles/CatchExceptionTest.java Message-ID: <5582B83F.60501@oracle.com> Please approve Test-only fix direct backport. bug: https://bugs.openjdk.java.net/browse/JDK-8039953 jdk9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-December/029969.html jdk9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/3ba9f4984dab Thanks, -Konstantin From konstantin.shefov at oracle.com Thu Jun 18 12:23:35 2015 From: konstantin.shefov at oracle.com (Konstantin Shefov) Date: Thu, 18 Jun 2015 15:23:35 +0300 Subject: [8u60] approval request for JDK-8055269: java/lang/invoke/MethodHandles/CatchExceptionTest.java fails intermittently Message-ID: <5582B847.1090701@oracle.com> Please approve Test-only fix direct backport. bug: https://bugs.openjdk.java.net/browse/JDK-8055269 jdk9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-May/033565.html jdk9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/ea3ca5cfc3c6 Thanks, -Konstantin From konstantin.shefov at oracle.com Thu Jun 18 12:23:42 2015 From: konstantin.shefov at oracle.com (Konstantin Shefov) Date: Thu, 18 Jun 2015 15:23:42 +0300 Subject: [8u60] approval request for JDK-8067005: Several java/lang/invoke tests fail due to exhausted code cache Message-ID: <5582B84E.6020708@oracle.com> Please approve Test-only fix direct backport. bug: https://bugs.openjdk.java.net/browse/JDK-8067005 jdk9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034166.html jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/69cb11a71ab8 Thanks, -Konstantin From rob.mckenna at oracle.com Thu Jun 18 12:32:10 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 18 Jun 2015 13:32:10 +0100 Subject: [8u60] approval request for JDK-8039953: [TESTBUG] Timeout java/lang/invoke/MethodHandles/CatchExceptionTest.java In-Reply-To: <5582B83F.60501@oracle.com> References: <5582B83F.60501@oracle.com> Message-ID: <5582BA4A.80900@oracle.com> Approved. -Rob On 18/06/15 13:23, Konstantin Shefov wrote: > Please approve Test-only fix direct backport. > > bug: https://bugs.openjdk.java.net/browse/JDK-8039953 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2014-December/029969.html > > jdk9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/3ba9f4984dab > > Thanks, > -Konstantin From rob.mckenna at oracle.com Thu Jun 18 12:32:14 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 18 Jun 2015 13:32:14 +0100 Subject: [8u60] approval request for JDK-8055269: java/lang/invoke/MethodHandles/CatchExceptionTest.java fails intermittently In-Reply-To: <5582B847.1090701@oracle.com> References: <5582B847.1090701@oracle.com> Message-ID: <5582BA4E.7060102@oracle.com> Approved. -Rob On 18/06/15 13:23, Konstantin Shefov wrote: > Please approve Test-only fix direct backport. > > bug: https://bugs.openjdk.java.net/browse/JDK-8055269 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-May/033565.html > jdk9 changeset: http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/ea3ca5cfc3c6 > > Thanks, > -Konstantin From rob.mckenna at oracle.com Thu Jun 18 12:32:21 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 18 Jun 2015 13:32:21 +0100 Subject: [8u60] approval request for JDK-8067005: Several java/lang/invoke tests fail due to exhausted code cache In-Reply-To: <5582B84E.6020708@oracle.com> References: <5582B84E.6020708@oracle.com> Message-ID: <5582BA55.5030106@oracle.com> Approved. -Rob On 18/06/15 13:23, Konstantin Shefov wrote: > Please approve Test-only fix direct backport. > > bug: https://bugs.openjdk.java.net/browse/JDK-8067005 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034166.html > jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/69cb11a71ab8 > > Thanks, > -Konstantin From konstantin.shefov at oracle.com Thu Jun 18 15:36:12 2015 From: konstantin.shefov at oracle.com (Konstantin Shefov) Date: Thu, 18 Jun 2015 18:36:12 +0300 Subject: [8u60] approval request for JDK-8062904: TEST_BUG: Tests java/lang/invoke/LFCaching fail when run with -Xcomp option Message-ID: <5582E56C.80605@oracle.com> Please approve Test-only fix direct backport. Exception is that "@key randomness" will be removed, because it is not supported in JDK 8u testbase. bug: https://bugs.openjdk.java.net/browse/JDK-8062904 jdk9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034167.html jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/a2ff61db3446 Thanks, -Konstantin From rob.mckenna at oracle.com Thu Jun 18 16:01:14 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 18 Jun 2015 17:01:14 +0100 Subject: [8u60] approval request for JDK-8062904: TEST_BUG: Tests java/lang/invoke/LFCaching fail when run with -Xcomp option In-Reply-To: <5582E56C.80605@oracle.com> References: <5582E56C.80605@oracle.com> Message-ID: <5582EB4A.5080904@oracle.com> Approved. -Rob On 18/06/15 16:36, Konstantin Shefov wrote: > Please approve Test-only fix direct backport. > > Exception is that "@key randomness" will be removed, because it is not > supported in JDK 8u testbase. > > bug: https://bugs.openjdk.java.net/browse/JDK-8062904 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034167.html > jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/a2ff61db3446 > > Thanks, > -Konstantin From sundararajan.athijegannathan at oracle.com Fri Jun 19 06:41:32 2015 From: sundararajan.athijegannathan at oracle.com (A. Sundararajan) Date: Fri, 19 Jun 2015 12:11:32 +0530 Subject: [8u60] RFA 8117883 and 8098808 Message-ID: <5583B99C.7050209@oracle.com> Please approve. Bugs: 8117883 : nasgen prototype, instance member count calculation is wrong 8098808 : Convert Scope from interface to class jdk8u-dev webrev: http://cr.openjdk.java.net/~sundar/8098080_8117883/8u60/webrev.00/ jdk9 review threads: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004786.html http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004774.html Backported 'as is' except for modular source layout difference. Thanks, -Sundar From sean.coffey at oracle.com Fri Jun 19 08:03:00 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 19 Jun 2015 09:03:00 +0100 Subject: [8u60] RFA 8117883 and 8098808 In-Reply-To: <5583B99C.7050209@oracle.com> References: <5583B99C.7050209@oracle.com> Message-ID: <5583CCB4.7080401@oracle.com> Approved. Regards, Sean. On 19/06/2015 07:41, A. Sundararajan wrote: > Please approve. > > Bugs: > > 8117883 : nasgen > prototype, instance member count calculation is wrong > 8098808 : Convert > Scope from interface to class > > jdk8u-dev webrev: > http://cr.openjdk.java.net/~sundar/8098080_8117883/8u60/webrev.00/ > > jdk9 review threads: > > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004786.html > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004774.html > > Backported 'as is' except for modular source layout difference. > > Thanks, > -Sundar > From hannes.wallnoefer at oracle.com Fri Jun 19 08:25:56 2015 From: hannes.wallnoefer at oracle.com (Hannes Wallnoefer) Date: Fri, 19 Jun 2015 10:25:56 +0200 Subject: [8u60] Request for approval: JDK-8098808: Convert Scope from interface to class Message-ID: <5583D214.5050101@oracle.com> Please approve backport of JDK-8098808 to 8u60: Bug: https://bugs.openjdk.java.net/browse/JDK-8098808 Webrev: http://cr.openjdk.java.net/~hannesw/8098808/ Review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004774.html The patch applies cleanly to 8u-dev after path reshuffling. Thanks, Hannes From rob.mckenna at oracle.com Fri Jun 19 08:28:59 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Fri, 19 Jun 2015 09:28:59 +0100 Subject: [8u60] Request for approval: JDK-8098808: Convert Scope from interface to class In-Reply-To: <5583D214.5050101@oracle.com> References: <5583D214.5050101@oracle.com> Message-ID: <5583D2CB.3040208@oracle.com> Approved. -Rob On 19/06/15 09:25, Hannes Wallnoefer wrote: > Please approve backport of JDK-8098808 to 8u60: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8098808 > Webrev: http://cr.openjdk.java.net/~hannesw/8098808/ > Review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004774.html > > The patch applies cleanly to 8u-dev after path reshuffling. > > Thanks, > Hannes From hannes.wallnoefer at oracle.com Fri Jun 19 08:29:12 2015 From: hannes.wallnoefer at oracle.com (Hannes Wallnoefer) Date: Fri, 19 Jun 2015 10:29:12 +0200 Subject: [8u60] Request for approval: JDK-8098808: Convert Scope from interface to class In-Reply-To: <5583D214.5050101@oracle.com> References: <5583D214.5050101@oracle.com> Message-ID: <5583D2D8.6030309@oracle.com> Please ignore this message, Sundar already backported this bug. Sorry for the noise! Hannes Am 2015-06-19 um 10:25 schrieb Hannes Wallnoefer: > Please approve backport of JDK-8098808 to 8u60: > > Bug: https://bugs.openjdk.java.net/browse/JDK-8098808 > Webrev: http://cr.openjdk.java.net/~hannesw/8098808/ > Review thread: > http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004774.html > > The patch applies cleanly to 8u-dev after path reshuffling. > > Thanks, > Hannes From alejandro.murillo at oracle.com Fri Jun 19 17:19:07 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 19 Jun 2015 11:19:07 -0600 Subject: [8u60] Request for approval for bulk integration of hs25.60-b21 Message-ID: <55844F0B.9010805@oracle.com> Requesting approval to integrate hs25.60-b21 into jdk8u60-b21. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b21-jdk8u60-b21.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. 8085965: VM hangs in C2Compiler 8087200: Code heap does not use large pages 8087238: new hotspot build - hs25.60-b21 -- Alejandro From rob.mckenna at oracle.com Sat Jun 20 11:56:32 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Sat, 20 Jun 2015 12:56:32 +0100 Subject: [8u60] Request for approval for bulk integration of hs25.60-b21 In-Reply-To: <55844F0B.9010805@oracle.com> References: <55844F0B.9010805@oracle.com> Message-ID: <558554F0.4030801@oracle.com> Approved pending positive PIT. -Rob On 19/06/15 18:19, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.60-b21 into jdk8u60-b21. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b21-jdk8u60-b21.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. > > 8085965: VM hangs in C2Compiler > 8087200: Code heap does not use large pages > 8087238: new hotspot build - hs25.60-b21 > From Roger.Riggs at Oracle.com Mon Jun 22 14:59:32 2015 From: Roger.Riggs at Oracle.com (Roger Riggs) Date: Mon, 22 Jun 2015 10:59:32 -0400 Subject: [8u60] Request for approval for CR 8066504: GetVersionEx in java.base/windows/native/libjava/java_props_md.c might not get correct Windows version Message-ID: <558822D4.2090301@Oracle.com> Please approve this backport to correctly set os.name and os.version for Windows 10. It differs from the corresponding JDK9 changeset only in the unshuffle and correctly declaring local variables to the start of blocks. It passed JPRT and been manually checked on a Windows 10 system. Webrev: http://cr.openjdk.java.net/~rriggs/webrev-jdk8-ver-8066504/ Issue: https://bugs.openjdk.java.net/browse/JDK-8066504 jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0bc25016547c Thanks, Roger From sean.coffey at oracle.com Mon Jun 22 15:53:05 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Mon, 22 Jun 2015 16:53:05 +0100 Subject: [8u60] Request for approval for CR 8066504: GetVersionEx in java.base/windows/native/libjava/java_props_md.c might not get correct Windows version In-Reply-To: <558822D4.2090301@Oracle.com> References: <558822D4.2090301@Oracle.com> Message-ID: <55882F61.8040602@oracle.com> Approved. Regards, Sean. On 22/06/2015 15:59, Roger Riggs wrote: > Please approve this backport to correctly set os.name and os.version > for Windows 10. > It differs from the corresponding JDK9 changeset only in the unshuffle > and > correctly declaring local variables to the start of blocks. > It passed JPRT and been manually checked on a Windows 10 system. > > Webrev: > http://cr.openjdk.java.net/~rriggs/webrev-jdk8-ver-8066504/ > > Issue: > https://bugs.openjdk.java.net/browse/JDK-8066504 > > jdk9 changeset: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0bc25016547c > > Thanks, Roger > > > From paul.sandoz at oracle.com Tue Jun 23 08:32:22 2015 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Tue, 23 Jun 2015 10:32:22 +0200 Subject: [8u60] RFA 8129120 Terminal operation properties should not be back-propagated to upstream operations Message-ID: <078BB9ED-7970-4B59-9BDE-EA01CB78F7F7@oracle.com> Hi, I would like to backport: https://bugs.openjdk.java.net/browse/JDK-8129120 9 changeset http://hg.openjdk.java.net/jdk9/dev/jdk/rev/d9eadfd5659d Review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034203.html The 9 changeset does not apply cleanly to the following source: src/share/classes/java/util/stream/AbstractPipeline.java test/java/util/stream/test/org/openjdk/tests/java/util/stream/DistinctOpTest.java The 8u patch is here: http://cr.openjdk.java.net/~psandoz/jdk8u/JDK-8129120-flag-back-propagation/webrev/ For 8u AbstractPipeline.java the update was simply to remove the method parallelPrepare and replace the 8u method sourceSpliterator with the equivalent 9 method. For 8u DistinctOpTest.java the expansion of the imports and reformatting result in failure to apply all the patch cleanly. All stream tests pass locally. A JPRT job is underway. I would like to wait a day or two to let the 9 changeset get tested by the infrastructure (i don't anticipate any issues). But wanted to ask for approval now assuming there are no issues with 9 and the JPRT job pass. Paul. From sean.coffey at oracle.com Tue Jun 23 08:53:24 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Tue, 23 Jun 2015 09:53:24 +0100 Subject: [8u60] RFA 8129120 Terminal operation properties should not be back-propagated to upstream operations In-Reply-To: <078BB9ED-7970-4B59-9BDE-EA01CB78F7F7@oracle.com> References: <078BB9ED-7970-4B59-9BDE-EA01CB78F7F7@oracle.com> Message-ID: <55891E84.1050403@oracle.com> Hi Paul, Best to get a peer review on this before pushing to jdk8u-dev. Approved. If you get this into jdk8u-dev before Friday it should make the pre-RDP2 integration slot. After this week, an 8u60-dev stabilization forest will be created for ramp down purposes. Regards, Sean. On 23/06/2015 09:32, Paul Sandoz wrote: > Hi, > > I would like to backport: > > https://bugs.openjdk.java.net/browse/JDK-8129120 > > 9 changeset > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/d9eadfd5659d > > Review: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034203.html > > The 9 changeset does not apply cleanly to the following source: > > src/share/classes/java/util/stream/AbstractPipeline.java > test/java/util/stream/test/org/openjdk/tests/java/util/stream/DistinctOpTest.java > > The 8u patch is here: > > http://cr.openjdk.java.net/~psandoz/jdk8u/JDK-8129120-flag-back-propagation/webrev/ > > For 8u AbstractPipeline.java the update was simply to remove the method parallelPrepare and replace the 8u method > sourceSpliterator with the equivalent 9 method. > > For 8u DistinctOpTest.java the expansion of the imports and reformatting result in failure to apply all the patch cleanly. > > All stream tests pass locally. > > A JPRT job is underway. > > I would like to wait a day or two to let the 9 changeset get tested by the infrastructure (i don't anticipate any issues). But wanted to ask for approval now assuming there are no issues with 9 and the JPRT job pass. > > Paul. From sbaiduzh at redhat.com Tue Jun 23 12:01:15 2015 From: sbaiduzh at redhat.com (Stanislav Baiduzhyi) Date: Tue, 23 Jun 2015 14:01:15 +0200 Subject: [8u60] Request for approval for CR 8074761: Empty optional parameters of LDAP query are not interpreted as empty Message-ID: <55894A8B.8040604@redhat.com> Hi, Could you please approve the following backport request to jdk8u from 9? I'd also need to a sponsor to push the change once approved. Bug: https://bugs.openjdk.java.net/browse/JDK-8074761 Relevant JDK 9 changesets: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0f3007a3ce63 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/0f3007a3ce63 JDK 9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-April/032942.html Webrev: https://487f7412f3e78e1958440a7d4d778f6aa5da2088.googledrive.com/host/0B5Kp-cB1sXJrfmN3c3hidnYzcWp3X0pwMjN2cXM1YUtmLW1WdzlyeU45eHF3RHI5X09uX00/ldapurl/ -- Regards, Stas From sean.coffey at oracle.com Tue Jun 23 12:11:08 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 23 Jun 2015 13:11:08 +0100 Subject: [8u60] Request for approval for CR 8074761: Empty optional parameters of LDAP query are not interpreted as empty In-Reply-To: <55894A8B.8040604@redhat.com> References: <55894A8B.8040604@redhat.com> Message-ID: <55894CDC.4070502@oracle.com> The patch applies cleanly post modular path changes. I can help sponsor this one for you. Approved. I'll push the change after I get results back from our build/test system (JPRT) Regards, Sean. On 23/06/2015 13:01, Stanislav Baiduzhyi wrote: > Hi, > > Could you please approve the following backport request to jdk8u from 9? > I'd also need to a sponsor to push the change once approved. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8074761 > > Relevant JDK 9 changesets: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0f3007a3ce63 > http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/0f3007a3ce63 > > JDK 9 review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-April/032942.html > > > Webrev: > https://487f7412f3e78e1958440a7d4d778f6aa5da2088.googledrive.com/host/0B5Kp-cB1sXJrfmN3c3hidnYzcWp3X0pwMjN2cXM1YUtmLW1WdzlyeU45eHF3RHI5X09uX00/ldapurl/ > > From paul.sandoz at oracle.com Tue Jun 23 12:13:22 2015 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Tue, 23 Jun 2015 14:13:22 +0200 Subject: [8u60] RFA 8129120 Terminal operation properties should not be back-propagated to upstream operations In-Reply-To: <55891E84.1050403@oracle.com> References: <078BB9ED-7970-4B59-9BDE-EA01CB78F7F7@oracle.com> <55891E84.1050403@oracle.com> Message-ID: <8C2EB882-39EA-42E9-B090-DFA63AE1299A@oracle.com> On Jun 23, 2015, at 10:53 AM, Se?n Coffey wrote: > Hi Paul, > > Best to get a peer review on this before pushing to jdk8u-dev. > Ok, including core-libs. The JPRT job passed. I additionally ran the 8b JCK tests, which all passed. Paul. > Approved. If you get this into jdk8u-dev before Friday it should make the pre-RDP2 integration slot. After this week, an 8u60-dev stabilization forest will be created for ramp down purposes. > > Regards, > Sean. > > On 23/06/2015 09:32, Paul Sandoz wrote: >> Hi, >> >> I would like to backport: >> >> https://bugs.openjdk.java.net/browse/JDK-8129120 >> >> 9 changeset >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/d9eadfd5659d >> >> Review: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034203.html >> >> The 9 changeset does not apply cleanly to the following source: >> >> src/share/classes/java/util/stream/AbstractPipeline.java >> test/java/util/stream/test/org/openjdk/tests/java/util/stream/DistinctOpTest.java >> >> The 8u patch is here: >> >> http://cr.openjdk.java.net/~psandoz/jdk8u/JDK-8129120-flag-back-propagation/webrev/ >> >> For 8u AbstractPipeline.java the update was simply to remove the method parallelPrepare and replace the 8u method >> sourceSpliterator with the equivalent 9 method. >> >> For 8u DistinctOpTest.java the expansion of the imports and reformatting result in failure to apply all the patch cleanly. >> >> All stream tests pass locally. >> >> A JPRT job is underway. >> >> I would like to wait a day or two to let the 9 changeset get tested by the infrastructure (i don't anticipate any issues). But wanted to ask for approval now assuming there are no issues with 9 and the JPRT job pass. >> >> Paul. > From sbaiduzh at redhat.com Tue Jun 23 12:14:51 2015 From: sbaiduzh at redhat.com (Stanislav Baiduzhyi) Date: Tue, 23 Jun 2015 14:14:51 +0200 Subject: [8u60] Request for approval for CR 8074761: Empty optional parameters of LDAP query are not interpreted as empty In-Reply-To: <55894CDC.4070502@oracle.com> References: <55894A8B.8040604@redhat.com> <55894CDC.4070502@oracle.com> Message-ID: <55894DBB.1020403@redhat.com> On 23/06/15 14:11, Se?n Coffey wrote: > The patch applies cleanly post modular path changes. I can help sponsor > this one for you. > > Approved. I'll push the change after I get results back from our > build/test system (JPRT) > > Regards, > Sean. Thank you. And thanx for lightning-fast response! > > On 23/06/2015 13:01, Stanislav Baiduzhyi wrote: >> Hi, >> >> Could you please approve the following backport request to jdk8u from 9? >> I'd also need to a sponsor to push the change once approved. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8074761 >> >> Relevant JDK 9 changesets: >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/0f3007a3ce63 >> http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/0f3007a3ce63 >> >> JDK 9 review thread: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-April/032942.html >> >> >> Webrev: >> https://487f7412f3e78e1958440a7d4d778f6aa5da2088.googledrive.com/host/0B5Kp-cB1sXJrfmN3c3hidnYzcWp3X0pwMjN2cXM1YUtmLW1WdzlyeU45eHF3RHI5X09uX00/ldapurl/ >> >> >> > -- Regards, Stas From konstantin.shefov at oracle.com Tue Jun 23 13:39:15 2015 From: konstantin.shefov at oracle.com (Konstantin Shefov) Date: Tue, 23 Jun 2015 16:39:15 +0300 Subject: [8u60] approval request for JDK-8129532: LFMultiThreadCachingTest.java failed with ConcurrentModificationException Message-ID: <55896183.6050205@oracle.com> Please approve Test-only fix direct backport. Exception is that "@key randomness" will be removed, because it is not supported in JDK 8u testbase. bug: https://bugs.openjdk.java.net/browse/JDK-8129532 jdk9 review thread: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034230.html jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/63bc43b5daa7 Thanks, -Konstantin From sean.coffey at oracle.com Tue Jun 23 13:46:46 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Tue, 23 Jun 2015 14:46:46 +0100 Subject: [8u60] approval request for JDK-8129532: LFMultiThreadCachingTest.java failed with ConcurrentModificationException In-Reply-To: <55896183.6050205@oracle.com> References: <55896183.6050205@oracle.com> Message-ID: <55896346.7040701@oracle.com> Approved. Please add noreg-self to bug report. Regards, Sean. On 23/06/2015 14:39, Konstantin Shefov wrote: > Please approve Test-only fix direct backport. > > Exception is that "@key randomness" will be removed, because it is not > supported in JDK 8u testbase. > > bug: https://bugs.openjdk.java.net/browse/JDK-8129532 > jdk9 review thread: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034230.html > jdk9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/63bc43b5daa7 > > Thanks, > -Konstantin From alejandro.murillo at oracle.com Tue Jun 23 19:07:45 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 23 Jun 2015 13:07:45 -0600 Subject: jdk8u60-b21: HotSpot Message-ID: <5589AE81.2080208@oracle.com> hs25.60-b21 has been integrated into jdk8u60-b21. http://hg.openjdk.java.net/jdk8u/jdk8u/rev/99d323d5830f http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/d68de92de3ba http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/e0d75c284bd1 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/def8014e4970 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/a414aec2d19c http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/63c9cedeeb9d http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/97328f3e2aa2 http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/7475a2bd3c01 Component : VM Status : 0 major failures, 0 minor failure Date : 06/23/2015 at 16:00 MSK Tested By : STT_VM Cost(total man-days): 1 Workspace : 2015-06-19-052139.amurillo.hs25-60-b21-snapshot Bundles : 2015-06-19-052139.amurillo.hs25-60-b21-snapshot Platforms : Others Tests : Log : link Browsers : NA Patches : NA Number of Tests Executed : 391675 passed 3908 tests, failed tests (0 new failure) Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: 8085965: VM hangs in C2Compiler 8087200: Code heap does not use large pages 8087238: new hotspot build - hs25.60-b21 New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: jdk8u60-b21 Issues and Notes: This is PIT for HS25.60-b21 for jdk8u60-b21. Go for integration. -- Alejandro From michael.fang at oracle.com Tue Jun 23 22:21:39 2015 From: michael.fang at oracle.com (Michael Fang) Date: Tue, 23 Jun 2015 15:21:39 -0700 Subject: Review and approval request for 8079361 Broken Localization Strings (XMLSchemaMessages_de.properties) Message-ID: <5589DBF3.6020306@oracle.com> Hi, Please help to review the changes for the following CR 8079361 Broken Localization Strings (XMLSchemaMessages_de.properties) https://bugs.openjdk.java.net/browse/JDK-8079361 The webrev is located at: http://cr.openjdk.java.net/~mfang/8079361/ Since we perform resource file translation updates separately for jdk9, jdk8u and jdk7u, these changes are specific to jdk8u and not ported back from jdk9. thanks, -michael From sean.coffey at oracle.com Wed Jun 24 09:42:10 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Wed, 24 Jun 2015 10:42:10 +0100 Subject: Review and approval request for 8079361 Broken Localization Strings (XMLSchemaMessages_de.properties) In-Reply-To: <5589DBF3.6020306@oracle.com> References: <5589DBF3.6020306@oracle.com> Message-ID: <558A7B72.6020901@oracle.com> Please try and get a peer review from engineer in the localization team. Approved for jdk8u-dev. Please try and push before Friday so that you make the RDP2 (rampdown 2) cut off. Regards, Sean. On 23/06/15 23:21, Michael Fang wrote: > Hi, > > Please help to review the changes for the following CR > 8079361 Broken Localization Strings (XMLSchemaMessages_de.properties) > > https://bugs.openjdk.java.net/browse/JDK-8079361 > > The webrev is located at: > http://cr.openjdk.java.net/~mfang/8079361/ > > > Since we perform resource file translation updates separately for > jdk9, jdk8u > and jdk7u, these changes are specific to jdk8u and not ported back from > jdk9. > > thanks, > > -michael From artem.smotrakov at oracle.com Wed Jun 24 11:03:07 2015 From: artem.smotrakov at oracle.com (Artem Smotrakov) Date: Wed, 24 Jun 2015 14:03:07 +0300 Subject: [8u-dev] 8078823: javax/net/ssl/ciphersuites/DisabledAlgorithms.java fails intermittently (backport) Message-ID: <558A8E6B.1040808@oracle.com> Hello, This is a direct backport of 8078823 to 8u-dev. Would you please review and approve it? Bug: https://bugs.openjdk.java.net/browse/JDK-8078823 JDK 9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/d9a57d498a29 Webrev: http://cr.openjdk.java.net/~asmotrak/8078823/webrev.8u.00/ Artem From sean.coffey at oracle.com Wed Jun 24 11:19:18 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 24 Jun 2015 12:19:18 +0100 Subject: [8u-dev] 8078823: javax/net/ssl/ciphersuites/DisabledAlgorithms.java fails intermittently (backport) In-Reply-To: <558A8E6B.1040808@oracle.com> References: <558A8E6B.1040808@oracle.com> Message-ID: <558A9236.5060904@oracle.com> Approved. Regards, Sean. On 24/06/15 12:03, Artem Smotrakov wrote: > Hello, > > This is a direct backport of 8078823 to 8u-dev. Would you please > review and approve it? > > Bug: https://bugs.openjdk.java.net/browse/JDK-8078823 > JDK 9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/d9a57d498a29 > Webrev: http://cr.openjdk.java.net/~asmotrak/8078823/webrev.8u.00/ > > Artem From alexander.zvegintsev at oracle.com Wed Jun 24 13:29:31 2015 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Wed, 24 Jun 2015 16:29:31 +0300 Subject: [8u60] Request for approval 8129116: Deadlock with multimonitor fullscreen windows. Message-ID: <558AB0BB.3060203@oracle.com> Hello, Please approve backport of a fix from the jdk9 to the jdk8u-dev repository. Changes applies cleanly to jdk8u-dev after path reshuffling. https://bugs.openjdk.java.net/browse/JDK-8129116 http://hg.openjdk.java.net/jdk9/client/jdk/rev/c49563fe72fe http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009534.html -- Thanks, Alexander. From alexander.zvegintsev at oracle.com Wed Jun 24 13:30:13 2015 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Wed, 24 Jun 2015 16:30:13 +0300 Subject: [8u60] Request for approval 8081371: [PIT] Test closed/java/awt/FullScreen/DisplayMode/CycleDMImage.java switches Linux to the single device mode Message-ID: <558AB0E5.8040400@oracle.com> Hello, Please approve backport of a fix from the jdk9 to the jdk8u-dev repository. Changes applies cleanly to jdk8u-dev after path reshuffling. https://bugs.openjdk.java.net/browse/JDK-8081371 http://hg.openjdk.java.net/jdk9/client/jdk/rev/57f4422b7bdb http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009537.html -- Thanks, Alexander. From sean.coffey at oracle.com Wed Jun 24 13:51:28 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 24 Jun 2015 14:51:28 +0100 Subject: [8u60] Request for approval 8129116: Deadlock with multimonitor fullscreen windows. In-Reply-To: <558AB0BB.3060203@oracle.com> References: <558AB0BB.3060203@oracle.com> Message-ID: <558AB5E0.6000709@oracle.com> Approved. Regards, Sean. On 24/06/15 14:29, Alexander Zvegintsev wrote: > Hello, > > Please approve backport of a fix from the jdk9 to the jdk8u-dev > repository. > Changes applies cleanly to jdk8u-dev after path reshuffling. > > https://bugs.openjdk.java.net/browse/JDK-8129116 > http://hg.openjdk.java.net/jdk9/client/jdk/rev/c49563fe72fe > http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009534.html > > From sean.coffey at oracle.com Wed Jun 24 13:55:48 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 24 Jun 2015 14:55:48 +0100 Subject: [8u60] Request for approval 8081371: [PIT] Test closed/java/awt/FullScreen/DisplayMode/CycleDMImage.java switches Linux to the single device mode In-Reply-To: <558AB0E5.8040400@oracle.com> References: <558AB0E5.8040400@oracle.com> Message-ID: <558AB6E4.5040709@oracle.com> It might be good to mark this bug as public if possible. Approved. Regards, Sean. On 24/06/15 14:30, Alexander Zvegintsev wrote: > Hello, > > Please approve backport of a fix from the jdk9 to the jdk8u-dev > repository. > Changes applies cleanly to jdk8u-dev after path reshuffling. > > https://bugs.openjdk.java.net/browse/JDK-8081371 > http://hg.openjdk.java.net/jdk9/client/jdk/rev/57f4422b7bdb > http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009537.html > > From alexander.zvegintsev at oracle.com Wed Jun 24 13:58:31 2015 From: alexander.zvegintsev at oracle.com (Alexander Zvegintsev) Date: Wed, 24 Jun 2015 16:58:31 +0300 Subject: [8u60] Request for approval 8081371: [PIT] Test closed/java/awt/FullScreen/DisplayMode/CycleDMImage.java switches Linux to the single device mode In-Reply-To: <558AB6E4.5040709@oracle.com> References: <558AB0E5.8040400@oracle.com> <558AB6E4.5040709@oracle.com> Message-ID: <558AB787.7060706@oracle.com> Sure, done. Thanks, Alexander. On 06/24/2015 04:55 PM, Se?n Coffey wrote: > It might be good to mark this bug as public if possible. > > Approved. > > Regards, > Sean. > > On 24/06/15 14:30, Alexander Zvegintsev wrote: >> Hello, >> >> Please approve backport of a fix from the jdk9 to the jdk8u-dev >> repository. >> Changes applies cleanly to jdk8u-dev after path reshuffling. >> >> https://bugs.openjdk.java.net/browse/JDK-8081371 >> http://hg.openjdk.java.net/jdk9/client/jdk/rev/57f4422b7bdb >> http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009537.html >> >> > From rob.mckenna at oracle.com Wed Jun 24 16:07:25 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Wed, 24 Jun 2015 17:07:25 +0100 Subject: [8u communication] Plans for creation of 8u60 stabilization forests Message-ID: <558AD5BD.1010906@oracle.com> Following on from my last mail regarding the 8u60 release timeline [1], the current plan is to create the 8u60 stabilization forests once 8u60 b22 is promoted. That's due for build promotion on June 30th. As always, this date is tentative and subject to change. Once the jdk8u60-b22 tags have been added to the master forest, I'd like to propose that the following 8u60 stabilization forests be created : hg.openjdk.java.net/jdk8u/jdk8u60 based on hg.openjdk.java.net/jdk8u/jdk8u/ tag jdk8u60-b22 (master forest) hg.openjdk.java.net/jdk8u/jdk8u60-dev based on hg.openjdk.java.net/jdk8u/jdk8u/ tag jdk8u60-b22 (team forest) Getting fixes into the jdk8u60 stabilization forest will be subject to the Phase 2 stabilization process [2]. -Rob [1] http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-June/003725.html [2] http://openjdk.java.net/projects/jdk8u/phase2/phase2-process.html From ivan.gerasimov at oracle.com Wed Jun 24 18:11:54 2015 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Wed, 24 Jun 2015 21:11:54 +0300 Subject: RFR/RFA (8u-dev) 8080524: [TESTBUG] java/lang/Class/getDeclaredField/FieldSetAccessibleTest.java fails on compact profiles Message-ID: <558AF2EA.30709@oracle.com> Hello! This test fails when running on compact1 and compact2, since it tries to access all the jars from "sun.boot.class.path". The easiest approach would be to include it in the group, which requires at least compact3. BUGURL: https://bugs.openjdk.java.net/browse/JDK-8080524 WEBREV: http://cr.openjdk.java.net/~igerasim/8080524/00/webrev/ Sincerely yours, Ivan From sean.coffey at oracle.com Wed Jun 24 20:47:39 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Wed, 24 Jun 2015 21:47:39 +0100 Subject: RFR/RFA (8u-dev) 8080524: [TESTBUG] java/lang/Class/getDeclaredField/FieldSetAccessibleTest.java fails on compact profiles In-Reply-To: <558AF2EA.30709@oracle.com> References: <558AF2EA.30709@oracle.com> Message-ID: <558B176B.9090006@oracle.com> Looks ok to me Ivan. Is this required for JDK 9 also ? If not, please add 9-na label. Approved. Regards, Sean. On 24/06/2015 19:11, Ivan Gerasimov wrote: > Hello! > > This test fails when running on compact1 and compact2, since it tries > to access all the jars from "sun.boot.class.path". > The easiest approach would be to include it in the group, which > requires at least compact3. > > BUGURL: https://bugs.openjdk.java.net/browse/JDK-8080524 > WEBREV: http://cr.openjdk.java.net/~igerasim/8080524/00/webrev/ > > Sincerely yours, > Ivan From ivan.gerasimov at oracle.com Wed Jun 24 21:48:12 2015 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Thu, 25 Jun 2015 00:48:12 +0300 Subject: RFR/RFA (8u-dev) 8080524: [TESTBUG] java/lang/Class/getDeclaredField/FieldSetAccessibleTest.java fails on compact profiles In-Reply-To: <558B176B.9090006@oracle.com> References: <558AF2EA.30709@oracle.com> <558B176B.9090006@oracle.com> Message-ID: <558B259C.1000709@oracle.com> Thanks Se?n! Added 9-na and noreg labels. Sincerely yours, Ivan On 24.06.2015 23:47, Se?n Coffey wrote: > Looks ok to me Ivan. Is this required for JDK 9 also ? If not, please > add 9-na label. > > Approved. > > Regards, > Sean. > > On 24/06/2015 19:11, Ivan Gerasimov wrote: >> Hello! >> >> This test fails when running on compact1 and compact2, since it tries >> to access all the jars from "sun.boot.class.path". >> The easiest approach would be to include it in the group, which >> requires at least compact3. >> >> BUGURL: https://bugs.openjdk.java.net/browse/JDK-8080524 >> WEBREV: http://cr.openjdk.java.net/~igerasim/8080524/00/webrev/ >> >> Sincerely yours, >> Ivan > > > From david.holmes at oracle.com Thu Jun 25 05:43:50 2015 From: david.holmes at oracle.com (David Holmes) Date: Thu, 25 Jun 2015 15:43:50 +1000 Subject: RFR/RFA (8u-dev) 8080524: [TESTBUG] java/lang/Class/getDeclaredField/FieldSetAccessibleTest.java fails on compact profiles In-Reply-To: <558AF2EA.30709@oracle.com> References: <558AF2EA.30709@oracle.com> Message-ID: <558B9516.9030601@oracle.com> Hi Ivan, On 25/06/2015 4:11 AM, Ivan Gerasimov wrote: > Hello! > > This test fails when running on compact1 and compact2, since it tries to > access all the jars from "sun.boot.class.path". > The easiest approach would be to include it in the group, which requires > at least compact3. Easy yes but is it correct? This is a basic core reflection test that should be executable on any compact profile. There are three things here that concern me: a) why does boot.class.path include non-existent jar files? b) why don't non-existent jar files simply increment the "skipped" count, which is not considered a test failure? c) what changed to make this start failing? Thanks, David > BUGURL: https://bugs.openjdk.java.net/browse/JDK-8080524 > WEBREV: http://cr.openjdk.java.net/~igerasim/8080524/00/webrev/ > > Sincerely yours, > Ivan From sean.coffey at oracle.com Thu Jun 25 09:47:03 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 25 Jun 2015 10:47:03 +0100 Subject: [8u-dev] Request for approval : 8080102 Java 8 cannot load its cacerts in FIPS. no such provider: SunEC Message-ID: <558BCE17.6050004@oracle.com> would like to fix this issue in JDK 8u. bug report : https://bugs.openjdk.java.net/browse/JDK-8080102 webrev : http://cr.openjdk.java.net/~coffeys/webrev.8080102.jdk9.v2/webrev/ review thread : http://mail.openjdk.java.net/pipermail/security-dev/2015-June/012316.html The JDK 8 patch applies cleanly post modular path modifying. This fix is not pushed to JDK 9 yet. I've encountered a build issue on 9 and it's related to recent sjavac fix. That's tracked via : JDK-8129562 I'll push fix to 9 as soon as JDK-8129562 is resolved. -- Regards, Sean. From ivan.gerasimov at oracle.com Thu Jun 25 10:29:21 2015 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Thu, 25 Jun 2015 13:29:21 +0300 Subject: RFR/RFA (8u-dev) 8080524: [TESTBUG] java/lang/Class/getDeclaredField/FieldSetAccessibleTest.java fails on compact profiles In-Reply-To: <558B9516.9030601@oracle.com> References: <558AF2EA.30709@oracle.com> <558B9516.9030601@oracle.com> Message-ID: <558BD801.8020800@oracle.com> Hi David! The test fails when reading content of existing jsse.jar, which belongs to compact3 profile. When the test loads classes from this jar and tries to access their fields, it hits the types that are not included in compact[12], thus NoClassDefFoundError. I'm not certain, if it is a bug that jsse.jar is referenced from "sun.boot.class.path" when the application is run in compact[12] profiles. Sincerely yours, Ivan On 25.06.2015 8:43, David Holmes wrote: > Hi Ivan, > > On 25/06/2015 4:11 AM, Ivan Gerasimov wrote: >> Hello! >> >> This test fails when running on compact1 and compact2, since it tries to >> access all the jars from "sun.boot.class.path". >> The easiest approach would be to include it in the group, which requires >> at least compact3. > > Easy yes but is it correct? This is a basic core reflection test that > should be executable on any compact profile. There are three things > here that concern me: > > a) why does boot.class.path include non-existent jar files? > > b) why don't non-existent jar files simply increment the "skipped" > count, which is not considered a test failure? > > c) what changed to make this start failing? > > Thanks, > David > >> BUGURL: https://bugs.openjdk.java.net/browse/JDK-8080524 >> WEBREV: http://cr.openjdk.java.net/~igerasim/8080524/00/webrev/ >> >> Sincerely yours, >> Ivan > > From attila.szegedi at oracle.com Thu Jun 25 10:30:36 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Thu, 25 Jun 2015 12:30:36 +0200 Subject: [8u60] Request for Approval: 8129410: Java adapters with class-level overrides should preserve variable arity constructors Message-ID: <42B685F3-73ED-4859-8E47-4DB207A2D277@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8129410 jdk9 webrev: http://cr.openjdk.java.net/~attila/8129410/webrev.jdk9 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004806.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From rob.mckenna at oracle.com Thu Jun 25 10:44:59 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Thu, 25 Jun 2015 11:44:59 +0100 Subject: [8u-dev] Request for approval : 8080102 Java 8 cannot load its cacerts in FIPS. no such provider: SunEC In-Reply-To: <558BCE17.6050004@oracle.com> References: <558BCE17.6050004@oracle.com> Message-ID: <558BDBAB.2060106@oracle.com> Approved. -Rob On 25/06/15 10:47, Se?n Coffey wrote: > would like to fix this issue in JDK 8u. > > bug report : https://bugs.openjdk.java.net/browse/JDK-8080102 > webrev : http://cr.openjdk.java.net/~coffeys/webrev.8080102.jdk9.v2/webrev/ > review thread : > http://mail.openjdk.java.net/pipermail/security-dev/2015-June/012316.html > > The JDK 8 patch applies cleanly post modular path modifying. This fix is > not pushed to JDK 9 yet. I've encountered a build issue on 9 and it's > related to recent sjavac fix. That's tracked via : JDK-8129562 > > I'll push fix to 9 as soon as JDK-8129562 is resolved. > From sean.coffey at oracle.com Thu Jun 25 10:48:31 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Thu, 25 Jun 2015 11:48:31 +0100 Subject: [8u60] Request for Approval: 8129410: Java adapters with class-level overrides should preserve variable arity constructors In-Reply-To: <42B685F3-73ED-4859-8E47-4DB207A2D277@oracle.com> References: <42B685F3-73ED-4859-8E47-4DB207A2D277@oracle.com> Message-ID: <558BDC7F.9080703@oracle.com> Approved. Regards, Sean. On 25/06/2015 11:30, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8129410 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8129410/webrev.jdk9 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004806.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From Alan.Bateman at oracle.com Thu Jun 25 12:58:06 2015 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 25 Jun 2015 13:58:06 +0100 Subject: RFR/RFA (8u-dev) 8080524: [TESTBUG] java/lang/Class/getDeclaredField/FieldSetAccessibleTest.java fails on compact profiles In-Reply-To: <558BD801.8020800@oracle.com> References: <558AF2EA.30709@oracle.com> <558B9516.9030601@oracle.com> <558BD801.8020800@oracle.com> Message-ID: <558BFADE.8010502@oracle.com> On 25/06/2015 11:29, Ivan Gerasimov wrote: > Hi David! > > The test fails when reading content of existing jsse.jar, which > belongs to compact3 profile. > When the test loads classes from this jar and tries to access their > fields, it hits the types that are not included in compact[12], thus > NoClassDefFoundError. > > I'm not certain, if it is a bug that jsse.jar is referenced from > "sun.boot.class.path" when the application is run in compact[12] > profiles. Are these the same dangling references that are listed in 8u's make/data/checkdeps/refs.allowed? It wasn't possible to get these issues fixed in 8u but they have been addressed in 9. Separately, I hope that this section from TEST.groups will eventually go away in 9. -Alan From ivan.gerasimov at oracle.com Thu Jun 25 13:08:25 2015 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Thu, 25 Jun 2015 16:08:25 +0300 Subject: RFR/RFA (8u-dev) 8080524: [TESTBUG] java/lang/Class/getDeclaredField/FieldSetAccessibleTest.java fails on compact profiles In-Reply-To: <558BFADE.8010502@oracle.com> References: <558AF2EA.30709@oracle.com> <558B9516.9030601@oracle.com> <558BD801.8020800@oracle.com> <558BFADE.8010502@oracle.com> Message-ID: <558BFD49.1030003@oracle.com> On 25.06.2015 15:58, Alan Bateman wrote: > > > On 25/06/2015 11:29, Ivan Gerasimov wrote: >> Hi David! >> >> The test fails when reading content of existing jsse.jar, which >> belongs to compact3 profile. >> When the test loads classes from this jar and tries to access their >> fields, it hits the types that are not included in compact[12], thus >> NoClassDefFoundError. >> >> I'm not certain, if it is a bug that jsse.jar is referenced from >> "sun.boot.class.path" when the application is run in compact[12] >> profiles. > Are these the same dangling references that are listed in 8u's > make/data/checkdeps/refs.allowed? It wasn't possible to get these > issues fixed in 8u but they have been addressed in 9. > Yes. This is it! Would it make sense then to simply skip jsse.jar when executing the test in compact[12]? I guess It should be possible to determine that by checking the properties profile.compact1 and profile.compact2 aren't nulls. Sincerely yours, Ivan > Separately, I hope that this section from TEST.groups will eventually > go away in 9. > > -Alan > > From chris.hegarty at oracle.com Thu Jun 25 13:18:57 2015 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Thu, 25 Jun 2015 14:18:57 +0100 Subject: [8u60] RFA 8129120 Terminal operation properties should not be back-propagated to upstream operations In-Reply-To: <8C2EB882-39EA-42E9-B090-DFA63AE1299A@oracle.com> References: <078BB9ED-7970-4B59-9BDE-EA01CB78F7F7@oracle.com> <55891E84.1050403@oracle.com> <8C2EB882-39EA-42E9-B090-DFA63AE1299A@oracle.com> Message-ID: <558BFFC1.8060408@oracle.com> On 23/06/15 13:13, Paul Sandoz wrote: > > On Jun 23, 2015, at 10:53 AM, Se?n Coffey wrote: > >> Hi Paul, >> >> Best to get a peer review on this before pushing to jdk8u-dev. >> > > Ok, including core-libs. The backport changes look good. Keeping the code in sync with 9 makes sense. -Chris. > The JPRT job passed. I additionally ran the 8b JCK tests, which all passed. > > Paul. > >> Approved. If you get this into jdk8u-dev before Friday it should make the pre-RDP2 integration slot. After this week, an 8u60-dev stabilization forest will be created for ramp down purposes. >> >> Regards, >> Sean. >> >> On 23/06/2015 09:32, Paul Sandoz wrote: >>> Hi, >>> >>> I would like to backport: >>> >>> https://bugs.openjdk.java.net/browse/JDK-8129120 >>> >>> 9 changeset >>> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/d9eadfd5659d >>> >>> Review: >>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034203.html >>> >>> The 9 changeset does not apply cleanly to the following source: >>> >>> src/share/classes/java/util/stream/AbstractPipeline.java >>> test/java/util/stream/test/org/openjdk/tests/java/util/stream/DistinctOpTest.java >>> >>> The 8u patch is here: >>> >>> http://cr.openjdk.java.net/~psandoz/jdk8u/JDK-8129120-flag-back-propagation/webrev/ >>> >>> For 8u AbstractPipeline.java the update was simply to remove the method parallelPrepare and replace the 8u method >>> sourceSpliterator with the equivalent 9 method. >>> >>> For 8u DistinctOpTest.java the expansion of the imports and reformatting result in failure to apply all the patch cleanly. >>> >>> All stream tests pass locally. >>> >>> A JPRT job is underway. >>> >>> I would like to wait a day or two to let the 9 changeset get tested by the infrastructure (i don't anticipate any issues). But wanted to ask for approval now assuming there are no issues with 9 and the JPRT job pass. >>> >>> Paul. >> > From Alan.Bateman at oracle.com Thu Jun 25 15:23:16 2015 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Thu, 25 Jun 2015 16:23:16 +0100 Subject: RFR/RFA (8u-dev) 8080524: [TESTBUG] java/lang/Class/getDeclaredField/FieldSetAccessibleTest.java fails on compact profiles In-Reply-To: <558BFD49.1030003@oracle.com> References: <558AF2EA.30709@oracle.com> <558B9516.9030601@oracle.com> <558BD801.8020800@oracle.com> <558BFADE.8010502@oracle.com> <558BFD49.1030003@oracle.com> Message-ID: <558C1CE4.2080208@oracle.com> On 25/06/2015 14:08, Ivan Gerasimov wrote: > > Yes. This is it! > Would it make sense then to simply skip jsse.jar when executing the > test in compact[12]? > I guess It should be possible to determine that by checking the > properties profile.compact1 and profile.compact2 aren't nulls. There aren't any defined properties for when running with a compact profile but you could look in the top-level release file or check for specific classes. It might not be worth it though and excluding it as you originally proposed might be okay. -Alan From ivan.gerasimov at oracle.com Thu Jun 25 16:33:46 2015 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Thu, 25 Jun 2015 19:33:46 +0300 Subject: RFA (8u-dev) 8023546: sun/security/mscapi/ShortRSAKey1024.sh fails intermittently Message-ID: <558C2D6A.1090603@oracle.com> Hello! I'd like to backport this fix into jdk8u. The patch from jdk9 applies cleanly. The only extra change I had to do was removing @module tag from the test. Bug: https://bugs.openjdk.java.net/browse/JDK-8023546 Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b65d176a9445 Jdk9 review: http://mail.openjdk.java.net/pipermail/security-dev/2015-June/012419.html Jdk8u webrev: http://cr.openjdk.java.net/~igerasim/8023546/00/webrev/ Sincerely yours, Ivan From daniil.x.titov at oracle.com Thu Jun 25 16:36:34 2015 From: daniil.x.titov at oracle.com (Daniil Titov) Date: Thu, 25 Jun 2015 09:36:34 -0700 (PDT) Subject: [8u60] Request for Approval:JDK-8080246 JNLP app cannot be launched due to deadlock Message-ID: Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8080246 Webrev : http://cr.openjdk.java.net/~dtitov/8080246.8/ Review thread: http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009557.html Best regards, Daniil From sean.coffey at oracle.com Thu Jun 25 16:51:57 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Thu, 25 Jun 2015 17:51:57 +0100 Subject: RFA (8u-dev) 8023546: sun/security/mscapi/ShortRSAKey1024.sh fails intermittently In-Reply-To: <558C2D6A.1090603@oracle.com> References: <558C2D6A.1090603@oracle.com> Message-ID: <558C31AD.1010001@oracle.com> Approved. Regards, Sean. On 25/06/2015 17:33, Ivan Gerasimov wrote: > Hello! > > I'd like to backport this fix into jdk8u. > The patch from jdk9 applies cleanly. > The only extra change I had to do was removing @module tag from the test. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8023546 > Jdk9 change: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b65d176a9445 > Jdk9 review: > http://mail.openjdk.java.net/pipermail/security-dev/2015-June/012419.html > Jdk8u webrev: http://cr.openjdk.java.net/~igerasim/8023546/00/webrev/ > > Sincerely yours, > Ivan From sean.coffey at oracle.com Thu Jun 25 16:52:09 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Thu, 25 Jun 2015 17:52:09 +0100 Subject: [8u60] Request for Approval:JDK-8080246 JNLP app cannot be launched due to deadlock In-Reply-To: References: Message-ID: <558C31B8.9090806@oracle.com> Approved. Regards, Sean. On 25/06/2015 17:36, Daniil Titov wrote: > Please approve. > > > > Bug: https://bugs.openjdk.java.net/browse/JDK-8080246 > > Webrev : http://cr.openjdk.java.net/~dtitov/8080246.8/ > > Review thread: http://mail.openjdk.java.net/pipermail/awt-dev/2015-June/009557.html > > > > > > Best regards, > > Daniil > > From naoto.sato at oracle.com Thu Jun 25 22:55:45 2015 From: naoto.sato at oracle.com (Naoto Sato) Date: Thu, 25 Jun 2015 15:55:45 -0700 Subject: Review and approval request for 8079361 Broken Localization Strings (XMLSchemaMessages_de.properties) In-Reply-To: <5589DBF3.6020306@oracle.com> References: <5589DBF3.6020306@oracle.com> Message-ID: <558C86F1.5070505@oracle.com> Looks good to me. Naoto On 6/23/15 3:21 PM, Michael Fang wrote: > Hi, > > Please help to review the changes for the following CR > 8079361 Broken Localization Strings (XMLSchemaMessages_de.properties) > > https://bugs.openjdk.java.net/browse/JDK-8079361 > > The webrev is located at: > http://cr.openjdk.java.net/~mfang/8079361/ > > > Since we perform resource file translation updates separately for jdk9, > jdk8u > and jdk7u, these changes are specific to jdk8u and not ported back from > jdk9. > > thanks, > > -michael From david.holmes at oracle.com Fri Jun 26 12:34:01 2015 From: david.holmes at oracle.com (David Holmes) Date: Fri, 26 Jun 2015 22:34:01 +1000 Subject: [8u60] Request for approval: 8129850: java.util.Properties.loadFromXML fails on compact1 profile Message-ID: <558D46B9.6000602@oracle.com> Apologies as the bug report is not public. https://bugs.openjdk.java.net/browse/JDK-8129850 This is an issue introduced in 8u60. Problem description: When I added cross-platform support for compact profiles under JDK-8038189. I had to add a check for an empty variable but added it in the wrong place in CreateJars.gmk when creating the resource.jar: ifneq ($(PROFILE), ) + ifneq ($(strip $(PROFILE_INCLUDE_METAINF_SERVICES)), ) # Strip out all META-INF/services/ entries $(GREP) -v -e 'META-INF/services/' $@.tmp > $@.tmp2 # Add back the required services for service in $(PROFILE_INCLUDE_METAINF_SERVICES) ; do \ $(ECHO) $$service >> $@.tmp2; \ done $(MV) $@.tmp2 $@.tmp + endif For compact1 the variable is empty which means we skipped stripping out the META-INF/services entries from resource.jar. Consequently those services would be found and the library code would then try to use a service for which no implementation existed - and hence we get failures. The fix is of course to move the if block so that it only surrounds the for loop. webrev: http://cr.openjdk.java.net/~dholmes/8129850/webrev/ The change has been reviewed by Erik Joelsson: http://mail.openjdk.java.net/pipermail/build-dev/2015-June/015305.html Thanks, David From sean.coffey at oracle.com Fri Jun 26 13:04:12 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 26 Jun 2015 14:04:12 +0100 Subject: [8u60] Request for approval: 8129850: java.util.Properties.loadFromXML fails on compact1 profile In-Reply-To: <558D46B9.6000602@oracle.com> References: <558D46B9.6000602@oracle.com> Message-ID: <558D4DCC.7030102@oracle.com> Approved. Regards, Sean. On 26/06/15 13:34, David Holmes wrote: > Apologies as the bug report is not public. > > https://bugs.openjdk.java.net/browse/JDK-8129850 > > This is an issue introduced in 8u60. > > Problem description: > > When I added cross-platform support for compact profiles under > JDK-8038189. I had to add a check for an empty variable but added it > in the wrong place in CreateJars.gmk when creating the resource.jar: > > ifneq ($(PROFILE), ) > + ifneq ($(strip $(PROFILE_INCLUDE_METAINF_SERVICES)), ) > # Strip out all META-INF/services/ entries > $(GREP) -v -e 'META-INF/services/' $@.tmp > $@.tmp2 > # Add back the required services > for service in $(PROFILE_INCLUDE_METAINF_SERVICES) ; do \ > $(ECHO) $$service >> $@.tmp2; \ > done > $(MV) $@.tmp2 $@.tmp > + endif > > For compact1 the variable is empty which means we skipped stripping > out the META-INF/services entries from resource.jar. Consequently > those services would be found and the library code would then try to > use a service for which no implementation existed - and hence we get > failures. > > The fix is of course to move the if block so that it only surrounds > the for loop. > > webrev: http://cr.openjdk.java.net/~dholmes/8129850/webrev/ > > The change has been reviewed by Erik Joelsson: > > http://mail.openjdk.java.net/pipermail/build-dev/2015-June/015305.html > > Thanks, > David From attila.szegedi at oracle.com Fri Jun 26 15:09:15 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Fri, 26 Jun 2015 17:09:15 +0200 Subject: [8u60] Request for Approval: 8129950: Wrong condition for checking absence of logger in MethodHandleFactory Message-ID: <53588C27-A8FC-4C9D-B391-32537AC3C0A5@oracle.com> Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8129950 jdk9 webrev: http://cr.openjdk.java.net/~attila/8129950/webrev.jdk9 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004825.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From sean.coffey at oracle.com Fri Jun 26 15:12:14 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Fri, 26 Jun 2015 16:12:14 +0100 Subject: [8u60] Request for Approval: 8129950: Wrong condition for checking absence of logger in MethodHandleFactory In-Reply-To: <53588C27-A8FC-4C9D-B391-32537AC3C0A5@oracle.com> References: <53588C27-A8FC-4C9D-B391-32537AC3C0A5@oracle.com> Message-ID: <558D6BCE.9020602@oracle.com> Approved. Regards, Sean. On 26/06/15 16:09, Attila Szegedi wrote: > Please approve. > > Bug: https://bugs.openjdk.java.net/browse/JDK-8129950 > jdk9 webrev: http://cr.openjdk.java.net/~attila/8129950/webrev.jdk9 > jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004825.html > > Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. > > Thanks, > Attila. From alejandro.murillo at oracle.com Fri Jun 26 15:45:02 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 26 Jun 2015 09:45:02 -0600 Subject: [8u60] Request for approval for bulk integration of hs25.60-b22 Message-ID: <558D737E.5050200@oracle.com> Requesting approval to integrate hs25.60-b22 into jdk8u60-b22. A webrev is available at: http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b22-jdk8u60-b22.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. 8074551: GWT can be marked non-compilable due to deopt count pollution 8080600: AARCH64: testlibrary does not support AArch64 8129314: new hotspot build - hs25.60-b22 8129602: Incorrect GPL header causes RE script to create wrong output 8129604: Incorrect GPL header in README causes RE script to create wrong output 8129607: Incorrect GPL header -- Alejandro From attila.szegedi at oracle.com Fri Jun 26 15:54:55 2015 From: attila.szegedi at oracle.com (Attila Szegedi) Date: Fri, 26 Jun 2015 17:54:55 +0200 Subject: [8u60] Request for Approval: 8129959: DebugLogger has unnecessary API methods Message-ID: Please approve. Bug: https://bugs.openjdk.java.net/browse/JDK-8129959 jdk9 webrev: http://cr.openjdk.java.net/~attila/8129959/webrev.jdk9 jdk9 review thread: http://mail.openjdk.java.net/pipermail/nashorn-dev/2015-June/004827.html Changes apply cleanly to jdk8u-dev after path reshuffling from modular source code layout. Thanks, Attila. From sean.coffey at oracle.com Fri Jun 26 16:04:11 2015 From: sean.coffey at oracle.com (=?UTF-8?B?U2XDoW4gQ29mZmV5?=) Date: Fri, 26 Jun 2015 17:04:11 +0100 Subject: [8u60] Request for approval for bulk integration of hs25.60-b22 In-Reply-To: <558D737E.5050200@oracle.com> References: <558D737E.5050200@oracle.com> Message-ID: <558D77FB.9080804@oracle.com> Approved pending positive PIT results. Regards, Sean. On 26/06/15 16:45, Alejandro E Murillo wrote: > Requesting approval to integrate hs25.60-b22 into jdk8u60-b22. > > A webrev is available at: > > http://cr.openjdk.java.net/~amurillo/8u60/hs25.60-b22-jdk8u60-b22.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. > > 8074551: GWT can be marked non-compilable due to deopt count pollution > 8080600: AARCH64: testlibrary does not support AArch64 > 8129314: new hotspot build - hs25.60-b22 > 8129602: Incorrect GPL header causes RE script to create wrong output > 8129604: Incorrect GPL header in README causes RE script to create > wrong output > 8129607: Incorrect GPL header > From alejandro.murillo at oracle.com Fri Jun 26 16:17:22 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Fri, 26 Jun 2015 10:17:22 -0600 Subject: Fwd: Hotspot changes for 8u60 and jdk8u/hs-dev In-Reply-To: <558D784C.2090802@oracle.com> References: <558D784C.2090802@oracle.com> Message-ID: <558D7B12.9000605@oracle.com> I had meant to cc this alias as well -------- Forwarded Message -------- Subject: Hotspot changes for 8u60 and jdk8u/hs-dev Date: Fri, 26 Jun 2015 10:05:32 -0600 From: Alejandro E Murillo Organization: Oracle Corporation To: hotspot-dev I just submitted PIT for the last snapshot of jdk8u/hs-dev for jdk8u60 before 8u60 enters RDP2 ([1]). PLEASE do not push anything to that repo until further notice. Once jdk8u60-b22 is promoted next week, I will synch jdk8u/hs-dev with jdk8u/jdk8u and associate it with a new 8u release, following suit to what what will be done for jdk8u/jdk8u[-dev] (see [2]) Going forward any hotspot change destined for 8u60 will be subject to the Phase 2 stabilization process [1]. Those 8u60 approved HOTSPOT related changes should be pushed to jdk8u/hs-dev as usual and I will extract them from there, on a need basis, and will get them to the 8u60 stabilization repos. I will keep an eye on approved RDP2 changes but send me a heads up email when you have pushed one of such changes Thanks [1] http://openjdk.java.net/projects/jdk8u/phase2/phase2-process.html [2] http://mail.openjdk.java.net/pipermail/jdk8u-dev/2015-June/003929.html -- Alejandro From jeff.dinkins at oracle.com Fri Jun 26 16:22:31 2015 From: jeff.dinkins at oracle.com (Jeff Dinkins) Date: Fri, 26 Jun 2015 11:22:31 -0500 Subject: [8u60] Request for Approval: 8079531: THIRD_PARTY_README update for 8u60: JSON, GIFLIB, LittleCMS Message-ID: <8419BA6A-2D67-48FD-823D-FC5568E362FA@oracle.com> Please approve :) Bug: https://bugs.openjdk.java.net/browse/JDK-8079531 jdk8 webrev: http://cr.openjdk.java.net/~jeff/8079531 ? JSON license removed ? GIFLIB (which is included in libungif) updated to 5.1.1 ? LittleCMS updated to 2.7 Reviewed by: Tim Bell, Iris Clark Thanks, -jeff From sean.coffey at oracle.com Fri Jun 26 16:24:09 2015 From: sean.coffey at oracle.com (=?windows-1252?Q?Se=E1n_Coffey?=) Date: Fri, 26 Jun 2015 17:24:09 +0100 Subject: [8u60] Request for Approval: 8079531: THIRD_PARTY_README update for 8u60: JSON, GIFLIB, LittleCMS In-Reply-To: <8419BA6A-2D67-48FD-823D-FC5568E362FA@oracle.com> References: <8419BA6A-2D67-48FD-823D-FC5568E362FA@oracle.com> Message-ID: <558D7CA9.5020507@oracle.com> Approved. Regards, Sean. On 26/06/15 17:22, Jeff Dinkins wrote: > Please approve :) > > Bug: https://bugs.openjdk.java.net/browse/JDK-8079531 > jdk8 webrev: http://cr.openjdk.java.net/~jeff/8079531 > > ? JSON license removed > ? GIFLIB (which is included in libungif) updated to 5.1.1 > ? LittleCMS updated to 2.7 > > Reviewed by: Tim Bell, Iris Clark > > Thanks, > > -jeff From lana.steuck at oracle.com Mon Jun 29 22:55:41 2015 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Mon, 29 Jun 2015 15:55:41 -0700 (PDT) Subject: jdk8u-b22: jdk8u-dev Message-ID: <201506292255.t5TMtflt012273@sc11152554.us.oracle.com> http://hg.openjdk.java.net/jdk8u/jdk8u/rev/01bb22b4ebb6 http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/9ed906919b5d http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/d1febf79ce5e http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/48143da4c15d http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/6079c26a3b8f http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/bc1ad5d83a65 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/101e28dee2f7 http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/3a04901d8388 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8081371 client-libs [PIT] Test closed/java/awt/FullScreen/DisplayMode/CycleDMImage.java sw JDK-8081315 client-libs 8077982 giflib upgrade breaks system giflib builds with earlier versio JDK-8129116 client-libs Deadlock with multimonitor fullscreen windows. JDK-8077686 client-libs OperationTimedOut exception inside from XToolkit.syncNativeQueue call JDK-8104577 client-libs Remove debugging message from Font2DTest demo JDK-8062803 core-libs 'principal' should be 'principle' in java.time package description JDK-8039953 core-libs [TESTBUG] Timeout java/lang/invoke/MethodHandles/CatchExceptionTest.ja JDK-8098808 core-libs Convert Scope from interface to class JDK-8074761 core-libs Empty optional parameters of LDAP query are not interpreted as empty JDK-8081674 core-libs EmptyStackException at startup if running with extended or unsupported JDK-8098546 core-libs eval within a 'with' leaks definitions into global scope JDK-8034906 core-libs Fix typos, errors and Javadoc differences in java.time JDK-8066504 core-libs GetVersionEx in java.base/windows/native/libjava/java_props_md.c might JDK-8098578 core-libs Global scope is not accessible with indirect load call JDK-8129410 core-libs Java adapters with class-level overrides should preserve variable arit JDK-8075678 core-libs java.time javadoc error in DateTimeFormatter::parsedLeapSecond JDK-8075676 core-libs java.time package javadoc typos JDK-8062796 core-libs java.time.format.DateTimeFormatter error in API doc example JDK-8055269 core-libs java/lang/invoke/MethodHandles/CatchExceptionTest.java fails intermitt JDK-8129532 core-libs LFMultiThreadCachingTest.java failed with ConcurrentModificationExcept JDK-8085978 core-libs LinkedTransferQueue.spliterator can report LTQ.Node object, not T JDK-8117883 core-libs nasgen prototype, instance member count calculation is wrong JDK-8098847 core-libs obj."prop" and obj.'prop' should result in SyntaxError JDK-8067005 core-libs Several java/lang/invoke tests fail due to exhausted code cache JDK-8098807 core-libs Strict eval throws ClassCastException with large scripts JDK-8129120 core-libs Terminal operation properties should not be back-propagated to upstrea JDK-8062904 core-libs TEST_BUG: Tests java/lang/invoke/LFCaching fail when run with -Xcomp o JDK-8081470 core-svc com/sun/jdi tests are failing with "Error. failed to clean up files af JDK-8079361 globalization Broken Localization Strings (XMLSchemaMessages_de.properties) JDK-8080774 globalization DateFormat for Singapore/English locale (en_SG) is M/d/yy instead of d JDK-8087156 infrastructure SetupNativeCompilation ignores CFLAGS_release for cpp files JDK-8080524 security-libs [TESTBUG] java/lang/Class/getDeclaredField/FieldSetAccessibleTest.java JDK-8080102 security-libs Java 8 cannot load its cacerts in FIPS. no such provider: SunEC JDK-8078823 security-libs javax/net/ssl/ciphersuites/DisabledAlgorithms.java fails intermittentl JDK-8023546 security-libs sun/security/mscapi/ShortRSAKey1024.sh fails intermittently JDK-8068489 tools remove unnecessary complexity in Flow and Bits, after JDK-8064857 From david.holmes at oracle.com Tue Jun 30 05:56:04 2015 From: david.holmes at oracle.com (David Holmes) Date: Tue, 30 Jun 2015 15:56:04 +1000 Subject: RFR/RFA (8u-dev) 8080524: [TESTBUG] java/lang/Class/getDeclaredField/FieldSetAccessibleTest.java fails on compact profiles In-Reply-To: <558BD801.8020800@oracle.com> References: <558AF2EA.30709@oracle.com> <558B9516.9030601@oracle.com> <558BD801.8020800@oracle.com> Message-ID: <55922F74.6010805@oracle.com> On 25/06/2015 8:29 PM, Ivan Gerasimov wrote: > Hi David! > > The test fails when reading content of existing jsse.jar, which belongs > to compact3 profile. > When the test loads classes from this jar and tries to access their > fields, it hits the types that are not included in compact[12], thus > NoClassDefFoundError. > > I'm not certain, if it is a bug that jsse.jar is referenced from > "sun.boot.class.path" when the application is run in compact[12] profiles. To be clear here, jsse.jar belongs in compact1, however it has some references to types that exist only in compact3 - hence when those fields get processed we hit the bug when running on compact 1/2. Only thing unclear now is why this is suddenly happening - has this test never been run on the compact profiles before? As to a fix ... I'm okay with excluding the test from running on compact 1/2, now I understand the problem. Thanks, David > Sincerely yours, > Ivan > > > On 25.06.2015 8:43, David Holmes wrote: >> Hi Ivan, >> >> On 25/06/2015 4:11 AM, Ivan Gerasimov wrote: >>> Hello! >>> >>> This test fails when running on compact1 and compact2, since it tries to >>> access all the jars from "sun.boot.class.path". >>> The easiest approach would be to include it in the group, which requires >>> at least compact3. >> >> Easy yes but is it correct? This is a basic core reflection test that >> should be executable on any compact profile. There are three things >> here that concern me: >> >> a) why does boot.class.path include non-existent jar files? >> >> b) why don't non-existent jar files simply increment the "skipped" >> count, which is not considered a test failure? >> >> c) what changed to make this start failing? >> >> Thanks, >> David >> >>> BUGURL: https://bugs.openjdk.java.net/browse/JDK-8080524 >>> WEBREV: http://cr.openjdk.java.net/~igerasim/8080524/00/webrev/ >>> >>> Sincerely yours, >>> Ivan >> >> > From david.holmes at oracle.com Tue Jun 30 07:12:48 2015 From: david.holmes at oracle.com (David Holmes) Date: Tue, 30 Jun 2015 17:12:48 +1000 Subject: [8u60] Request for approval: 8129926: Sub-packages in jdk.* are present in all Compact Profiles when they should not be Message-ID: <55924170.7030303@oracle.com> Apologies as the bug report is not public as it pertains to closed packages. https://bugs.openjdk.java.net/browse/JDK-8129926 Problem description: A new (closed) package, jdk.internal.instrumentation, was appearing in the compact 1 profile when it should only be in the full JRE - so we add it to the list of packages only in the full JRE. This exposed another package that was being included in compact 2, when it also should only be in a full JRE - so it is added too. webrev: http://cr.openjdk.java.net/~dholmes/8129926/webrev/ The change has been reviewed by Alan Bateman. http://mail.openjdk.java.net/pipermail/build-dev/2015-June/015322.html Thanks, David From ivan.gerasimov at oracle.com Tue Jun 30 07:14:26 2015 From: ivan.gerasimov at oracle.com (Ivan Gerasimov) Date: Tue, 30 Jun 2015 10:14:26 +0300 Subject: RFR/RFA (8u-dev) 8080524: [TESTBUG] java/lang/Class/getDeclaredField/FieldSetAccessibleTest.java fails on compact profiles In-Reply-To: <55922F74.6010805@oracle.com> References: <558AF2EA.30709@oracle.com> <558B9516.9030601@oracle.com> <558BD801.8020800@oracle.com> <55922F74.6010805@oracle.com> Message-ID: <559241D2.3070109@oracle.com> Thanks David! Then test will be excluded for now for jdk8u on compact1 and compact2 profiles. Sincerely yours, Ivan On 30.06.2015 8:56, David Holmes wrote: > On 25/06/2015 8:29 PM, Ivan Gerasimov wrote: >> Hi David! >> >> The test fails when reading content of existing jsse.jar, which belongs >> to compact3 profile. >> When the test loads classes from this jar and tries to access their >> fields, it hits the types that are not included in compact[12], thus >> NoClassDefFoundError. >> >> I'm not certain, if it is a bug that jsse.jar is referenced from >> "sun.boot.class.path" when the application is run in compact[12] >> profiles. > > To be clear here, jsse.jar belongs in compact1, however it has some > references to types that exist only in compact3 - hence when those > fields get processed we hit the bug when running on compact 1/2. > > Only thing unclear now is why this is suddenly happening - has this > test never been run on the compact profiles before? > > As to a fix ... I'm okay with excluding the test from running on > compact 1/2, now I understand the problem. > > Thanks, > David > > >> Sincerely yours, >> Ivan >> >> >> On 25.06.2015 8:43, David Holmes wrote: >>> Hi Ivan, >>> >>> On 25/06/2015 4:11 AM, Ivan Gerasimov wrote: >>>> Hello! >>>> >>>> This test fails when running on compact1 and compact2, since it >>>> tries to >>>> access all the jars from "sun.boot.class.path". >>>> The easiest approach would be to include it in the group, which >>>> requires >>>> at least compact3. >>> >>> Easy yes but is it correct? This is a basic core reflection test that >>> should be executable on any compact profile. There are three things >>> here that concern me: >>> >>> a) why does boot.class.path include non-existent jar files? >>> >>> b) why don't non-existent jar files simply increment the "skipped" >>> count, which is not considered a test failure? >>> >>> c) what changed to make this start failing? >>> >>> Thanks, >>> David >>> >>>> BUGURL: https://bugs.openjdk.java.net/browse/JDK-8080524 >>>> WEBREV: http://cr.openjdk.java.net/~igerasim/8080524/00/webrev/ >>>> >>>> Sincerely yours, >>>> Ivan >>> >>> >> > > From aleksej.efimov at oracle.com Tue Jun 30 13:06:02 2015 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Tue, 30 Jun 2015 16:06:02 +0300 Subject: [8u-dev] Request for approval: 8076139: [TEST_BUG] test/javax/xml/ws/8046817/GenerateEnumSchema.java creates files in test.src Message-ID: <5592943A.40705@oracle.com> Hello, Please, approve a backport of test failure fix to JDK8. The fix applies cleanly. Local and JPRT test runs showed no failures on all platforms. With Best Regards, Aleksej JDK9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b6a729b5ec89 JDK9 review: http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034239.html JBS: https://bugs.openjdk.java.net/browse/JDK-8076139 From rob.mckenna at oracle.com Tue Jun 30 13:13:14 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 30 Jun 2015 14:13:14 +0100 Subject: [8u-dev] Request for approval: 8076139: [TEST_BUG] test/javax/xml/ws/8046817/GenerateEnumSchema.java creates files in test.src In-Reply-To: <5592943A.40705@oracle.com> References: <5592943A.40705@oracle.com> Message-ID: <559295EA.9050100@oracle.com> Approved. -Rob On 30/06/15 14:06, Aleksej Efimov wrote: > Hello, > > Please, approve a backport of test failure fix to JDK8. The fix applies > cleanly. > Local and JPRT test runs showed no failures on all platforms. > > With Best Regards, > Aleksej > > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b6a729b5ec89 > > JDK9 review: > http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034239.html > > JBS: > https://bugs.openjdk.java.net/browse/JDK-8076139 From rob.mckenna at oracle.com Tue Jun 30 13:16:20 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 30 Jun 2015 14:16:20 +0100 Subject: [8u60] Request for approval: 8129926: Sub-packages in jdk.* are present in all Compact Profiles when they should not be In-Reply-To: <55924170.7030303@oracle.com> References: <55924170.7030303@oracle.com> Message-ID: <559296A4.2030705@oracle.com> Approved. -Rob On 30/06/15 08:12, David Holmes wrote: > Apologies as the bug report is not public as it pertains to closed > packages. > > https://bugs.openjdk.java.net/browse/JDK-8129926 > > Problem description: > > A new (closed) package, jdk.internal.instrumentation, was appearing in > the compact 1 profile when it should only be in the full JRE - so we add > it to the list of packages only in the full JRE. This exposed another > package that was being included in compact 2, when it also should only > be in a full JRE - so it is added too. > > webrev: http://cr.openjdk.java.net/~dholmes/8129926/webrev/ > > The change has been reviewed by Alan Bateman. > > http://mail.openjdk.java.net/pipermail/build-dev/2015-June/015322.html > > Thanks, > David From aleksej.efimov at oracle.com Tue Jun 30 13:16:28 2015 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Tue, 30 Jun 2015 16:16:28 +0300 Subject: [8u-dev] Request for approval: 8098547: (tz) Support tzdata2015e Message-ID: <559296AC.5080207@oracle.com> Hello, Please, approve a backport of latest (2015e) tzdata integration to JDK8. The fix applies cleanly after reshuffling. Local and JPRT test runs showed no tz related failures on all platforms. With Best Regards, Aleksej JDK9 changeset: http://hg.openjdk.java.net/jdk9/dev/jdk/rev/119f69c81d70 JDK9 review: http://mail.openjdk.java.net/pipermail/i18n-dev/2015-June/001700.html JBS: https://bugs.openjdk.java.net/browse/JDK-8098547 From aleksej.efimov at oracle.com Tue Jun 30 13:18:07 2015 From: aleksej.efimov at oracle.com (Aleksej Efimov) Date: Tue, 30 Jun 2015 16:18:07 +0300 Subject: [8u-dev] Request for approval: 8076139: [TEST_BUG] test/javax/xml/ws/8046817/GenerateEnumSchema.java creates files in test.src In-Reply-To: <559295EA.9050100@oracle.com> References: <5592943A.40705@oracle.com> <559295EA.9050100@oracle.com> Message-ID: <5592970F.2010509@oracle.com> Thank you Rob! -Aleksej On 06/30/2015 04:13 PM, Rob McKenna wrote: > Approved. > > -Rob > > On 30/06/15 14:06, Aleksej Efimov wrote: >> Hello, >> >> Please, approve a backport of test failure fix to JDK8. The fix applies >> cleanly. >> Local and JPRT test runs showed no failures on all platforms. >> >> With Best Regards, >> Aleksej >> >> JDK9 changeset: >> http://hg.openjdk.java.net/jdk9/dev/jdk/rev/b6a729b5ec89 >> >> JDK9 review: >> http://mail.openjdk.java.net/pipermail/core-libs-dev/2015-June/034239.html >> >> >> JBS: >> https://bugs.openjdk.java.net/browse/JDK-8076139 From rob.mckenna at oracle.com Tue Jun 30 13:20:43 2015 From: rob.mckenna at oracle.com (Rob McKenna) Date: Tue, 30 Jun 2015 14:20:43 +0100 Subject: [8u-dev] Request for approval: 8098547: (tz) Support tzdata2015e In-Reply-To: <559296AC.5080207@oracle.com> References: <559296AC.5080207@oracle.com> Message-ID: <559297AB.6070905@oracle.com> Approved. -Rob On 30/06/15 14:16, Aleksej Efimov wrote: > Hello, > > Please, approve a backport of latest (2015e) tzdata integration to JDK8. > The fix applies cleanly after reshuffling. > Local and JPRT test runs showed no tz related failures on all platforms. > > With Best Regards, > Aleksej > > JDK9 changeset: > http://hg.openjdk.java.net/jdk9/dev/jdk/rev/119f69c81d70 > > JDK9 review: > http://mail.openjdk.java.net/pipermail/i18n-dev/2015-June/001700.html > > JBS: > https://bugs.openjdk.java.net/browse/JDK-8098547 From lana.steuck at oracle.com Tue Jun 30 22:10:40 2015 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 30 Jun 2015 15:10:40 -0700 (PDT) Subject: jdk8u-b22: jdk8u-dev Message-ID: <201506302210.t5UMAeaL000511@sc11152554.us.oracle.com> http://hg.openjdk.java.net/jdk8u/jdk8u/rev/01bb22b4ebb6 http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/9ed906919b5d http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/d1febf79ce5e http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/e9f82302d5fd http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/6079c26a3b8f http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/bc1ad5d83a65 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/878cb0df27c2 http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/3a04901d8388 --- All the fixes will be tested during promotion (no PIT testing at this point): List of all fixes: =================== JDK-8098547 core-libs (tz) Support tzdata2015e JDK-8076139 xml [TEST_BUG] test/javax/xml/ws/8046817/GenerateEnumSchema.java creates f From alejandro.murillo at oracle.com Tue Jun 30 22:20:16 2015 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Tue, 30 Jun 2015 16:20:16 -0600 Subject: jdk8u60-b22: HotSpot Message-ID: <55931620.3010901@oracle.com> hs25.60-b22 has been integrated into jdk8u60-b22. http://hg.openjdk.java.net/jdk8u/jdk8u/rev/01bb22b4ebb6 http://hg.openjdk.java.net/jdk8u/jdk8u/corba/rev/3a04901d8388 http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/rev/878cb0df27c2 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxp/rev/bc1ad5d83a65 http://hg.openjdk.java.net/jdk8u/jdk8u/jaxws/rev/6079c26a3b8f http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/bcf6bc094c51 http://hg.openjdk.java.net/jdk8u/jdk8u/langtools/rev/d1febf79ce5e http://hg.openjdk.java.net/jdk8u/jdk8u/nashorn/rev/9ed906919b5d Component : VM Status : 0 major failures, 0 minor failure Date : 06/30/2015 at 18:30 MSK Tested By : STT_VM Cost(total man-days): 1 Workspace : 2015-06-26-064656.amurillo.hs25-60-b22-snapshot Bundles : 2015-06-26-064656.amurillo.hs25-60-b22-snapshot Platforms : Others Tests : Log : link Browsers : NA Patches : NA Number of Tests Executed : 382791 passed 3796 tests, failed tests (0 new failure) Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: 8074551: GWT can be marked non-compilable due to deopt count pollution 8080600: AARCH64: testlibrary does not support AArch64 8129314: new hotspot build - hs25.60-b22 8129602: Incorrect GPL header causes RE script to create wrong output 8129604: Incorrect GPL header in README causes RE script to create wrong output 8129607: Incorrect GPL header New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: jdk8u60-b22 Issues and Notes: This is PIT for HS25.60-b22 for jdk8u60-b22. Go for integration. -- Alejandro