Dockerfile and published image still use Java 14
See original GitHub issueDescribe the bug Dockerfile uses java 14: https://github.com/nosqlbench/nosqlbench/blob/e4f325c43bf39948af925da5caaf94ced5a05112/Dockerfile#L1
yet in 7e6aa1a2d86fe29240efbbaa54e0c34bff178e9f the target version was changed to java 15.
the newly published “latest” image on dockerhub fails to run with:
Error: LinkageError occurred while loading main class io.nosqlbench.engine.cli.NBCLI
java.lang.UnsupportedClassVersionError: io/nosqlbench/engine/cli/NBCLI has been compiled by a more recent version of the Java Runtime (class file version 59.0), this version of the Java Runtime only recognizes class file versions up to 58.0
Issue Analytics
- State:
- Created 3 years ago
- Comments:5 (5 by maintainers)
Top Results From Across the Web
openjdk - Official Image | Docker Hub
The only tags which will continue to receive updates beyond July 2022 will ... The most straightforward way to use this image is...
Read more >10 best practices to build Java containers with Docker - Snyk
A simple Java container image build. Let's start with a simple Dockerfile for a Java application created with Maven. In many articles, we...
Read more >An OpenJDK 14 Docker image that's 33% slimmer than ...
I'm curious to find the slimmest OpenJDK 14+ Docker image out there. ... and applications using Weld still require java.desktop .
Read more >Java inside docker: What you must know to not FAIL
I've executed a Kubernetes Pod with a memory limit of 512MB (using the command "kubectl run mycentos --image=centos -it --limits='memory=512Mi'") ...
Read more >Why is the Java 11 base Docker image so large? (openjdk:11 ...
Why is alpine not used any more as a base image for Java 11 slim images? That's because, sadly, there is no official...
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 FreeTop 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
Top GitHub Comments
I’m also adding a sanity check to the github actions for docker before it is pushed.
I am stabilizing the NB3 release integration. The Java 15 inclusion was accidental. It was meant for the NB4 branch, but somehow I missed it.
For now, I have changed NB 3* to use Java 11 as source and target in the project, with J14 as the runtime in docker and appimage. NB4* will use Java 15 by default across the board to allow for usage of the newer java features at the language level. If there is a strong push back on this, we can consider rolling it back, but at the cost of holding back progress on new features which may be important for performance and simplicity.
I’m setting up the build pipeline to avoid tagging NB4 with any /latest tags. Before it goes live, we’ll make it version specific.