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: | OutOfMemoryError: Java heap space | ||
|---|---|---|---|
| Product: | debugger | Reporter: | IrianR |
| Component: | Java | Assignee: | Martin Entlicher <mentlicher> |
| Status: | VERIFIED FIXED | ||
| Severity: | normal | CC: | jzwolak |
| Priority: | P3 | ||
| Version: | 8.0 | ||
| Hardware: | All | ||
| OS: | All | ||
| Issue Type: | DEFECT | Exception Reporter: | 207122 |
| Attachments: | stacktrace | ||
|
Description
IrianR
2014-01-30 10:04:28 UTC
Created attachment 144568 [details]
stacktrace
There are 3 874 instances of AWTComponentInfo and 550 thousands of instances of ComponentProperty. There's a lot of components in this snapshot and all their property objects have problem to fit into memory. We should probably create the properties on demand only and allow them to GC when not visible. *** Bug 243065 has been marked as a duplicate of this bug. *** Fixed by changeset: 273873:dc611e695c51 http://hg.netbeans.org/core-main/rev/dc611e695c51 Integrated into 'main-silver', will be available in build *201404200001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/dc611e695c51 User: mentlicher@netbeans.org Log: #241154: Solve OOME by creating ComponentProperties on demand and assuring the DebugTreeView does not hold the nodes from the last debug session. Verified in a profiler. I'll try to take the same insane GUI snapshot that generated the error in the first place later today with the latest DEV build and report back. Transplanted into release80 as changeset: 282895:6a32ba0c1664 http://hg.netbeans.org/releases/rev/6a32ba0c1664 http://hg.netbeans.org/releases/rev/01de03d46c7f O.K. Thanks. (In reply to Martin Entlicher from comment #9) > O.K. Thanks. I've tried to take another snapshot of the same application that generated the error in the first place and got another OOM. Upload of the logs is still in progress, my network is taking it's sweet time today. (In reply to IrianR from comment #10) > (In reply to Martin Entlicher from comment #9) > > O.K. Thanks. > > I've tried to take another snapshot of the same application that generated > the error in the first place and got another OOM. > > Upload of the logs is still in progress, my network is taking it's sweet > time today. logs upload has completed now, the exception reporter created a new Bug 243993 for this, and by looking at the first lines of the stack trace it seems it's right since the debugger is no longer involved. Integrated into 'releases/release80', will be available in build *201404240045* or newer. Wait for official and publicly available build. Changeset: http://hg.netbeans.org/releases/rev/6a32ba0c1664 User: mentlicher@netbeans.org Log: #241154: Solve OOME by creating ComponentProperties on demand and assuring the DebugTreeView does not hold the nodes from the last debug session. (transplanted from dc611e695c519aa6d56f783b8bb5896e2295ed0b) Hello Luca, can you please install Patch 1 [1] to your 8.0 and verify that the fix was successful? Thanks a lot! [1] http://dlc.sun.com.edgesuite.net/netbeans/updates/8.0/uc/final/distribution/catalog_stage.xml.gz (In reply to Jiri Kovalsky from comment #13) > Hello Luca, can you please install Patch 1 [1] to your 8.0 and verify that > the fix was successful? Thanks a lot! > > [1] > http://dlc.sun.com.edgesuite.net/netbeans/updates/8.0/uc/final/distribution/ > catalog_stage.xml.gz I'll try but I'm a little short on time today, so I'll be able to do the test this saturday. If everything goes as in the development version I'll have a duplicate of Bug 243993 to report by then. OK, thanks for your quick reply. Martin, it seems like the fix was not successful. See bug #244108. |