-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
How to develop against a different Java version than the one in the Java tooling sidecar #13250
Comments
JDK sources are always picked up from sidecar container even if process is run in another container. |
Language Server, Debugger use Java from sidecar container. Actually java from tooling sidecar isn't used except for compiling and running applications. |
So, here we need a command in terms of Theia to install another version of java and use it for LS. |
|
You should look at #13387 |
@l0rd I'm quite sure this is not going to arrive in time for us to use it for GA (end of this sprint) |
@tsmaeder correct. @davidfestal should work on that issue but probably not during this current sprint. That was just FYI to be aware and track that work. |
T.b.h, I don't think that #13387 is really the solution, here: we want to run the tooling on a fixed version of Java (we can test against) and use a different version of Java in the workspace. |
VS Code-Java now offers the ability to work against a different JDK than the one that jdt.ls is running on. My idea would be to make init containers that copy a particular version of the JDK to a volume on Workspace creation and point VS Code-Java to that volume. We would only have to use a single plugin to run the language server and could mix and match target platforms. |
Issues go stale after Mark the issue as fresh with If this issue is safe to close now please do so. Moderators: Add |
Duplicate of #16851 |
We include a jdk in the sidecar containin the Java tooling. How do we develop against a differen version of Java? Where do we pick up JDK sources when debugging, for example?
The text was updated successfully, but these errors were encountered: