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.

Bug 247488 - OOME while parsing and building Javadoc
Summary: OOME while parsing and building Javadoc
Status: RESOLVED WORKSFORME
Alias: None
Product: java
Classification: Unclassified
Component: Compiler (show other bugs)
Version: 8.0
Hardware: All All
: P3 normal (vote)
Assignee: Dusan Balek
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-09-26 07:23 UTC by Project2100
Modified: 2015-03-10 15:43 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter: 212246

Attachments
stacktrace (2.48 KB, text/plain)
2014-09-26 07:23 UTC, Project2100 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Project2100 2014-09-26 07:23:14 UTC 
This bug was originally marked as duplicate of bug 225034, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related.

Build: NetBeans IDE 8.0.1 (Build 201408251540)
VM: Java HotSpot(TM) 64-Bit Server VM, 25.5-b02, Java(TM) SE Runtime Environment, 1.8.0_05-b13
OS: Windows 7

User Comments:
Project2100: Netbeans slowed to a crawl while using autocomplete feature, trying to close it ntified me it will interrupt "Downloading HTTP Javadoc". Not even unplugging the ethernet cable on my pc stopped that




Stacktrace: 
java.lang.OutOfMemoryError: GC overhead limit exceeded
   at java.util.Arrays.copyOfRange(Arrays.java:3658)
   at java.lang.String.<init>(String.java:201)
   at java.lang.String.substring(String.java:1956)
   at java.util.StringTokenizer.nextToken(StringTokenizer.java:352)
   at org.netbeans.core.startup.layers.BinaryFS.findResource(BinaryFS.java:199)
   at org.openide.filesystems.MultiFileSystem.findResourceOn(MultiFileSystem.java:469)
Comment 1 Project2100 2014-09-26 07:23:16 UTC 
Created attachment 149531 [details]
stacktrace
Comment 2 Jaroslav Tulach 2014-10-16 07:35:25 UTC 
Looking at the threads, there is activity in "Editor Parsing Loop (201408251540)" and "org.netbeans.api.java.source.ui.ElementJavadoc". Also most of the memory is occupied by 778K instances of com.sun.tools.javac.util.List. Passing to Java.

Btw. the OOME was thrown from from datasystems, but there is 2200 instances of DataObject which is probably sane number.
Comment 3 Dusan Balek 2015-03-10 15:43:28 UTC 
Strange, seems like a JDK's src.zip is on the classpath of some of your projects.