Re: RFR: JDK-8236132: Add missing properties to msi installers

2020-01-14 Thread Alexey Semenyuk
Alexander, Icon can be configured on jpackage command line and should not be overridden in custom overrides.wxi file. This is the reason why I didn't put its description in the default overrides.wxi file. JpIcon is just one of WiX variables to pass configuration data from jpackage Java into

Re: jpackage and macOS Catalina notarization

2020-01-14 Thread James Elliott
I can report that this question is no longer theoretical. As of this morning, Apple began rejecting notarization of my disk images that had been code-signed by jpackage for lacking secure timestamps and not using the hardened runtime. So jpackage-signed applications are no longer accepted by

Re: JDK 14 RFR of JDK-8233452: java.math.BigDecimal.sqrt() with RoundingMode.FLOOR results in incorrect result

2020-01-14 Thread Joe Darcy
Hi Brian, Pushed with recommend changes; webrev of final version:     http://cr.openjdk.java.net/~darcy/8233452.5 Thanks, -Joe On 1/14/2020 1:59 PM, Brian Burkhalter wrote: Hi Joe, This looks good modulo a few picayune things I noticed in the implementation and test. Line numbers refer to

Re: [15] RFR: 8187987: Add a mechanism to configure custom variants in HijrahChronology

2020-01-14 Thread Joe Wang
On 1/14/20 6:04 PM, naoto.s...@oracle.com wrote: Hi Joe, Thank you for the review. Please find my comments below: On 1/14/20 3:35 PM, Joe Wang wrote: Hi Naoto, Since it's dealing with non-standard properties files, is there a need to verify the files? The constructor (HijrahChronology)

Re: [15] RFR: 8187987: Add a mechanism to configure custom variants in HijrahChronology

2020-01-14 Thread naoto . sato
Hi Joe, Thank you for the review. Please find my comments below: On 1/14/20 3:35 PM, Joe Wang wrote: Hi Naoto, Since it's dealing with non-standard properties files, is there a need to verify the files? The constructor (HijrahChronology) does check whether the id or type is empty. If there

Re: 8237186: Fix typo in copyright header of java/io/Reader/TransferTo.java

2020-01-14 Thread Mandy Chung
Looks okay.  I wonder how the word "source" got creeped in :-) Mandy On 1/14/20 5:51 PM, Brian Burkhalter wrote: Oops: correction. --- a/test/jdk/java/io/Reader/TransferTo.java +++ b/test/jdk/java/io/Reader/TransferTo.java @@ -6,15 +6,15 @@ * under the terms of the GNU General Public

Re: 8237186: Fix typo in copyright header of java/io/Reader/TransferTo.java

2020-01-14 Thread Lance @ Oracle
Looks ok Brian Best, Lance Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 lance.ander...@oracle.com Sent from my iPad > On Jan 14, 2020, at 8:51 PM, Brian Burkhalter > wrote: > > Oops: correction. > >

Re: 8237186: Fix typo in copyright header of java/io/Reader/TransferTo.java

2020-01-14 Thread Mandy Chung
+1 Mandy On 1/14/20 5:49 PM, Brian Burkhalter wrote: Please review this trivial fix --- a/test/jdk/java/io/Reader/TransferTo.java +++ b/test/jdk/java/io/Reader/TransferTo.java @@ -14,7 +14,7 @@ * * You should have received a copy of the GNU General Public License version * 2 along

Re: 8237186: Fix typo in copyright header of java/io/Reader/TransferTo.java

2020-01-14 Thread Brian Burkhalter
Oops: correction. --- a/test/jdk/java/io/Reader/TransferTo.java +++ b/test/jdk/java/io/Reader/TransferTo.java @@ -6,15 +6,15 @@ * under the terms of the GNU General Public License version 2 only, as * published by the Free Software Foundation. * - * This code is distributed source the hope

8237186: Fix typo in copyright header of java/io/Reader/TransferTo.java

2020-01-14 Thread Brian Burkhalter
Please review this trivial fix --- a/test/jdk/java/io/Reader/TransferTo.java +++ b/test/jdk/java/io/Reader/TransferTo.java @@ -14,7 +14,7 @@ * * You should have received a copy of the GNU General Public License version * 2 along with this work; if not, write to the Free Software Foundation,

Re: [15] RFR: 8187987: Add a mechanism to configure custom variants in HijrahChronology

2020-01-14 Thread Joe Wang
Hi Naoto, Since it's dealing with non-standard properties files, is there a need to verify the files? The constructor (HijrahChronology) does check whether the id or type is empty. If there is no existing process to validate, it's probably not worth it to spend time as it's rare and it's

Re: RFR [15/java.xml] 8235368 : Update BCEL to Version 6.4.1

2020-01-14 Thread Joe Wang
Performance test results show no regression over the current build (15-b5). -Joe On 1/14/20 12:08 PM, Joe Wang wrote: A performance test is running.

Re: JDK 14 RFR of JDK-8233452: java.math.BigDecimal.sqrt() with RoundingMode.FLOOR results in incorrect result

2020-01-14 Thread Brian Burkhalter
Hi Joe, This looks good modulo a few picayune things I noticed in the implementation and test. Line numbers refer to the updated version of each file. 1. Implementation 2: Newer copyright year 2020, of course. 2150: s/much many/many/. 2185: I suppose that this is in case targetPrecision

Re: RFR (14) 8235837: Memory access API refinements

2020-01-14 Thread Paul Sandoz
+1 Paul. > On Jan 14, 2020, at 10:30 AM, Maurizio Cimadamore > wrote: > > Another revision which addresses some additional CSR feedback: > > * SequenceLayout::withElementCount should throw if new element count < 0 > * MemoryLayout::hasSize should clarify that certain layout (e.g. ValueLayout)

RFR [15/java.xml] 8235368 : Update BCEL to Version 6.4.1

2020-01-14 Thread Joe Wang
Hi, Please review an update to BCEL 6.4.1. JBS: https://bugs.openjdk.java.net/browse/JDK-8235368 webrev: http://cr.openjdk.java.net/~joehw/jdk15/8235368/webrev/index.html Similar approach as the last update: 1. Format     All format changes are kept as they are in the source in order to

Fwd: [PING] RFR: 8231111: Cgroups v2: Rework Metrics in java.base so as to recognize unified hierarchy

2020-01-14 Thread Bob Vandette
Cgroup V2 is about to go mainstream this year for popular distros such as Oracle Linux 8, Redhat Linux 8 and Fedora so this fix it’s important to get into JDK 15 so we can start shaking out this support. Please take a look and helpsev get this change reviewed. Thanks, Bob Vandette > Begin

Re: [PING] RFR: 8231111: Cgroups v2: Rework Metrics in java.base so as to recognize unified hierarchy

2020-01-14 Thread Bob Vandette
> On Jan 13, 2020, at 4:04 AM, Severin Gehwolf wrote: > > Hi Bob, > > On Fri, 2020-01-10 at 11:50 -0500, Bob Vandette wrote: >> Severin, >> >> The changes look ok to me. I assume you’ve run the container tests >> on a cgroupv2 and cgroupv1 enabled system, right? > > Yes, I have. > >>

Re: RFR (14) 8235837: Memory access API refinements

2020-01-14 Thread Maurizio Cimadamore
Another revision which addresses some additional CSR feedback: * SequenceLayout::withElementCount should throw if new element count < 0 * MemoryLayout::hasSize should clarify that certain layout (e.g. ValueLayout) always have a size Webrev: http://cr.openjdk.java.net/~mcimadamore/8235837_v3

Re: RFR(S): 8236111 : narrow allowSmartActionArgs disabling

2020-01-14 Thread Igor Ignatyev
Joe and Roger, thank you for your reviews. security-libs guys, could you please take a look? Thanks, -- Igor > On Jan 2, 2020, at 12:58 PM, Roger Riggs wrote: > > The core lib changes look ok. > > Roger > On Jan 2, 2020, at 1:26 PM, Joe Darcy wrote: > > The removal of the existing

[15] RFR: 8187987: Add a mechanism to configure custom variants in HijrahChronology

2020-01-14 Thread naoto . sato
Hi, Please review the fix to the following issue: https://bugs.openjdk.java.net/browse/JDK-8187987 The proposed CSR and changeset are located at: CSR: https://bugs.openjdk.java.net/browse/JDK-8236810 Webrev: https://cr.openjdk.java.net/~naoto/8187987/webrev.00/ The spec of

Re: RFR: 8236714: enable link-time section-gc for linux to remove unused code

2020-01-14 Thread Erik Joelsson
(adding core-libs-dev) Change looks good to me, but would like input from at least someone in core-libs. /Erik On 2020-01-14 06:07, Baesken, Matthias wrote: Hello, the following change enables the link-time section-gc for linux . gcc and ld support enabling "garbage collection" of unused

RE: RFR 7143743: (zipfs) Potential memory leak with zip provider

2020-01-14 Thread Langer, Christoph
Hi, Looks good to me  Cheers Christoph From: Lance Andersen Sent: Montag, 13. Januar 2020 21:26 To: Alan Bateman Cc: Jaikiran Pai ; Langer, Christoph ; nio-...@openjdk.java.net; core-libs-dev@openjdk.java.net Subject: Re: RFR 7143743: (zipfs) Potential memory leak with zip provider On