RFR 8177357: tools/jar/multiRelease/ApiValidatorTest.java failed due to "Exception java.nio.file.DirectoryNotEmptyException"

Hi, Could you review simple test fix? http://cr.openjdk.java.net/~anazarov/JDK-8177357/webrev.00/webrev JBS: https://bugs.openjdk.java.net/browse/JDK-8177357 —Thanks, Andrei

Re: JEP [DRAFT]: Container aware Java

For a virtualized solution you can use the normal methods for getting the number of virtual CPUs or the RAM size (and I am quite sure nobody expects auto tuning based on host resources). JVM already does that. This fails for soft partitioning, especially cgroups, CPU sets (and NUMA Zones). I am

Re: RFR(jdk10/jaxp) 8183519: XMLInputFactory.newFactory() is marked as deprecated

Thanks Lance! On 7/17/2017 1:46 PM, Lance Andersen wrote: looks fine joe On Jul 17, 2017, at 4:40 PM, huizhe wang > wrote: Please review the change to remove the incorrectly added @Deprecated annotation. The webrevs are the same as the specification of the CSR

Re: RFR(jdk10/jaxp) 8183519: XMLInputFactory.newFactory() is marked as deprecated

looks fine joe > On Jul 17, 2017, at 4:40 PM, huizhe wang wrote: > > Please review the change to remove the incorrectly added @Deprecated > annotation. The webrevs are the same as the specification of the CSR > (https://bugs.openjdk.java.net/browse/JDK-8183894). > > JBS: https://bugs.openjdk.

RFR(jdk10/jaxp) 8183519: XMLInputFactory.newFactory() is marked as deprecated

Please review the change to remove the incorrectly added @Deprecated annotation. The webrevs are the same as the specification of the CSR (https://bugs.openjdk.java.net/browse/JDK-8183894). JBS: https://bugs.openjdk.java.net/browse/JDK-8183519 webrevs: http://cr.openjdk.java.net/~joehw/jdk10/81

Re: JEP [DRAFT]: Container aware Java

On Fri, Jul 14, 2017 at 6:54 PM, Bob Vandette wrote: > >> On Jul 14, 2017, at 12:15 PM, Volker Simonis >> wrote: >> >> Hi Bob, >> >> thanks for starting this JEP. I think it is long overdue and will be >> very helpful for many people. >> > Thanks for taking a look at the JEP. > >> That said, I d

Re: [9] JDK-8184306: zlib 1.2.11 upgrade triggers j.u.zip.Deflater regression

On 13/07/2017 18:08, Martin Buchholz wrote: : - configure on linux reports: --with-zlib use zlib from build system or OpenJDK source (system, bundled) [bundled] Does this need updating to "system" ? Yes, except when on Windows, but that can be updated

Re: [10] RFR: 8184603: Create ObjectStreamField signature lazily when possible

Hi Peter! On 2017-07-15 14:08, Peter Levart wrote: It seems that interning signature(s) is important for correctness (for example, in ObjectOutputStream.writeTypeString(str) the 'str' is used to lookup a handle so that handles are put into stream instead of the type signature(s) for multiple

Re: JDK 10 RFR of JDK-8183377: Refactor java/lang/ClassLoader/deadlock shell tests to java

On 7/14/17 4:41 PM, Mandy Chung wrote: I think compiling the other classes to a destination explicitly to replace: 29 * @build Alice Bob SupAlice SupBob 30 * @run driver SetupLoader will make the test clearer. It’d be good to make that change. Webrev updated: http://cr.openjdk.java.ne