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.
Every time I save a file that I'm doing some major rafactoring on (it is broken when I save it), NetBeans attempts to compile the thing and gets itself into a recursive loop: http://statistics.netbeans.org/exceptions/detail.do?id=7287 and uses up the maximum amount of memory. I can't figure out how to stop it from recompiling. I turned off the Java tasks, but that had no impact on the auto-compile logic. (Please add a way to halt the auto-compile feature if it doesn't exist already.)
Reassigning to java.
Could you please attach the broken source compilation of which leads to the infinite loop? Or, do you have any other reproducible test case?
Unfortunately, I already fixed it. I noticed that it had a couple of duplicated methods and referenced instance variables did not exist. Also, as a result of splitting inner classes into a separate package from the mother class, there was some ambiguity as to which class to load since there were classes in the mother class's package that had the same name as the formerly inner classes. (I used Together Control Center RC2 to move all my inner classes out to a package for diagramming purposes, but it didn't disambiguate the class loading issue and left out a number of imports and dependencies. I'll use NetBeans next time since that operation has proven to be reliable in the past.) As you can see, the class was completely uncompilable so the auto-compile thing really got in the way.
Finally, I have managed to reproduce the issue. Fixed. Checking in SymbolClassReader.java; /cvs/java/source/src/org/netbeans/modules/java/source/usages/SymbolClassReader.java,v <-- SymbolClassReader.java new revision: 1.14; previous revision: 1.13 done Checking in SymbolDumper.java; /cvs/java/source/src/org/netbeans/modules/java/source/usages/SymbolDumper.java,v <-- SymbolDumper.java new revision: 1.7; previous revision: 1.6 done
This fix should go also into beta2 branch
*** Issue 112686 has been marked as a duplicate of this issue. ***
Merged to [relase60_beta2]. Checking in SymbolDumper.java; /cvs/java/source/src/org/netbeans/modules/java/source/usages/SymbolDumper.java,v <-- SymbolDumper.java new revision: 1.6.2.1; previous revision: 1.6 done Checking in SymbolClassReader.java; /cvs/java/source/src/org/netbeans/modules/java/source/usages/SymbolClassReader.java,v <-- SymbolClassReader.java new revision: 1.13.2.1; previous revision: 1.13 done
verified in beta2