Community
Participate
Working Groups
I20051130-1215 - start eclipse with a new workspace - create a new Plug-in Project, choose the "Plug-in with an editor" template - open type "IParameter" and search for references to its getId() method in workspace => I get 579 matches in workspace, most of which are inaccurate ("potential" in the Search view)
Fixed and released in HEAD. Problem came from the fact that MatchLocator still try to resolve even after having got an AbortCompilation exception. Seem to be a regression introduced with the fix of bug 86380... :-( Fortunately while testing fix, it appears that there's a way to test such a problem (ie. AbortCompilation) using our tests => test case added in JavaSearchScopeTests
*** Bug 106998 has been marked as a duplicate of this bug. ***
I don't understand why those IClassFiles need to be compiled at all. Is the search engine for references in binary types also source-based? I quickly tried and removed all *.source* plug-ins and then reproduced comment 0, but then I didn't get a single match any more, which would confirm that the class files are not consulted.
Yes search engine use attached source of class files when avalaible. However, it should still find exact matches as class file _are_ consulted when there's no attched source. I'll investigate...
This is a current search engine limitation. Class files are consulted but only to report types/methods/fields declaration, not reference. Please open a new bug if you find this could be an interesting feature...
Verified for 3.2 M4 using build I20051213-0010
Fix for this bug has been removed due to bad side effects (see bug 127048).
As said in bug 127048 comment 5, there's nothing else search engine can do without bindings than reporting potential matches... So, set this bug as duplicate bug 73957, as if classpathes were correct then search engine would report only accurate matches. *** This bug has been marked as a duplicate of 73957 ***
*** Bug 205147 has been marked as a duplicate of this bug. ***