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.
Summary: | Problem with signature of ConcurrentHashMap$HashEntry.sig | ||
---|---|---|---|
Product: | java | Reporter: | Jesse Glick <jglick> |
Component: | Source | Assignee: | Jan Lahoda <jlahoda> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | ||
Priority: | P2 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 98266 | ||
Attachments: |
Log file
Mentioned dump file |
Description
Jesse Glick
2007-03-19 22:23:58 UTC
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 |