Community
Participate
Working Groups
Possibly related to bug 490103. Java 9+ project that is not itself modular is producing non-modular JRE classpath entry from JavaRuntime.computeModularJREEntry(IJavaProject). I think that the 3 isModularProject checks within computeModularJREEntry should be replaced or augmented by a check for isModule(IClasspathEntry,IJavaProject). Supporting details: Project .classpath consists of <classpath> <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-9"> <attributes> <attribute name="module" value="true" /> </attributes> </classpathentry> ... </classpath> Call to JavaRuntime.computeUnresolvedRuntimeDependencies(javaProject) is returning an array with the JRE entry indicated as belonging to the classpath and not the modulepath. This seems to be because I have the project as non-modular but the JRE is indicated as a module. I'm expecting the JRE entry coming from computeUnresolvedRuntimeDependencies to return IRuntimeClasspathEntry.MODULE_PATH for a call to getClasspathProperty().
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
