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.
Keep getting this, not clear when. Closing IDE, reopening it, no change. Uninstalled NB 5.0, reinstalled, no change. No longer able to compile anything. javax.jmi.reflect.InvalidObjectException: Object with MOFID 9E580E86-9477-11DA-AB73-9F92E31BAA77:0000000000001AD8 no longer exists, class: org.netbeans.jmi.javamodel.JavaEnum$Impl at org.netbeans.mdr.handlers.BaseObjectHandler._getDelegate(BaseObjectHandler.java:359) at org.netbeans.mdr.storagemodel.AttrCollection.clearAttribComposite(AttrCollection.java:281) at org.netbeans.mdr.storagemodel.AttrCollection.remove(AttrCollection.java:227) at org.netbeans.mdr.handlers.AttrCollWrapper.remove(AttrCollWrapper.java:98) at org.netbeans.mdr.handlers.AttrCollWrapper.clear(AttrCollWrapper.java:62) at org.netbeans.modules.javacore.jmiimpl.javamodel.LightAttrList.clear(LightAttrList.java:260) at org.netbeans.modules.javacore.jmiimpl.javamodel.SemiPersistentElement.processMembers(SemiPersistentElement.java:513) at org.netbeans.modules.javacore.jmiimpl.javamodel.JavaClassImpl.matchPersistent(JavaClassImpl.java:581) at org.netbeans.modules.javacore.jmiimpl.javamodel.SemiPersistentElement.updatePersistent(SemiPersistentElement.java:364) at org.netbeans.modules.javacore.jmiimpl.javamodel.SemiPersistentElement.matchMember(SemiPersistentElement.java:650) at org.netbeans.modules.javacore.jmiimpl.javamodel.SemiPersistentElement.processMembers(SemiPersistentElement.java:541) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.matchPersistent(ResourceImpl.java:206) at org.netbeans.modules.javacore.jmiimpl.javamodel.SemiPersistentElement.updatePersistent(SemiPersistentElement.java:364) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.updateMetadata(ResourceImpl.java:761) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.directUpdate(ResourceImpl.java:754) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.checkUpToDate(ResourceImpl.java:644) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.checkUpToDate(ResourceImpl.java:587) at org.netbeans.modules.javacore.jmiimpl.javamodel.SemiPersistentElement.checkUpToDate(SemiPersistentElement.java:263) at org.netbeans.modules.javacore.jmiimpl.javamodel.ResourceImpl.getImports(ResourceImpl.java:269) at org.netbeans.jmi.javamodel.Resource$Impl.getImports(Unknown Source) at org.netbeans.modules.editor.java.NbJavaFoldManager.collectFoldUpdates(NbJavaFoldManager.java:306) at org.netbeans.modules.editor.java.NbJavaFoldManager.updateFolds(NbJavaFoldManager.java:210) at org.netbeans.modules.editor.java.NbJavaFoldManager.run(NbJavaFoldManager.java:193) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:493) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:926)
It looks like the mdr repository is broken, try deleting /var/cache directory in you userdir. Does it help?
I have had an identical problem. I also tried opening and closing Netbeans, uninstalling and re-installing Netbeans (although I didn't clean the user directories) - but no change. The workaround proposed by jiriprox (deleting the content of the cache) appears to work. I also found that deleting the source file and copying the content back into a fresh file will workaround the issue. Having said that, Navigator scanning of the offending file is always slow and my project has 're-broken' three times now. The problem appears to be related to parsing internal enumerations, but I have not yet been able to find a code fragment that repeatedly causes the fault in a fresh project.
Dispatching to mdr.
Getting the same thing from Netbeans 5.5. Not consistent, happened when tried to rename a variable in a uncompilable file. Didn't have to delete the var/cache directory. Just restarted Netbeans.
Marking as a duplicate of 86425 since the two issues have identical stacktraces and the higher issue (86425) is marked as fixed in 6.0. *** This issue has been marked as a duplicate of 86425 ***