Community
Participate
Working Groups
Steps: 1) Open type java.lang.CharSequence. 2) Right click on length(). 3) Choose Declarations>>Hierarchy. 4) See that wrongly no declarations are found. Eg, missed is String.length().
Looks like a JDT/Core bug. No references are reported from search.
Created attachment 22914 [details] Patch to fix this issue External Jar files paths are stored in HierarchyScope with system dependent path. This made HierarchyScope.encloses(String) method to return false on system which does not use '/' as separator due to the fact that documentPath given as argument is get from an IPath...
Created attachment 22916 [details] Test cases added to JavaSearchBugsTests Note that these test cases need jclMin1.5.jar and jclMin1.5src.zip files modification attached with bug 97547
+1 for RC3 Dirk - pls vote for this one. See impact on refactoring
I've run JDT-UI tests (refactoring & automated) and they all pass... However, I saw an NPE while searching for declaration of "equals" method in Object hierarchy... Double-checking with Jerome, it seems that fix was not done at the right place... I'll come back with another one soon...
Forgot to CC Dirk to obtain vote.
+1.
Created attachment 23039 [details] New patch to fix this issue As it is specified in IJavaSearchScope#encloses(String), resourcePath must start with a full OS path in case of JAR file. So, modify IndexManager and JavaSearchScope to use full OS path instead of path while handling jar file path (ie. with a device). Also fix NPE issue which was a side effect discovered while reporting match. MatchLocator wrongly creates an handle on an initializer although its parent type was binary...
Created attachment 23040 [details] Modified test case in JavaSearchMultipleProjectsTests As JavaSearchScope now stores full OS path for external jar files, need to modify specific test case output...
Fixed and released in HEAD.
Verified using build N20050616-0010 + JDT Core HEAD.