which Google closure compiler version is for java 8?
Tried v20220905 version:
java.lang.UnsupportedClassVersionError: com/google/javascript/jscomp/CommandLineRunner has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0
You didn't provide much information. Anyway, the problem is linked to the version of the JDK your using.
Required Java version in 55 - ie Java 11 (or more)
Your JDK version is 52 - ie Java 8
You should upgrade you JDK (or use a version of this lib that support Java 8).
For more information about Java file version: https://en.wikipedia.org/wiki/Java_class_file#General_layout
Related
The project currently uses tinkergraph-gremlin verson 3.5.2 of org.apache.tinkerpop with JAVA 11. The upgrade is required from Java 11 to Java 17 and wanted to know if org.apache.tinkerpop 3.5.2 version will be compatible with Java 17 or not. Can someone please let me know if there will be any issues to use org.apache.tinkerpop 3.5.2 version with java 17 or how we can check that?
I checked in Java 17 and Apache documentations to look for answers but couldn't find specific one
This JIRA describes one of the main reasons why TinkerPop is currently blocked on moving to Java 17: https://issues.apache.org/jira/browse/TINKERPOP-2633
I have installed Camel plugin for IntelliJ.
To start debugging, we must create an ad-hoc application
The problem is that it gives me that error running it, when building the war file
org/apache/camel/maven/RunMojo has been compiled by a more recent
version of the Java Runtime (class file version 55.0), this version of
the Java Runtime only recognizes class file versions up to 52.0
I can't just find where the problem is. I have checked all the java versions defined everywhere and seems fine...
in the POM
so what can be the problem? Mojo version is
The plugin has been compiled with JDK 11 and requires the minimum JDK version 11 to work with.
I am in the derby bin folder. Executed the . setNetworkServerCP command. Now when I try to use command startNetworkServer it shows command not found.
I also tried to execute the java command as follows:
java -jar lib/derbynet.jar start
However, I am getting this error:
Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" java.lang.UnsupportedClassVersionError:
org/apache/derby/drda/NetworkServerControl has been compiled by a
more recent version of the Java Runtime (class file version 53.0),
this version of the Java Runtime only recognizes class file versions up to 52.0
Please help me. I am using Ubuntu 16.04
Derby version 10.15 supports Java version 9 and higher.
Derby version 10.14 supports Java version 8.
Since java version 9 is classfile version 53, it seems that you are trying to run Derby 10.15 using Java version 8.
So either switch to Derby 10.14, or move to Java 9+.
I read the docs from quarkus and it is said that the following jdk versions are supported:
JDK 8 or 11+ installed with JAVA_HOME configured appropriately
Actually, I have JDK 12 installed. Can I use the following?:
<maven.compiler.release>1.11</maven.compiler.release>
maven.compiler.release is the same as:
<maven.compiler.source>1.11</maven.compiler.source>
<maven.compiler.target>1.11</maven.compiler.target>
EDIT:
Quarkus works with:
<maven.compiler.source>1.12</maven.compiler.source
<maven.compiler.target>1.12</maven.compiler.target>
or
<-- Note: 12 instead of 1.12 -->
<maven.compiler.release>12</maven.compiler.release>
Update: starting with Quarkus 2.x, the minimal requirement is JDK 11+. JDK 17 is supported too.
JDKs newer than 17 should work but are not actively tested.
====
On Linux and MacOS, you can use JDK 8 to 13.
On Windows, you can use JDK 8 to 12 as we are affected by a JDK bug: see https://github.com/quarkusio/quarkus/issues/5359 .
You can compile to something specific to your version if you are only planning to use the said JVM.
As for why our examples are all using JDK 8: they are built to also support native images via GraalVM and until very recently GraalVM only supported JDK 8. GraalVM 19.3.0 just added support for JDK 11 as a preview (and we are working on it).
You can use Quarkus with Java 12. There are plenty of ways to configure Maven to use that version, see this for example.
I'm not sure if OpenJDK 1.8 supports JFR (java flight recorder). I know it was requested on the OpenJDK bugs forum.
Using OpenJDK on Linux and executing the following from a terminal:
jcmd `<pid>` JFR.start
returns
java.lang.IllegalArgumentException: Unknown diagnostic command
The OpenJDK 8 source code does not include the Java Flight Recorder implementation. That feature has been targeted to become part of OpenJDK source code with JDK 11, per http://openjdk.java.net/projects/jdk/11/ .
Officially, JFR was included in OpenJDK 8 update 262. You can check the release notes for openjdk8u262.
New features - JDK-8223147: JFR Backport
You can download this (or latest with JFR) release from the AdoptOpenJDK.
Java Flight Recorder is a commercial product included in Java SE Advanced that is only included in the Oracle JDK and not in OpenJDK.
Java flight recorder is not a part of 8th version but has to be open-sourced and included in 11th release according to
http://openjdk.java.net/jeps/328
https://bugs.openjdk.java.net/browse/JDK-8193393
Update(it's there):
https://mail.openjdk.java.net/pipermail/announce/2018-September/000257.html
Available in OpenJDK 8u262.
New features
JDK-8223147: JFR Backport
https://mail.openjdk.java.net/pipermail/jdk8u-dev/2020-July/012143.html
Per http://hirt.se/blog/?p=1161 the JFR Backport to OpenJDK 8 is officially planned and already available to try in some builds: https://www.infoq.com/news/2020/02/jfr-coming-to-openjdk-8/