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: | IDE never finishes startup scan | ||
---|---|---|---|
Product: | java | Reporter: | Jesse Glick <jglick> |
Component: | Unsupported | Assignee: | Tomas Hurka <thurka> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | Keywords: | RANDOM |
Priority: | P2 | ||
Version: | 4.x | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: | IDE log, incl. one thread dump; gzipped because it is really big |
Description
Jesse Glick
2004-06-16 19:25:51 UTC
Created attachment 15786 [details]
IDE log, incl. one thread dump; gzipped because it is really big
After killing that IDE, I restart again. Now it stops progressing immediately; progress bar never goes from the initial point. After killing the IDE again, deleting mdrstorage cache, and restarting, I get the scanning dialog blank for a while (30-60 sec I think), with little apparent CPU or memory activity. Then it starts showing scanning normally, and finishes startup apparently correctly. The SOE is probably caused by the index inconsistency. For convenience here is an excerpt of the stacktrace from the attached gz: .... at org.netbeans.modules.javacore.jmiimpl.javamodel.JavaClassImpl.getSuperClass(JavaClassImpl.java:191) at org.netbeans.jmi.javamodel.JavaClass$Impl.getSuperClass(Unknown Source) at org.netbeans.modules.javacore.parser.MDRParser.getSuperClass(MDRParser.java:1152) at org.netbeans.modules.javacore.parser.Scope.constructMemberTypeScope(Scope.java:140) at org.netbeans.modules.javacore.parser.Scope.createMemberTypeScope(Scope.java:128) at org.netbeans.modules.javacore.parser.Scope.constructMemberTypeScope(Scope.java:145) at org.netbeans.modules.javacore.parser.Scope.createMemberTypeScope(Scope.java:128) at org.netbeans.modules.javacore.parser.MDRParser.processAST(MDRParser.java:346) at org.netbeans.modules.javacore.parser.MDRParser.processAST(MDRParser.java:268) at org.netbeans.modules.javacore.parser.MDRParser.processAST(MDRParser.java:354) at org.netbeans.modules.javacore.parser.MDRParser.processAST(MDRParser.java:236) at org.netbeans.modules.javacore.parser.MDRParser.processAST(MDRParser.java:200) at org.netbeans.modules.javacore.parser.MDRParser.processAST(MDRParser.java:177) at org.netbeans.modules.javacore.parser.MDRParser.enterMembers(MDRParser.java:127) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.directUpdate(ResourceImpl.java:493) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.initResource(ResourceImpl.java:328) at org.netbeans.modules.javacore.jmiimpl.javamodel.MetadataElement.initCheck(MetadataElement.java:122) at org.netbeans.modules.javacore.jmiimpl.javamodel.SemiPersistentElement.getElementInfo(SemiPersistentElement.java:110) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.initChildren(ResourceImpl.java:249) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.initChildren(ResourceImpl.java:243) at org.netbeans.modules.javacore.jmiimpl.javamodel.MetadataElement.initCheck(MetadataElement.java:128) at org.netbeans.modules.javacore.jmiimpl.javamodel.SemiPersistentElement.getElementInfo(SemiPersistentElement.java:110) at org.netbeans.modules.javacore.jmiimpl.javamodel.JavaClassImpl.initChildren(JavaClassImpl.java:454) at org.netbeans.modules.javacore.jmiimpl.javamodel.JavaClassImpl.initChildren(JavaClassImpl.java:445) at org.netbeans.modules.javacore.jmiimpl.javamodel.MetadataElement.initCheck(MetadataElement.java:128) at org.netbeans.modules.javacore.jmiimpl.javamodel.SemiPersistentElement.getElementInfo(SemiPersistentElement.java:110) at org.netbeans.modules.javacore.jmiimpl.javamodel.JavaClassImpl.getSuperClass(JavaClassImpl.java:191) at org.netbeans.jmi.javamodel.JavaClass$Impl.getSuperClass(Unknown Source) at org.netbeans.modules.javacore.parser.MDRParser.getSuperClass(MDRParser.java:1152) r Tomasi, please look at it. It would be nice if we could put in some index inconsistency recovery code instead of calling JavaClass.getSuperClass. But I am not sure if it is possible - does it ever make sense to call JavaClass.getSuperClass from MDRParser.getSuperClass? Shouldn't the superclass always be found in superInfoMap? Moved to new subcomponent java/javacore. The SOE was fixed by Tomas some time ago. Reorganization of java component |