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.
Product Version = NetBeans IDE Dev (Build 200408151800) Operating System = Linux version 2.4.22-1.2115.nptl running on i386 Java; VM; Vendor = 1.5.0-rc; Java HotSpot(TM) Client VM 1.5.0-rc-b63; Sun Microsystems Inc. Java Home = /usr/local/java/jdk1.5.0/jre System Locale; Encod. = cs_CZ (nb); ISO-8859-2 Home Dir; Current Dir = /usr/local/home/delphym; /usr/local/forte/forte3/NBdev-last/netbeans/bin IDE Install; User Dir = /usr/local/home/delphym/NBdev-last/platform4; /usr/local/home/delphym/.netbeans/dev ------------------------------------------------------------------------------- I was editing sample class using new JDK1.5 features. The last time before I've got the IOE I've created Inner class "Import" using Wizard for it. It just generate body of such class in the midle of existing NewJDKfeatures class. I pasted into the body of inner class following code: public static void main(String[] args) { double x = 16.0, a = 2.2, b = 3.3; System.out.println(abs(x)); System.out.println(sqrt(x)); System.out.println(max(a, b)); } taken from this URL: http://zamples.com/JspExplorer/samples/samplesJDK1_5.html during manual formating of pasted code, I've got repeatedly the IOE and it was so often that Icouldn't manipulate the text in the editor :-(
Created attachment 16833 [details] stacktrace of InvalidObjectException
Created attachment 16834 [details] testing sample class
FYI: in the attached class on the line 77 you could see written word "pub" I don't know how it occured here, but I didn't type it. I think if it is not side effect of generating the inner class by the wizard...
Ouuu Jessus!! Really wizard generated the code just at cursor possition and split the word "public" to "pub" line 77 and "lic" at line 85 :-((( IS it possible? Or I just dreaming?
problem with spliting public word is not reproductable... but problem with Exceptions persist...
There was a bug that occurred if you edited the file for some time and then wanted to perform some operation on that source that accesses the JMI API. Positions were wrong and the whole AST for the file (which JMI operates on) was not refreshed for the edited file. This is now fixed so hopefuly this bug is no longer there. Checking in src/org/netbeans/modules/javacore/jmiimpl/javamodel/ResourceImpl.java; /cvs/java/javacore/src/org/netbeans/modules/javacore/jmiimpl/javamodel/ResourceImpl.java,v <-- ResourceImpl.java new revision: 1.26; previous revision: 1.25 done
I hope it is fixed: DEV (4.0) #200408161800
Reorganization of java component