question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Dockerfile and published image still use Java 14

See original GitHub issue

Describe 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

https://hub.docker.com/layers/nosqlbench/nosqlbench/latest/images/sha256-797aae730911dc8707f93589a9e3eaa972b0ee0839640245f8518520333b49fb?context=explore

Issue Analytics

  • State:closed
  • Created 3 years ago
  • Comments:5 (5 by maintainers)

github_iconTop GitHub Comments

1reaction
jshookcommented, Dec 7, 2020

I’m also adding a sanity check to the github actions for docker before it is pushed.

1reaction
jshookcommented, Dec 7, 2020

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.

Read more comments on GitHub >

github_iconTop 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 >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found