This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
070319, JDK 6 for IDE, bootstrap JDK = 7.0-b09. Open JDK project "util". Open HashMap.java using Go to Type. Move caret to "Serializable" (implements clause) and press Alt-G. Get an exception and nothing happens.
Created attachment 39656 [details] Log file
Created attachment 39659 [details] Mentioned dump file
Thrown in a bunch of different circumstances, not just this example.
Another example: I simply open AbstractMap and this exception is thrown, this time creating Object.dump. Note the lines INFO [org.netbeans.modules.java.source.usages.SymbolDumper]: Unhandled ElementKind: STATIC_INIT in the log file - is this related, or just some other problem?
I have tried to reproduce, but I was not successful. Is the problem reproducible for you on a different userdir? What is your JDK1.6 build? The notes regarding STATIC_INIT are harmless (at least with respect to this issue).
Reproducible for me in a fresh user dir. I normally use JDK 6 (FCS) but reproducible also with JDK 5 as the IDE's JDK. You need to set the bootstrap JDK, by creating ~/.openjdk/build.properties: bootstrap.jdk=/space/jdk7 Where did you get your j2se workspace from? I can try reproducing using a different copy of the workspace, in case mine is somehow corrupted etc.
I have the bootstrap JDK set :-) (though it took me a while until I realized what I need to do). I have downloaded binary and source bundles from: https://jdk7.dev.java.net/ Build b09. Checked out netbeans directory as described in issue #98266.
In a Subversion checkout (version 70, the latest) from https://jdk-jrl-sources.dev.java.net/svn/jdk-jrl-sources/jdk7/trunk using 070319, I cannot reproduce either. However this setup is badly broken; everything is considered to be "owned" by JMX, due to a combination of the workaround for issue #98048 plus Subversion cache creation (which calls SharabilityQuery).
In a downloaded JAR of JDK 7 sources, which has no Subversion metadata and hence does not suffer from the duplicate markExternalOwner problem, Go to Type works correctly and I cannot reproduce the coupling error.
Hmm, in my original workspace I can reproduce until I delete the build folder. So that is probably involved somehow.
OK, now I know how to reproduce. Before starting the IDE, run ant -f netbeans/util/build.xml (If you get an error about the gensrc dir, "cd netbeans; hg pull -u" for a fix.)
I can reproduce easily now :-). I have a fix, will commit it after further testing.
*** Issue 96888 has been marked as a duplicate of this issue. ***
Should be fixed now: Checking in src/org/netbeans/modules/java/source/usages/SymbolClassReader.java; /cvs/java/source/src/org/netbeans/modules/java/source/usages/SymbolClassReader.java,v <-- SymbolClassReader.java new revision: 1.6; previous revision: 1.5 done Checking in test/unit/src/org/netbeans/modules/java/source/usages/SymbolDumperTest.java; /cvs/java/source/test/unit/src/org/netbeans/modules/java/source/usages/SymbolDumperTest.java,v <-- SymbolDumperTest.java new revision: 1.5; previous revision: 1.4 done Checking in javacimpl/nbproject/project.properties; /cvs/java/source/javacimpl/nbproject/project.properties,v <-- project.properties new revision: 1.3; previous revision: 1.2 done Checking in javacimpl/manifest.mf; /cvs/java/source/javacimpl/manifest.mf,v <-- manifest.mf new revision: 1.5; previous revision: 1.4 done