Hi Muneer

Am 22.04.19 um 08:00 schrieb [email protected]:
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



Reply via email to