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.
[NBdev-200110030100] jdk1.3.1, rh71 ==================== I took clear build without userdir settings, so the Import Wizard appeared. This Wizard allowed me import only Project from FFJ20 (the dialog was saying entr install dir of Previous version). So, I've imported it and after Import finished....IDE started up. a few problems arrays. Here I mentioned Deserialization problem in openide/loaders pls, see attached E. this has to be marked as P1-Beta Stoper
Created attachment 2815 [details] stackTraces of deserialization problem
Exceptions thrown from window system but getNodeDeleagate is also called from invalid DataObjects, thus cc vstejskal
I think it is similar problem like issue #15615. I didn't trace the code, but generaly you shouldn't call getNodeDelegate for an invalid DataObject. In this particular case it seems that EditorSuport serializes DataObject and this DO isn't valid after the deserialization. I am not sure why, it could also be a problem in Data Systems, I will look at it closer. (CCing Jesse - he helps with DataSystems and Svata because it's in fact problem with JavaEditor)
Noticed the same problem - I had in old ffj20 project opened one file in the editor - after import got the same exception caused by calling getNodeDelegate on invalid DataObject - the editor wasn't opened.
Added check to avoid call of getNodeDelegate() on invalid data object in method readExternal() of org.openide.text.EditorSupport$Editor. This deserialized top component is discarded later anyway in readResolve() when its data object is invalid. (Happens for example when its content (file object) does not exists eg. after import so it is useless to open empty editor. It means that behaviour that editor is not opened is correct in given case. Fix just avoids raising exception caused by performing invalid call in given context.) Fixed in main trunk.
verified
Resolved for 3.4.x or earlier, no new info since then -> closing.