Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 496520

Summary:	[1.9] Redesign VM to adapt JRE 1.9
Product:	[Eclipse Project] JDT	Reporter:	Jay Arthanareeswaran <jarthana>
Component:	Debug	Assignee:	JDT-Debug-Inbox <jdt-debug-inbox>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	normal
Priority:	P3
Version:	4.5.1
Target Milestone:	---
Hardware:	PC
OS:	Windows 7
Whiteboard:	stalebug

Description Jay Arthanareeswaran

2016-06-22 01:20:14 EDT

As bug 489207 shows, the boot classpath is no longer available. And the system libraries are no longer a bunch of JAR files but internal to the JVM. All the StandardVM* classes should reflect this. Perhaps a new kind of VM could be an option. Another possibility is to simply let the VM exist without any libraries and let the clients handle it.

In any case, JREContainer needs to adapt and provide a better implementation of getClasspathEntries().

This will most likely require changes in JDT Core. Classpath resolution should find a way to handle the library-less JREContainer. Ideally we would come up with a new IClasspathEntry#getEntryKind(), but looks like that route is closed with the API definitions.

Comment 1 Eclipse Genie

2020-01-24 08:39:42 EST

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. As such, we're closing this bug.

If you have further information on the current state of the bug, please add it and reopen this bug. 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.