You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jmeter.apache.org by Rory O'Donnell <ro...@oracle.com> on 2019/04/19 12:03:06 UTC
JDK 13 - Early Access build 17 is available
*Hi Philippe, *
*OpenJDK builds *- JDK 13 - Early Access build 17 is available at
http://jdk.java.net/13/
* These early-access , open-source builds are provided under the
o GNU General Public License, version 2, with the Classpath
Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
* Changes in this build
<http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-13%2B16%22%3A%3A%22jdk-13%2B17%22-%22jdk-13%2B16%22%29&revcount=1000>
* Release notes [1]
*Significant changes since the last availability email*
* build 16 - Update the default enabled cipher suites preference
(JDK-8163326 <https://bugs.openjdk.java.net/browse/JDK-8163326>)
* build 16 - Add new keytool -showinfo -tls command for displaying TLS
configuration information (JDK-8219861
<https://bugs.openjdk.java.net/browse/JDK-8219861>)
* build 15 -*New Japanese Era Name **(JDK-8205432
<https://bugs.openjdk.java.net/browse/JDK-8205432>)*
* build 15 - Accessing REIWA era in java.time.chrono.JapaneseEra
(JDK-8174268 <https://bugs.openjdk.java.net/browse/JDK-8174268>)
* build 15 - Duplicated RSA services are no longer supported by
SunJSSE provider (JDK-8220016
<https://bugs.openjdk.java.net/browse/JDK-8220016>)
* build 15 - Use server cipher suites preference by default
(JDK-8168261 <https://bugs.openjdk.java.net/browse/JDK-8168261>)
* build 15 - The Swing Motif Look and Feel is deprecated and
unsupported on macOS (JDK-8177960
<https://bugs.openjdk.java.net/browse/JDK-8177960>)
* build 15 - Remove support for javadoc "frames" mode (JDK-8215599
<https://bugs.openjdk.java.net/browse/JDK-8215599>)
Bug fix reported by Open Source Projects :
* build 15 - Unable to read certain PKCS12 keystores from
SequenceInputStream (JDK-8157404)
<https://bugs.openjdk.java.net/browse/JDK-8157404>
*April 2019 CPU Released*
* As part of the Apr 2019 Critical Patch Update we released OpenJDK
12.0.1 under the GNU General Public License, version 2, with the
Classpath Exception <http://openjdk.java.net/legal/gplv2+ce.html>. [2]
* One change previously announced in the Java Cryptographic Roadmap [3]
*Request for feedback *- switch expressions in JDK 12 , feedback via
amber-dev list [4]
Rgds,Rory
[1] http://jdk.java.net/13/release-notes
[2] http://jdk.java.net/12
[3] https://java.com/en/jre-jdk-cryptoroadmap.html
[4] https://mail.openjdk.java.net/pipermail/jdk-dev/2019-April/002770.html
--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland
Re: JDK 13 - Early Access build 17 is available
Posted by ab...@oracle.com.
Thanks Felix.
Corresponding JDK id is https://bugs.openjdk.java.net/browse/JDK-8222807
-Muneer
On 22/04/19 8:51 PM, Felix Schumacher wrote:
> Hi Muneer
>
> Am 22.04.19 um 08:00 schrieb abdul.kolarkunnu@oracle.com:
>> Hi Felix,
>>
>> Thanks for the feedback, the issue is reproducible and it looks like
>> a regression from JDK 13 build 5 onwards.
>>
>> Can you please raise a bug through http://bugreport.java.com/
>> <https://urldefense.proofpoint.com/v2/url?u=http-3A__bugreport.java.com_&d=DwMDaQ&c=j-EkbjBYwkAB4f8ZbVn1Fw&r=xCpLaE8MpbzEN3pvYCJ54ddoOe473k4IBuqRbavjaQc&m=yhFbH0azKN5AgcbluF8Ik2X9JrDBElCTbU0fTi9zKqE&s=7QCJoyHlYXk6zOhh0ily-JMI6w8jY_ThRYUKwenYr9k&e=>
>> and share the incident id which you will receive after reporting the
>> bug?
>
>
> Done: internal review ID : 9060327
>
> Regards,
>
> Felix
>
>>
>> -Muneer
>>
>>
>> On 20/04/19 8:16 PM, Felix Schumacher wrote:
>>>
>>> Am 20.04.19 um 13:15 schrieb Felix Schumacher:
>>>> Hi Rory,
>>>>
>>>> JMeter can't be compiled with JDK 13 EA builds. We get errors like
>>>> this one:
>>>>
>>>> compile-jorphan:
>>>> [javac] Compiling 63 source files to
>>>> /home/felix/Developer/jmeter/build/jorphan
>>>> [javac] warning: [options] bootstrap class path not set in
>>>> conjunction with -source 8
>>>> Exception in thread "process reaper" java.lang.OutOfMemoryError:
>>>> Java heap space
>>>> [javac] 1 warning
>>>> [javac]
>>>> [javac]
>>>> [javac] The system is out of resources.
>>>> [javac] Consult the following stack trace for details.
>>>> [javac] java.lang.OutOfMemoryError: Java heap space: failed
>>>> reallocation of scalar replaced objects
>>>>
>>>> or this one:
>>>>
>>>> compile-jorphan:
>>>> [javac] Compiling 63 source files to
>>>> /home/felix/Developer/jmeter/build/jorphan
>>>> [javac] warning: [options] bootstrap class path not set in
>>>> conjunction with -source 8
>>>> [javac] 1 warning
>>>> [javac]
>>>> [javac]
>>>> [javac] The system is out of resources.
>>>> [javac] Consult the following stack trace for details.
>>>> [javac] java.lang.OutOfMemoryError: Java heap space
>>>> [javac] at
>>>> jdk.zipfs/jdk.nio.zipfs.ZipFileSystem.iteratorOf(ZipFileSystem.java:423)
>>>>
>>>> [javac] at
>>>> jdk.zipfs/jdk.nio.zipfs.ZipDirectoryStream.iterator(ZipDirectoryStream.java:69)
>>>> [javac] at
>>>> java.base/java.nio.file.FileTreeWalker$DirectoryNode.<init>(FileTreeWalker.java:78)
>>>> [javac] at
>>>> java.base/java.nio.file.FileTreeWalker.visit(FileTreeWalker.java:310)
>>>> [javac] at
>>>> java.base/java.nio.file.FileTreeWalker.next(FileTreeWalker.java:373)
>>>> [javac] at
>>>> java.base/java.nio.file.Files.walkFileTree(Files.java:2838)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager$ArchiveContainer.<init>(JavacFileManager.java:573)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.getContainer(JavacFileManager.java:331)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.pathsAndContainers(JavacFileManager.java:1074)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.indexPathsAndContainersByRelativeDirectory(JavacFileManager.java:1029)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager$$Lambda$105/0x0000000800c25840.apply(Unknown
>>>> Source)
>>>> [javac] at
>>>> java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1138)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.pathsAndContainers(JavacFileManager.java:1017)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.list(JavacFileManager.java:772)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:739)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:683)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:553)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:300)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.code.ClassFinder$$Lambda$47/0x0000000800b97840.complete(Unknown
>>>> Source)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.code.Symbol.complete(Symbol.java:653)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1147)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:837)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:345)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:535)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.comp.Enter.classEnter(Enter.java:286)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.comp.Enter.classEnter(Enter.java:301)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.comp.Enter.complete(Enter.java:577)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.comp.Enter.main(Enter.java:561)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1071)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:936)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:318)
>>>> [javac] at
>>>> jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:176)
>>>>
>>>> While compiling the javac process takes all CPU cycles it can get
>>>> hold of.
>>>>
>>>> It compiles without problems, when the jar lib/darcula.jar (from
>>>> https://github.com/bulenkov/Darcula/raw/e208efb96f70e4be9dc362fbb46f6e181ef501dd/build)
>>>> is removed from the classpath.
>>>
>>> This can be reproduced -- a bit simpler -- by compiling a trivial
>>> java class while having darcula.jar on the classpath.
>>>
>>> cat <<EOF > Simple.java
>>> class Simple {}
>>> EOF
>>>
>>> wget
>>> https://github.com/bulenkov/Darcula/raw/e208efb96f70e4be9dc362fbb46f6e181ef501dd/build/darcula.jar
>>> javac -classpath darcula.jar Simple.java
>>>
>>> Regards,
>>>
>>> Felix
>>>
>>>>
>>>> It compiles without problems, if the darcula.jar is unpacked with
>>>> unzip and repackaged with jar cf. The original jar contains a few
>>>> strange entries:
>>>>
>>>> jar tf lib/darcula.jar | grep //
>>>> com//
>>>> com/bulenkov//
>>>> com/bulenkov/iconloader//
>>>> com/bulenkov/iconloader/util//
>>>> META-INF//
>>>>
>>>> Regards,
>>>>
>>>> Felix
>>>>
>>>> Am 19.04.19 um 14:03 schrieb Rory O'Donnell:
>>>>>
>>>>> *Hi Philippe, *
>>>>>
>>>>> *OpenJDK builds *- JDK 13 - Early Access build 17 is available at
>>>>> http://jdk.java.net/13/
>>>>>
>>>>> * These early-access , open-source builds are provided under the
>>>>> o GNU General Public License, version 2, with the Classpath
>>>>> Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
>>>>> * Changes in this build
>>>>> <http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-13%2B16%22%3A%3A%22jdk-13%2B17%22-%22jdk-13%2B16%22%29&revcount=1000>
>>>>>
>>>>> * Release notes [1]
>>>>>
>>>>> *Significant changes since the last availability email*
>>>>>
>>>>> * build 16 - Update the default enabled cipher suites preference
>>>>> (JDK-8163326 <https://bugs.openjdk.java.net/browse/JDK-8163326>)
>>>>> * build 16 - Add new keytool -showinfo -tls command for
>>>>> displaying TLS
>>>>> configuration information (JDK-8219861
>>>>> <https://bugs.openjdk.java.net/browse/JDK-8219861>)
>>>>> * build 15 -*New Japanese Era Name **(JDK-8205432
>>>>> <https://bugs.openjdk.java.net/browse/JDK-8205432>)*
>>>>> * build 15 - Accessing REIWA era in java.time.chrono.JapaneseEra
>>>>> (JDK-8174268 <https://bugs.openjdk.java.net/browse/JDK-8174268>)
>>>>> * build 15 - Duplicated RSA services are no longer supported by
>>>>> SunJSSE provider (JDK-8220016
>>>>> <https://bugs.openjdk.java.net/browse/JDK-8220016>)
>>>>> * build 15 - Use server cipher suites preference by default
>>>>> (JDK-8168261 <https://bugs.openjdk.java.net/browse/JDK-8168261>)
>>>>> * build 15 - The Swing Motif Look and Feel is deprecated and
>>>>> unsupported on macOS (JDK-8177960
>>>>> <https://bugs.openjdk.java.net/browse/JDK-8177960>)
>>>>> * build 15 - Remove support for javadoc "frames" mode (JDK-8215599
>>>>> <https://bugs.openjdk.java.net/browse/JDK-8215599>)
>>>>>
>>>>> Bug fix reported by Open Source Projects :
>>>>>
>>>>> * build 15 - Unable to read certain PKCS12 keystores from
>>>>> SequenceInputStream (JDK-8157404)
>>>>> <https://bugs.openjdk.java.net/browse/JDK-8157404>
>>>>>
>>>>> *April 2019 CPU Released*
>>>>>
>>>>> * As part of the Apr 2019 Critical Patch Update we released OpenJDK
>>>>> 12.0.1 under the GNU General Public License, version 2, with the
>>>>> Classpath Exception
>>>>> <http://openjdk.java.net/legal/gplv2+ce.html>. [2]
>>>>> * One change previously announced in the Java Cryptographic
>>>>> Roadmap [3]
>>>>>
>>>>> *Request for feedback *- switch expressions in JDK 12 , feedback
>>>>> via amber-dev list [4]
>>>>>
>>>>> Rgds,Rory
>>>>>
>>>>> [1] http://jdk.java.net/13/release-notes
>>>>> [2] http://jdk.java.net/12
>>>>> [3] https://java.com/en/jre-jdk-cryptoroadmap.html
>>>>> [4]
>>>>> https://mail.openjdk.java.net/pipermail/jdk-dev/2019-April/002770.html
>>>>>
>>>>>
>>
>>
Re: JDK 13 - Early Access build 17 is available
Posted by Felix Schumacher <fe...@internetallee.de>.
Hi Muneer
Am 22.04.19 um 08:00 schrieb abdul.kolarkunnu@oracle.com:
> Hi Felix,
>
> Thanks for the feedback, the issue is reproducible and it looks like a
> regression from JDK 13 build 5 onwards.
>
> Can you please raise a bug through http://bugreport.java.com/
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__bugreport.java.com_&d=DwMDaQ&c=j-EkbjBYwkAB4f8ZbVn1Fw&r=xCpLaE8MpbzEN3pvYCJ54ddoOe473k4IBuqRbavjaQc&m=yhFbH0azKN5AgcbluF8Ik2X9JrDBElCTbU0fTi9zKqE&s=7QCJoyHlYXk6zOhh0ily-JMI6w8jY_ThRYUKwenYr9k&e=>
> and share the incident id which you will receive after reporting the bug?
Done: internal review ID : 9060327
Regards,
Felix
>
> -Muneer
>
>
> On 20/04/19 8:16 PM, Felix Schumacher wrote:
>>
>> Am 20.04.19 um 13:15 schrieb Felix Schumacher:
>>> Hi Rory,
>>>
>>> JMeter can't be compiled with JDK 13 EA builds. We get errors like
>>> this one:
>>>
>>> compile-jorphan:
>>> [javac] Compiling 63 source files to
>>> /home/felix/Developer/jmeter/build/jorphan
>>> [javac] warning: [options] bootstrap class path not set in
>>> conjunction with -source 8
>>> Exception in thread "process reaper" java.lang.OutOfMemoryError:
>>> Java heap space
>>> [javac] 1 warning
>>> [javac]
>>> [javac]
>>> [javac] The system is out of resources.
>>> [javac] Consult the following stack trace for details.
>>> [javac] java.lang.OutOfMemoryError: Java heap space: failed
>>> reallocation of scalar replaced objects
>>>
>>> or this one:
>>>
>>> compile-jorphan:
>>> [javac] Compiling 63 source files to
>>> /home/felix/Developer/jmeter/build/jorphan
>>> [javac] warning: [options] bootstrap class path not set in
>>> conjunction with -source 8
>>> [javac] 1 warning
>>> [javac]
>>> [javac]
>>> [javac] The system is out of resources.
>>> [javac] Consult the following stack trace for details.
>>> [javac] java.lang.OutOfMemoryError: Java heap space
>>> [javac] at
>>> jdk.zipfs/jdk.nio.zipfs.ZipFileSystem.iteratorOf(ZipFileSystem.java:423)
>>>
>>> [javac] at
>>> jdk.zipfs/jdk.nio.zipfs.ZipDirectoryStream.iterator(ZipDirectoryStream.java:69)
>>> [javac] at
>>> java.base/java.nio.file.FileTreeWalker$DirectoryNode.<init>(FileTreeWalker.java:78)
>>> [javac] at
>>> java.base/java.nio.file.FileTreeWalker.visit(FileTreeWalker.java:310)
>>> [javac] at
>>> java.base/java.nio.file.FileTreeWalker.next(FileTreeWalker.java:373)
>>> [javac] at
>>> java.base/java.nio.file.Files.walkFileTree(Files.java:2838)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager$ArchiveContainer.<init>(JavacFileManager.java:573)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.getContainer(JavacFileManager.java:331)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.pathsAndContainers(JavacFileManager.java:1074)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.indexPathsAndContainersByRelativeDirectory(JavacFileManager.java:1029)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager$$Lambda$105/0x0000000800c25840.apply(Unknown
>>> Source)
>>> [javac] at
>>> java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1138)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.pathsAndContainers(JavacFileManager.java:1017)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.list(JavacFileManager.java:772)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:739)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:683)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:553)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:300)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.code.ClassFinder$$Lambda$47/0x0000000800b97840.complete(Unknown
>>> Source)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.code.Symbol.complete(Symbol.java:653)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1147)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:837)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:345)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:535)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.comp.Enter.classEnter(Enter.java:286)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.comp.Enter.classEnter(Enter.java:301)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.comp.Enter.complete(Enter.java:577)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.comp.Enter.main(Enter.java:561)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1071)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:936)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:318)
>>> [javac] at
>>> jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:176)
>>>
>>> While compiling the javac process takes all CPU cycles it can get
>>> hold of.
>>>
>>> It compiles without problems, when the jar lib/darcula.jar (from
>>> https://github.com/bulenkov/Darcula/raw/e208efb96f70e4be9dc362fbb46f6e181ef501dd/build)
>>> is removed from the classpath.
>>
>> This can be reproduced -- a bit simpler -- by compiling a trivial
>> java class while having darcula.jar on the classpath.
>>
>> cat <<EOF > Simple.java
>> class Simple {}
>> EOF
>>
>> wget
>> https://github.com/bulenkov/Darcula/raw/e208efb96f70e4be9dc362fbb46f6e181ef501dd/build/darcula.jar
>> javac -classpath darcula.jar Simple.java
>>
>> Regards,
>>
>> Felix
>>
>>>
>>> It compiles without problems, if the darcula.jar is unpacked with
>>> unzip and repackaged with jar cf. The original jar contains a few
>>> strange entries:
>>>
>>> jar tf lib/darcula.jar | grep //
>>> com//
>>> com/bulenkov//
>>> com/bulenkov/iconloader//
>>> com/bulenkov/iconloader/util//
>>> META-INF//
>>>
>>> Regards,
>>>
>>> Felix
>>>
>>> Am 19.04.19 um 14:03 schrieb Rory O'Donnell:
>>>>
>>>> *Hi Philippe, *
>>>>
>>>> *OpenJDK builds *- JDK 13 - Early Access build 17 is available at
>>>> http://jdk.java.net/13/
>>>>
>>>> * These early-access , open-source builds are provided under the
>>>> o GNU General Public License, version 2, with the Classpath
>>>> Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
>>>> * Changes in this build
>>>> <http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-13%2B16%22%3A%3A%22jdk-13%2B17%22-%22jdk-13%2B16%22%29&revcount=1000>
>>>>
>>>> * Release notes [1]
>>>>
>>>> *Significant changes since the last availability email*
>>>>
>>>> * build 16 - Update the default enabled cipher suites preference
>>>> (JDK-8163326 <https://bugs.openjdk.java.net/browse/JDK-8163326>)
>>>> * build 16 - Add new keytool -showinfo -tls command for displaying
>>>> TLS
>>>> configuration information (JDK-8219861
>>>> <https://bugs.openjdk.java.net/browse/JDK-8219861>)
>>>> * build 15 -*New Japanese Era Name **(JDK-8205432
>>>> <https://bugs.openjdk.java.net/browse/JDK-8205432>)*
>>>> * build 15 - Accessing REIWA era in java.time.chrono.JapaneseEra
>>>> (JDK-8174268 <https://bugs.openjdk.java.net/browse/JDK-8174268>)
>>>> * build 15 - Duplicated RSA services are no longer supported by
>>>> SunJSSE provider (JDK-8220016
>>>> <https://bugs.openjdk.java.net/browse/JDK-8220016>)
>>>> * build 15 - Use server cipher suites preference by default
>>>> (JDK-8168261 <https://bugs.openjdk.java.net/browse/JDK-8168261>)
>>>> * build 15 - The Swing Motif Look and Feel is deprecated and
>>>> unsupported on macOS (JDK-8177960
>>>> <https://bugs.openjdk.java.net/browse/JDK-8177960>)
>>>> * build 15 - Remove support for javadoc "frames" mode (JDK-8215599
>>>> <https://bugs.openjdk.java.net/browse/JDK-8215599>)
>>>>
>>>> Bug fix reported by Open Source Projects :
>>>>
>>>> * build 15 - Unable to read certain PKCS12 keystores from
>>>> SequenceInputStream (JDK-8157404)
>>>> <https://bugs.openjdk.java.net/browse/JDK-8157404>
>>>>
>>>> *April 2019 CPU Released*
>>>>
>>>> * As part of the Apr 2019 Critical Patch Update we released OpenJDK
>>>> 12.0.1 under the GNU General Public License, version 2, with the
>>>> Classpath Exception
>>>> <http://openjdk.java.net/legal/gplv2+ce.html>. [2]
>>>> * One change previously announced in the Java Cryptographic
>>>> Roadmap [3]
>>>>
>>>> *Request for feedback *- switch expressions in JDK 12 , feedback
>>>> via amber-dev list [4]
>>>>
>>>> Rgds,Rory
>>>>
>>>> [1] http://jdk.java.net/13/release-notes
>>>> [2] http://jdk.java.net/12
>>>> [3] https://java.com/en/jre-jdk-cryptoroadmap.html
>>>> [4]
>>>> https://mail.openjdk.java.net/pipermail/jdk-dev/2019-April/002770.html
>>>>
>
>
Re: JDK 13 - Early Access build 17 is available
Posted by ab...@oracle.com.
Hi Felix,
Thanks for the feedback, the issue is reproducible and it looks like a
regression from JDK 13 build 5 onwards.
Can you please raise a bug through http://bugreport.java.com/
<https://urldefense.proofpoint.com/v2/url?u=http-3A__bugreport.java.com_&d=DwMDaQ&c=j-EkbjBYwkAB4f8ZbVn1Fw&r=xCpLaE8MpbzEN3pvYCJ54ddoOe473k4IBuqRbavjaQc&m=yhFbH0azKN5AgcbluF8Ik2X9JrDBElCTbU0fTi9zKqE&s=7QCJoyHlYXk6zOhh0ily-JMI6w8jY_ThRYUKwenYr9k&e=>
and share the incident id which you will receive after reporting the bug?
-Muneer
On 20/04/19 8:16 PM, Felix Schumacher wrote:
>
> Am 20.04.19 um 13:15 schrieb Felix Schumacher:
>> Hi Rory,
>>
>> JMeter can't be compiled with JDK 13 EA builds. We get errors like
>> this one:
>>
>> compile-jorphan:
>> [javac] Compiling 63 source files to
>> /home/felix/Developer/jmeter/build/jorphan
>> [javac] warning: [options] bootstrap class path not set in
>> conjunction with -source 8
>> Exception in thread "process reaper" java.lang.OutOfMemoryError: Java
>> heap space
>> [javac] 1 warning
>> [javac]
>> [javac]
>> [javac] The system is out of resources.
>> [javac] Consult the following stack trace for details.
>> [javac] java.lang.OutOfMemoryError: Java heap space: failed
>> reallocation of scalar replaced objects
>>
>> or this one:
>>
>> compile-jorphan:
>> [javac] Compiling 63 source files to
>> /home/felix/Developer/jmeter/build/jorphan
>> [javac] warning: [options] bootstrap class path not set in
>> conjunction with -source 8
>> [javac] 1 warning
>> [javac]
>> [javac]
>> [javac] The system is out of resources.
>> [javac] Consult the following stack trace for details.
>> [javac] java.lang.OutOfMemoryError: Java heap space
>> [javac] at
>> jdk.zipfs/jdk.nio.zipfs.ZipFileSystem.iteratorOf(ZipFileSystem.java:423)
>> [javac] at
>> jdk.zipfs/jdk.nio.zipfs.ZipDirectoryStream.iterator(ZipDirectoryStream.java:69)
>> [javac] at
>> java.base/java.nio.file.FileTreeWalker$DirectoryNode.<init>(FileTreeWalker.java:78)
>> [javac] at
>> java.base/java.nio.file.FileTreeWalker.visit(FileTreeWalker.java:310)
>> [javac] at
>> java.base/java.nio.file.FileTreeWalker.next(FileTreeWalker.java:373)
>> [javac] at
>> java.base/java.nio.file.Files.walkFileTree(Files.java:2838)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager$ArchiveContainer.<init>(JavacFileManager.java:573)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.getContainer(JavacFileManager.java:331)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.pathsAndContainers(JavacFileManager.java:1074)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.indexPathsAndContainersByRelativeDirectory(JavacFileManager.java:1029)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager$$Lambda$105/0x0000000800c25840.apply(Unknown
>> Source)
>> [javac] at
>> java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1138)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.pathsAndContainers(JavacFileManager.java:1017)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.file.JavacFileManager.list(JavacFileManager.java:772)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:739)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:683)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:553)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:300)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.code.ClassFinder$$Lambda$47/0x0000000800b97840.complete(Unknown
>> Source)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.code.Symbol.complete(Symbol.java:653)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1147)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:837)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:345)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:535)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.comp.Enter.classEnter(Enter.java:286)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.comp.Enter.classEnter(Enter.java:301)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.comp.Enter.complete(Enter.java:577)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.comp.Enter.main(Enter.java:561)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1071)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:936)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:318)
>> [javac] at
>> jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:176)
>>
>> While compiling the javac process takes all CPU cycles it can get
>> hold of.
>>
>> It compiles without problems, when the jar lib/darcula.jar (from
>> https://github.com/bulenkov/Darcula/raw/e208efb96f70e4be9dc362fbb46f6e181ef501dd/build)
>> is removed from the classpath.
>
> This can be reproduced -- a bit simpler -- by compiling a trivial java
> class while having darcula.jar on the classpath.
>
> cat <<EOF > Simple.java
> class Simple {}
> EOF
>
> wget
> https://github.com/bulenkov/Darcula/raw/e208efb96f70e4be9dc362fbb46f6e181ef501dd/build/darcula.jar
> javac -classpath darcula.jar Simple.java
>
> Regards,
>
> Felix
>
>>
>> It compiles without problems, if the darcula.jar is unpacked with
>> unzip and repackaged with jar cf. The original jar contains a few
>> strange entries:
>>
>> jar tf lib/darcula.jar | grep //
>> com//
>> com/bulenkov//
>> com/bulenkov/iconloader//
>> com/bulenkov/iconloader/util//
>> META-INF//
>>
>> Regards,
>>
>> Felix
>>
>> Am 19.04.19 um 14:03 schrieb Rory O'Donnell:
>>>
>>> *Hi Philippe, *
>>>
>>> *OpenJDK builds *- JDK 13 - Early Access build 17 is available at
>>> http://jdk.java.net/13/
>>>
>>> * These early-access , open-source builds are provided under the
>>> o GNU General Public License, version 2, with the Classpath
>>> Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
>>> * Changes in this build
>>> <http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-13%2B16%22%3A%3A%22jdk-13%2B17%22-%22jdk-13%2B16%22%29&revcount=1000>
>>>
>>> * Release notes [1]
>>>
>>> *Significant changes since the last availability email*
>>>
>>> * build 16 - Update the default enabled cipher suites preference
>>> (JDK-8163326 <https://bugs.openjdk.java.net/browse/JDK-8163326>)
>>> * build 16 - Add new keytool -showinfo -tls command for displaying TLS
>>> configuration information (JDK-8219861
>>> <https://bugs.openjdk.java.net/browse/JDK-8219861>)
>>> * build 15 -*New Japanese Era Name **(JDK-8205432
>>> <https://bugs.openjdk.java.net/browse/JDK-8205432>)*
>>> * build 15 - Accessing REIWA era in java.time.chrono.JapaneseEra
>>> (JDK-8174268 <https://bugs.openjdk.java.net/browse/JDK-8174268>)
>>> * build 15 - Duplicated RSA services are no longer supported by
>>> SunJSSE provider (JDK-8220016
>>> <https://bugs.openjdk.java.net/browse/JDK-8220016>)
>>> * build 15 - Use server cipher suites preference by default
>>> (JDK-8168261 <https://bugs.openjdk.java.net/browse/JDK-8168261>)
>>> * build 15 - The Swing Motif Look and Feel is deprecated and
>>> unsupported on macOS (JDK-8177960
>>> <https://bugs.openjdk.java.net/browse/JDK-8177960>)
>>> * build 15 - Remove support for javadoc "frames" mode (JDK-8215599
>>> <https://bugs.openjdk.java.net/browse/JDK-8215599>)
>>>
>>> Bug fix reported by Open Source Projects :
>>>
>>> * build 15 - Unable to read certain PKCS12 keystores from
>>> SequenceInputStream (JDK-8157404)
>>> <https://bugs.openjdk.java.net/browse/JDK-8157404>
>>>
>>> *April 2019 CPU Released*
>>>
>>> * As part of the Apr 2019 Critical Patch Update we released OpenJDK
>>> 12.0.1 under the GNU General Public License, version 2, with the
>>> Classpath Exception
>>> <http://openjdk.java.net/legal/gplv2+ce.html>. [2]
>>> * One change previously announced in the Java Cryptographic Roadmap
>>> [3]
>>>
>>> *Request for feedback *- switch expressions in JDK 12 , feedback
>>> via amber-dev list [4]
>>>
>>> Rgds,Rory
>>>
>>> [1] http://jdk.java.net/13/release-notes
>>> [2] http://jdk.java.net/12
>>> [3] https://java.com/en/jre-jdk-cryptoroadmap.html
>>> [4]
>>> https://mail.openjdk.java.net/pipermail/jdk-dev/2019-April/002770.html
>>>
Re: JDK 13 - Early Access build 17 is available
Posted by Felix Schumacher <fe...@internetallee.de>.
Hi Rory,
JMeter can't be compiled with JDK 13 EA builds. We get errors like this one:
compile-jorphan:
[javac] Compiling 63 source files to
/home/felix/Developer/jmeter/build/jorphan
[javac] warning: [options] bootstrap class path not set in
conjunction with -source 8
Exception in thread "process reaper" java.lang.OutOfMemoryError: Java
heap space
[javac] 1 warning
[javac]
[javac]
[javac] The system is out of resources.
[javac] Consult the following stack trace for details.
[javac] java.lang.OutOfMemoryError: Java heap space: failed
reallocation of scalar replaced objects
or this one:
compile-jorphan:
[javac] Compiling 63 source files to
/home/felix/Developer/jmeter/build/jorphan
[javac] warning: [options] bootstrap class path not set in
conjunction with -source 8
[javac] 1 warning
[javac]
[javac]
[javac] The system is out of resources.
[javac] Consult the following stack trace for details.
[javac] java.lang.OutOfMemoryError: Java heap space
[javac] at
jdk.zipfs/jdk.nio.zipfs.ZipFileSystem.iteratorOf(ZipFileSystem.java:423)
[javac] at
jdk.zipfs/jdk.nio.zipfs.ZipDirectoryStream.iterator(ZipDirectoryStream.java:69)
[javac] at
java.base/java.nio.file.FileTreeWalker$DirectoryNode.<init>(FileTreeWalker.java:78)
[javac] at
java.base/java.nio.file.FileTreeWalker.visit(FileTreeWalker.java:310)
[javac] at
java.base/java.nio.file.FileTreeWalker.next(FileTreeWalker.java:373)
[javac] at
java.base/java.nio.file.Files.walkFileTree(Files.java:2838)
[javac] at
jdk.compiler/com.sun.tools.javac.file.JavacFileManager$ArchiveContainer.<init>(JavacFileManager.java:573)
[javac] at
jdk.compiler/com.sun.tools.javac.file.JavacFileManager.getContainer(JavacFileManager.java:331)
[javac] at
jdk.compiler/com.sun.tools.javac.file.JavacFileManager.pathsAndContainers(JavacFileManager.java:1074)
[javac] at
jdk.compiler/com.sun.tools.javac.file.JavacFileManager.indexPathsAndContainersByRelativeDirectory(JavacFileManager.java:1029)
[javac] at
jdk.compiler/com.sun.tools.javac.file.JavacFileManager$$Lambda$105/0x0000000800c25840.apply(Unknown
Source)
[javac] at
java.base/java.util.HashMap.computeIfAbsent(HashMap.java:1138)
[javac] at
jdk.compiler/com.sun.tools.javac.file.JavacFileManager.pathsAndContainers(JavacFileManager.java:1017)
[javac] at
jdk.compiler/com.sun.tools.javac.file.JavacFileManager.list(JavacFileManager.java:772)
[javac] at
jdk.compiler/com.sun.tools.javac.code.ClassFinder.list(ClassFinder.java:739)
[javac] at
jdk.compiler/com.sun.tools.javac.code.ClassFinder.scanUserPaths(ClassFinder.java:683)
[javac] at
jdk.compiler/com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:553)
[javac] at
jdk.compiler/com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:300)
[javac] at
jdk.compiler/com.sun.tools.javac.code.ClassFinder$$Lambda$47/0x0000000800b97840.complete(Unknown
Source)
[javac] at
jdk.compiler/com.sun.tools.javac.code.Symbol.complete(Symbol.java:653)
[javac] at
jdk.compiler/com.sun.tools.javac.code.Symbol$PackageSymbol.members(Symbol.java:1147)
[javac] at
jdk.compiler/com.sun.tools.javac.code.Symtab.listPackageModules(Symtab.java:837)
[javac] at
jdk.compiler/com.sun.tools.javac.comp.Enter.visitTopLevel(Enter.java:345)
[javac] at
jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:535)
[javac] at
jdk.compiler/com.sun.tools.javac.comp.Enter.classEnter(Enter.java:286)
[javac] at
jdk.compiler/com.sun.tools.javac.comp.Enter.classEnter(Enter.java:301)
[javac] at
jdk.compiler/com.sun.tools.javac.comp.Enter.complete(Enter.java:577)
[javac] at
jdk.compiler/com.sun.tools.javac.comp.Enter.main(Enter.java:561)
[javac] at
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:1071)
[javac] at
jdk.compiler/com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:936)
[javac] at
jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:318)
[javac] at
jdk.compiler/com.sun.tools.javac.main.Main.compile(Main.java:176)
While compiling the javac process takes all CPU cycles it can get hold of.
It compiles without problems, when the jar lib/darcula.jar (from
https://github.com/bulenkov/Darcula/raw/e208efb96f70e4be9dc362fbb46f6e181ef501dd/build)
is removed from the classpath.
It compiles without problems, if the darcula.jar is unpacked with unzip
and repackaged with jar cf. The original jar contains a few strange entries:
jar tf lib/darcula.jar | grep //
com//
com/bulenkov//
com/bulenkov/iconloader//
com/bulenkov/iconloader/util//
META-INF//
Regards,
Felix
Am 19.04.19 um 14:03 schrieb Rory O'Donnell:
>
> *Hi Philippe, *
>
> *OpenJDK builds *- JDK 13 - Early Access build 17 is available at
> http://jdk.java.net/13/
>
> * These early-access , open-source builds are provided under the
> o GNU General Public License, version 2, with the Classpath
> Exception <http://openjdk.java.net/legal/gplv2+ce.html>.
> * Changes in this build
> <http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-13%2B16%22%3A%3A%22jdk-13%2B17%22-%22jdk-13%2B16%22%29&revcount=1000>
> * Release notes [1]
>
> *Significant changes since the last availability email*
>
> * build 16 - Update the default enabled cipher suites preference
> (JDK-8163326 <https://bugs.openjdk.java.net/browse/JDK-8163326>)
> * build 16 - Add new keytool -showinfo -tls command for displaying TLS
> configuration information (JDK-8219861
> <https://bugs.openjdk.java.net/browse/JDK-8219861>)
> * build 15 -*New Japanese Era Name **(JDK-8205432
> <https://bugs.openjdk.java.net/browse/JDK-8205432>)*
> * build 15 - Accessing REIWA era in java.time.chrono.JapaneseEra
> (JDK-8174268 <https://bugs.openjdk.java.net/browse/JDK-8174268>)
> * build 15 - Duplicated RSA services are no longer supported by
> SunJSSE provider (JDK-8220016
> <https://bugs.openjdk.java.net/browse/JDK-8220016>)
> * build 15 - Use server cipher suites preference by default
> (JDK-8168261 <https://bugs.openjdk.java.net/browse/JDK-8168261>)
> * build 15 - The Swing Motif Look and Feel is deprecated and
> unsupported on macOS (JDK-8177960
> <https://bugs.openjdk.java.net/browse/JDK-8177960>)
> * build 15 - Remove support for javadoc "frames" mode (JDK-8215599
> <https://bugs.openjdk.java.net/browse/JDK-8215599>)
>
> Bug fix reported by Open Source Projects :
>
> * build 15 - Unable to read certain PKCS12 keystores from
> SequenceInputStream (JDK-8157404)
> <https://bugs.openjdk.java.net/browse/JDK-8157404>
>
> *April 2019 CPU Released*
>
> * As part of the Apr 2019 Critical Patch Update we released OpenJDK
> 12.0.1 under the GNU General Public License, version 2, with the
> Classpath Exception <http://openjdk.java.net/legal/gplv2+ce.html>. [2]
> * One change previously announced in the Java Cryptographic Roadmap [3]
>
> *Request for feedback *- switch expressions in JDK 12 , feedback via
> amber-dev list [4]
>
> Rgds,Rory
>
> [1] http://jdk.java.net/13/release-notes
> [2] http://jdk.java.net/12
> [3] https://java.com/en/jre-jdk-cryptoroadmap.html
> [4]
> https://mail.openjdk.java.net/pipermail/jdk-dev/2019-April/002770.html
>