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.
Once user touches IndexSearch class as a part of javadoc support it initializes a bunch of things and never releases them. It staticaly keeps icons thought we already have a cache in the IDE. IndexSearch is staticaly held and never released. It means everything referenced from it is held forever. IndexBuilder holds a singleton instance in static field too and also it keeps a RequestProcessor$Task that cannot be GCed and big part of Java heap is reachable from it. This is instantiated once you traverse through View menu to load javadoc indices.
IndexSearch and AutoComment top components optimized: * icons are not staticly held any more (IndexSearch, AutoCommentPanel) * IndexSearch, AutoCommentTopComponent singletons are GCed properly now * IndexSearchThread implements Runnable instead of subclassing Thread now since there is no reason for Thread usage -> RP was used anyway; issue: ThreadGroup never released the reference to the thread so IndexSearch was not GCed /cvs/javadoc/src/org/netbeans/modules/javadoc/comments/TagPanel.java new revision: 1.11; previous revision: 1.10 /cvs/javadoc/src/org/netbeans/modules/javadoc/comments/AutoCommentPanel.java new revision: 1.54; previous revision: 1.53 /cvs/javadoc/src/org/netbeans/modules/javadoc/search/IndexSearchThread.java new revision: 1.19; previous revision: 1.18 /cvs/javadoc/src/org/netbeans/modules/javadoc/search/IndexSearch.form new revision: 1.15; previous revision: 1.14 /cvs/javadoc/src/org/netbeans/modules/javadoc/search/IndexSearch.java new revision: 1.63; previous revision: 1.62
The IndexBuilder singleton holds all computed data weakly so even if it is not GCed its memory consumption should not be significant.
Radime, plase verify this issue. Thanks.
Radime, could you please verify this? Thanks.