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.
Summary: | JavaDoc search module seems to be keeping projects in memory | ||
---|---|---|---|
Product: | apisupport | Reporter: | Petr Nejedly <pnejedly> |
Component: | Project | Assignee: | Jesse Glick <jglick> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | CC: | issues, jpokorsky |
Priority: | P2 | Keywords: | PERFORMANCE, SIMPLEFIX |
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
Petr Nejedly
2007-11-08 15:49:49 UTC
JavadocRegistry keeps what JavadocForBinaryQuery returns and it listens to changes of aquired results. It is a valid use case IMO. As I can read in your comment the project is referenced by JFBQ.Result of apisupport/project and in addition to that there is no impl of ChangeEvent support. Reassigning to apisupport/project for evaluation. Could easily use a static nested class; the project field is unused anyway. No plans to implement change listening for this case. Too much work. This looks like a trivial and rally safe fix with no performance implications (i.e. releasing the project won't slow down javadoc access once the result is computed, right?). If it proves it really is enough to free the projects from memory, I would vote for fixing this even for 6.0, as the memory usage impact can be huge (megabytes of heap in many use cases). Checking in JavadocForBinaryImpl.java; /shared/data/ccvs/repository/apisupport/project/src/org/netbeans/modules/apisupport/project/queries/JavadocForBinaryImpl.java,v <-- JavadocForBinaryImpl.java new revision: 1.15; previous revision: 1.14 done |