Community
Participate
Working Groups
Using the lastest JCORE drop (2001-12-03), I get the following when searching for all references to IJavaProject.hasBuildState() Log: Mon Dec 03 19:28:37 CST 2001 4 org.eclipse.jdt.ui 1 Internal Error java.lang.reflect.InvocationTargetException: org.eclipse.jdt.internal.compiler.problem.AbortCompilation at org.eclipse.jdt.internal.compiler.problem.ProblemHandler.handle (ProblemHandler.java:77) at org.eclipse.jdt.internal.compiler.problem.ProblemReporter.handle (ProblemReporter.java:768) at org.eclipse.jdt.internal.compiler.problem.ProblemReporter.isClassPathCorrect (ProblemReporter.java:1538) at org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.superInterfaces (BinaryTypeBinding.java(Compiled Code)) at org.eclipse.jdt.internal.compiler.lookup.BinaryTypeBinding.superInterfaces (BinaryTypeBinding.java(Compiled Code)) at org.eclipse.jdt.internal.core.search.matching.SuperTypeNamesCollector.collectSup erTypeNames(SuperTypeNamesCollector.java:327) at org.eclipse.jdt.internal.core.search.matching.SuperTypeNamesCollector.collect (SuperTypeNamesCollector.java:191) at org.eclipse.jdt.internal.core.search.matching.MethodReferencePattern.initializeP olymorphicSearch(MethodReferencePattern.java:108) at org.eclipse.jdt.internal.core.search.matching.MatchLocator.locateMatches (MatchLocator.java:361) at org.eclipse.jdt.core.search.SearchEngine.search (SearchEngine.java:341) at org.eclipse.jdt.core.search.SearchEngine.search (SearchEngine.java:287) at org.eclipse.jdt.internal.ui.search.JavaSearchOperation.execute (JavaSearchOperation.java:76) at org.eclipse.ui.actions.WorkspaceModifyOperation$1.run (WorkspaceModifyOperation.java:64) at org.eclipse.core.internal.resources.Workspace.run (Workspace.java:1186) at org.eclipse.ui.actions.WorkspaceModifyOperation.run (WorkspaceModifyOperation.java:78) at org.eclipse.jface.operation.ModalContext$ModalContextThread.run (ModalContext.java:98)
Cannot reproduce with my self-hosted workspace. Could you provide a copy of your workspace to JBL ?
The problem is not occurring this morning. Perhaps it was some strange combination of plug-in versions that I was running with.
A try{...} catch(AbortCompilation e) {...} was missing when collecting super type names in the case of a binary type.
Fixed.