maven.compiler.source & maven.compiler.target 8
See original GitHub issueThese two properties are defined in root pom.xml, but shouldn’t both be set to 11?
Furthermore, maven.compiler.release
should be used instead, which also makes sure that you don’t use JDK 12+ APIs.
Issue Analytics
- State:
- Created 3 years ago
- Comments:7 (7 by maintainers)
Top Results From Across the Web
Setting the -source and -target of the Java Compiler
Sometimes when you may need to compile a certain project to a different version than what you are currently using. The javac can...
Read more >Setting the Java Version in Maven - Baeldung
The Maven compiler accepts this command with –target and –source versions. If we want to use the Java 8 language features, the –source...
Read more >How to tell Maven to use Java 8 - Mkyong.com
In pom.xml , defined this maven.compiler.source properties to tell Maven to use Java 8 to compile the project.
Read more >Specifying Java version in maven - differences between ...
How to specify the JDK version? Use any of three ways: (1) Spring Boot feature, or use Maven compiler plugin with either (2)...
Read more >How to force JDK 1.8 compliance in a Maven POM example
Force Eclipse and Maven to use a Java 8 JDK compiler--> <properties> ... specify the release version of Java rather than source and...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
I’d find it more frustrating to have slow local build 😃
I’ve given up on this for now:
release
doesn’t work inclient
due to:<release>8</release>
doesn’t work indaemon
due to: See also: https://stackoverflow.com/a/60172333/9529981 (which suggest adding an export, which would yield the same problem as inclient
) Maybe I’m wrong, but this smells like a toolchain and/or mutli-release jar problem.