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.
This issue was reported manually by thurka. It already has 1 duplicates Build: NetBeans IDE Dev (Build nbms-and-javadoc-170-on-20150721) VM: Java HotSpot(TM) 64-Bit Server VM, 25.45-b02, Java(TM) SE Runtime Environment, 1.8.0_45-b15 OS: Windows 8 User Comments: GUEST: Refactoring packages done gone fucked up! Stacktrace: java.lang.OutOfMemoryError: GC overhead limit exceeded at java.util.Hashtable.addEntry(Hashtable.java:435) at java.util.Hashtable.put(Hashtable.java:476) at java.util.Properties.load0(Properties.java:392) at java.util.Properties.load(Properties.java:341) at org.netbeans.modules.java.source.indexing.FQN2Files.load(FQN2Files.java:115) at org.netbeans.modules.java.source.indexing.FQN2Files.<init>(FQN2Files.java:81)
Created attachment 154849 [details] stacktrace
There are 430 instances of Symtab. It looks like they are referenced from org.netbeans.api.java.source.ModificationResult$Difference
This looks like regression introduced by <http://hg.netbeans.org/main-silver/rev/733fc267c72e>
Important on large projects
I believe the OOM is not specific to 8.1/dev versions. The Source is held by ModificationResult$Difference now, but it used to be hold by ModificationResult. The refactoring keeps a hardref to ModificationResult, so I believe the OOM could eventually happen in earlier releases as well. The sources were kept around until after commit(), and the Source instances were used to revalidate the Source object.
Should be fixed by jet-main#64f253d51488
Integrated into 'main-silver', will be available in build *201507290002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/64f253d51488 User: Svata Dedic <sdedic@netbeans.org> Log: #253730: allow to free Source instances backed by FileObjects, Source instance can be recreated later