Community
Participate
Working Groups
If a binary match in an internal JAR (i.e. one that is part of the project itself - e.g. xerces.jar in org.appache.xerces) is recreated via its handle, then the resource of its package fragment root gets lost and hence also the information if it is external (isExternal()). Test Case: on a binary member from an internal JAR execute: JavaCore.create(myBinaryMember.getHandleIdentifier()); See (fixed) PR 1GL2QJ6: ITPJUI:WIN2000 - Search results print incorrectly when found in jar and sorting by path To see the effect of the PR search for SWTError and sort by path ==> shows up as \<project>\swt.jar instead of <project>/swt.jar NOTES:
Would be difficult to specify for variable entries, depending on the mapping it could either be internal or external. But for other entries this would be a good addition.
PRODUCT VERSION: 0.203
Closing. The resulting root will know if it is internal/external.
What does "The resulting root _will_ know if it is internal/external." mean? - does it actually mean that the bug will be fixed? - currently (build 20011127) the described problem still exists