Fall back to java.jdt.ls.java.home if embedded JRE fails

When deploying VSCode to an AP Computer Science lab where the students don't have admin privileges, attempts to enable the latest Extension Pack for Java (which includes the “Language Support for Java(TM) by Red Hat” extension) fail reporting “Couldn’t start client Language Support for Java” whenever they open a Java project.

Environment

• Operating System: Windows 10
• JDK version: Various (tried latest Microsoft OpenJDK 11 & 17 as well as those from Adoptium's Teemurin)
• Visual Studio Code version: 1.64.0
• Java extension version: v 1.1.0 through v1.3.0

Steps To Reproduce

1. Install latest VSCode and JDK (with JAVA_HOME set correctly)
2. Create a new Java class

Current Result

Reports “Couldn’t start client Language Support for Java” when trying to run or debug the Java code.

Expected Result

Should work like it does for users with admin privileges (or how it did for v1.0.0).

Additional Information

Works fine for users with admin privileges or if we roll the students back to v1.0.0 of this extension. Typing java -version in terminal returns correct OpenJDK version.

Commencez par reproduire l’échec sous Windows 10 avec un projet Java et comparez le chemin de la JRE intégrée avec le paramètre java.jdt.ls.java.home. Vérifiez le comportement pour les utilisateurs sans privilèges d’administrateur et avec JAVA_HOME configuré. Le travail est terminé lorsque le client Language Support for Java démarre et que le code Java peut être exécuté ou débogué sans nécessiter de droits d’administrateur.