Community
Participate
Working Groups
Build Identifier: Build id: 20110916-0149 !ENTRY org.eclipse.core.jobs 4 2 2011-11-26 08:36:02.437 !MESSAGE An internal error occurred during: "Scanning for Tasks". !STACK 0 java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Arrays.java:2882) at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:100) at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:515) at java.lang.StringBuffer.append(StringBuffer.java:306) at org.eclipse.wst.sse.core.internal.tasks.StructuredFileTaskScanner.setDocumentContent(StructuredFileTaskScanner.java:276) at org.eclipse.wst.sse.core.internal.tasks.StructuredFileTaskScanner.findTasks(StructuredFileTaskScanner.java:185) at org.eclipse.wst.sse.core.internal.tasks.StructuredFileTaskScanner.scan(StructuredFileTaskScanner.java:257) at org.eclipse.wst.sse.core.internal.tasks.WorkspaceTaskScanner.scanFile(WorkspaceTaskScanner.java:417) at org.eclipse.wst.sse.core.internal.tasks.WorkspaceTaskScanner.internalScan(WorkspaceTaskScanner.java:215) at org.eclipse.wst.sse.core.internal.tasks.WorkspaceTaskScanner.internalScan(WorkspaceTaskScanner.java:210) at org.eclipse.wst.sse.core.internal.tasks.WorkspaceTaskScanner.internalScan(WorkspaceTaskScanner.java:210) at org.eclipse.wst.sse.core.internal.tasks.WorkspaceTaskScanner.internalScan(WorkspaceTaskScanner.java:210) at org.eclipse.wst.sse.core.internal.tasks.WorkspaceTaskScanner.scan(WorkspaceTaskScanner.java:337) at org.eclipse.wst.sse.core.internal.tasks.TaskScanningJob.run(TaskScanningJob.java:187) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54) Reproducible: Sometimes
Do you have any excessively large XML, HTML, JSP, CSS, or DTD files in your workspace? The failure point shown occurs just trying to read the file contents into a standard Document implementation, which either means a very, very large file, or something else used up most of your heap memory and we just happened to be the one that pushed it over. How much heap space was allocated?
(In reply to comment #1) > Do you have any excessively large XML, HTML, JSP, CSS, or DTD files in your > workspace? The failure point shown occurs just trying to read the file > contents into a standard Document implementation, which either means a very, > very large file, or something else used up most of your heap memory and we just > happened to be the one that pushed it over. How much heap space was allocated? Ho yes, I have two file of 4G5 on a folder ! eclipse setting in eclipse.ini: -Xms200m -Xmx1024m
Fixed. XML and HTML files are now scanned using a variant of our low-level tokenizer. Memory usage will be more in line with the lengths of the comments in the files rather than the total file sizes.
Tested with a 1.8GB file containing 52 tasks, total memory never exceeded 100MB. We're capped at reporting in the first 2^31 bytes, though, since markers can't store Long numbers.