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: | [65cat] OutOfMemoryError: Java heap space | ||
|---|---|---|---|
| Product: | platform | Reporter: | ulfzibis <ulfzibis> |
| Component: | Autoupdate | Assignee: | dlipin <dlipin> |
| Status: | RESOLVED FIXED | ||
| Severity: | blocker | CC: | alied, epdv, markk, triplox |
| Priority: | P3 | Keywords: | ARCH |
| Version: | 6.x | ||
| Hardware: | All | ||
| OS: | All | ||
| URL: | http://statistics.netbeans.org/exceptions/detail.do?id=118227 | ||
| Issue Type: | DEFECT | Exception Reporter: | 118227 |
| Bug Depends on: | 149071 | ||
| Bug Blocks: | |||
| Attachments: |
log file
uigestures patch for handling licenses using the file system cache |
||
Created attachment 70553 [details]
log file
Created attachment 70554 [details]
uigestures
Most of memory consumption was fixed in issue 124482, the expensive DOM parser was replaced by liter SAX parser. But still parsing of content Update Centers need a plenty of memory, the biggest part of memory is taken by plugin's licenses. For a next releases would be best to separate off licenses from Update Center Descriptor and handle them separately from UCs. *** Issue 126219 has been marked as a duplicate of this issue. *** Reassigning to the new "autoupdate/*" owner dlipin. To significantly decrease the possibility of OOMs while dealing with plugins` licenses we can also dump licenses to disk while parsing catalog, and then retrieving (reading from disk) them on demand. This will help to avoid storing all licenses contents in memory. Certainly, such handling will be a little bit slower that existing one. The proposed patch (can be with bugs) is attached. Created attachment 77559 [details]
patch for handling licenses using the file system cache
should be fixed together with 149071. http://hg.netbeans.org/core-main/rev/2de5072bf5e7 *** Issue 166725 has been marked as a duplicate of this issue. *** It is not fixed. Still occurred in 200903060201 build. See http://www.netbeans.org/issues/show_bug.cgi?id=166725 Build 200903060201 belongs to the 6.5(.1) codeline which is handled separately from 6.7. This issue is fixed in recent daily builds and also in 6.7 M3, 6.7 Beta, 6.7 RCx and all futher 6.7 and post-6.7 builds. |
Build: NetBeans IDE Dev (Build 200809220201) VM: Java HotSpot(TM) Client VM, 11.0-b15, Java(TM) SE Runtime Environment, 1.6.0_10-rc-b28 OS: Windows XP, 5.1, x86 User comments: Just started PC from hibernation, NetBeans IDE was open. STACKTRACE: (first 10 lines) java.lang.OutOfMemoryError: Java heap space at com.sun.org.apache.xerces.internal.util.XMLStringBuffer.append(XMLStringBuffer.java:205) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.refresh(XMLDocumentScannerImpl.java:1520) at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.invokeListeners(XMLEntityScanner.java:2070) at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.peekChar(XMLEntityScanner.java:486) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2679) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:648) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:510) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:807) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:737) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:107)