-
Notifications
You must be signed in to change notification settings - Fork 482
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Java images are confusing JDK installations #1128
Comments
@gauravsaini04 Can you help investigate this issue? Thanks! |
Hi @samruddhikhandale , So when the version is none , feature is not installing any jdk by SDKMan. What else we have to analyse here ? |
@prathameshzarkar9 assuming that I open a Java project using the default Java devcontainer, what is the correct way to get the right JDK for said project? Consider that the JDK installed is X, but the project requires JDK Y. |
Hi @brunoborges ,
Here, the Y version is the version required for the project to install the right JDK |
If I am already inside a dev container that was loaded with the default Java devcontainer, the easiest way for me as a Java developer to use a different JDK is to install another version with @prathameshzarkar9 I'm afraid your suggestion is not idiomatic and requires one to make changes (or a brand new configuration) of devcontainer metadata in a repo the user may not even have write permission (thus, requiring a fork). |
Due to historical reasons, we have always installed Microsoft's OpenJDK in the image, and the Java feature installs sdkman. We understand the confusion this might have caused. However, changing the behavior now would be a breaking change, as this setup has been deployed in this way for many years, and users might depend on either JDK. We appreciate your feedback. Let's keep this issue open until we receive more similar user feedback. Thanks! |
The Java images contain a JDK installed manually (through the image build in this repo) along with JDK(s) installed through the Java feature (SDKMan!).
This is creating confusion and even some conflicts when the user needs to change the JDK.
The text was updated successfully, but these errors were encountered: