Community
Participate
Working Groups
There are still some invocations of IPath.getDevice(), which might prevent from running on Linux. see: com.ibm.jdt.ui.launcher.JavaApplicationLauncher.makeAbsolute(IPath, IPath) NOTES: EG (12/5/00 12:51:57 PM) TM why do we depend on getDevice? TM (05.12.2000 12:54:32) We're trying to determine whether something is a file system path or relative to the workbench. IPath.isAbsolute() is not useful here because it just checks for the leading file separator. The issue is that we can't tell from a path wether a classpath entry is external or not. This has to be recorded explicitly, because under Unix, we can always have: <workbench>/bin/something.jar and /bin/something.jar EG (12/5/00 4:22:51 PM) we loose the external information when we create the ClassPathEntry: ClasspathEntry(int contentKind, int entryKind, IPath path) There should be support for an additional flag "isExternal" to preserve the external information. Moving to ITPJCORE. PM (12/5/2000 11:38:48 AM) This is the problem we had to deal with as well. DA (6/19/01 11:35:32 AM) Problem still occur in build 0.125.
The only solution is to use IContainer.findMember(IPath) to figure whether an entry is located inside or outside the workspace. Entries cannot remember this, since variable entries would never be able to tell until resolved. We could tag package fragment roots with this information, so as to save some cycles once they got created. Is this what you would need ?
PRODUCT VERSION: VAME Eclipse 0.013
Closing, roots already remember if external.
