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 153554 - java.lang.OutOfMemoryError: Java heap space
Summary: java.lang.OutOfMemoryError: Java heap space
Status: RESOLVED WONTFIX
Alias: None
Product: editor
Classification: Unclassified
Component: CSL (API & infrastructure) (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: issues@editor
URL: http://statistics.netbeans.org/except...
Keywords:
Depends on:
Blocks:
 
Reported: 2008-11-20 15:34 UTC by magny
Modified: 2009-11-02 10:58 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 36415


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description magny 2008-11-20 15:34:44 UTC
Build: NetBeans IDE Dev (Build 200803130007)
VM: Java HotSpot(TM) Client VM, 1.5.0_13-119
OS: Mac OS X, 10.5.2, i386
User comments: 
STACKTRACE: (first 10 lines)
Root: /Users/travis/Documents/workspace/milestone/repos-via-tunnel/freedom-milestone_ui/public File: Ext.ToolTip.html
Bootpath:
ClassPath[Entry[file:/Applications/NetBeans/NetBeans%206.1%20Dev%20200803130007.app/Contents/Resources/NetBeans/ruby2/jruby-1.1RC2/lib/ruby/site_ruby/1.8/],
Entry[file:/Applications/NetBeans/NetBeans%206.1%20Dev%20200803130007.app/Contents/Resources/NetBeans/ruby2/jruby-1.1RC2/lib/ruby/1.8/],
Entry[file:/Applications/NetBeans/NetBeans%206.1%20Dev%20200803130007.app/Contents/Resources/NetBeans/ruby2/rubystubs/1.8.6-p110/],
Entry[file:/Users/travis/Documents/workspace/milestone/repos-via-tunnel/freedom-milestone_ui/vendor/plugins/activerecord_foreign_key_extensions/lib/],
Entry[file:/Users/travis/Documents/workspace/milestone/repos-via-tunnel/freedom-milestone_ui/vendor/plugins/acts_as_paranoid/lib/],
Entry[file:/Users/travis/Documents/workspace/milestone/repos-via-tunnel/freedom-milestone_ui/vendor/plugins/annotate_models/lib/],
Entry[file:/Users/travis/Documents/workspace/milestone/r
Comment 1 Peter Pis 2008-11-21 07:52:06 UTC
Could you please provide steps to reproduce?

Reassigning to ruby for further evaluation.
Comment 2 Martin Krauskopf 2008-11-24 17:10:50 UTC
There seems to be OOME according to the statistics link. GSF, JavaScript, Lexer?

java.lang.OutOfMemoryError: Java heap space
  at org.netbeans.lib.lexer.LAState$LargeState.(LAState.java:395)
  at org.netbeans.lib.lexer.LAState$LargeState.upgrade(LAState.java:408)
  at org.netbeans.lib.lexer.LAState.add(LAState.java:116)
  at org.netbeans.lib.lexer.inc.IncTokenList.tokenOrEmbeddingContainerImpl(IncTokenList.java:201)
  at org.netbeans.lib.lexer.inc.IncTokenList.tokenOrEmbeddingContainer(IncTokenList.java:192)
  at org.netbeans.api.lexer.TokenSequence.moveNext(TokenSequence.java:405)
  at org.netbeans.modules.javascript.editing.embedding.JsModel.extractJavaScriptFromHtml(JsModel.java:357)
  at org.netbeans.modules.javascript.editing.embedding.JsModel.getJsCode(JsModel.java:147)
  at org.netbeans.modules.javascript.editing.embedding.JsTranslatedSource.getSource(JsTranslatedSource.java:67)
  at org.netbeans.napi.gsfret.source.ParserTaskImpl.parse(ParserTaskImpl.java:140)
  at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater.batchCompile(RepositoryUpdater.java:1813)
  at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker.updateFolder(RepositoryUpdater.java:1234)
  at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker.scanRoots(RepositoryUpdater.java:988)
  at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker.access$1600(RepositoryUpdater.java:630)
  at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker$1.run(RepositoryUpdater.java:756)
  at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker$1.run(RepositoryUpdater.java:658)
  at org.netbeans.modules.gsfret.source.usages.ClassIndexManager.writeLock(ClassIndexManager.java:123)
  at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker.run(RepositoryUpdater.java:655)
  at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker.run(RepositoryUpdater.java:630)
  at org.netbeans.napi.gsfret.source.Source$CompilationJob.run(Source.java:1154)
  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
  at java.util.concurrent.FutureTask.run(FutureTask.java:123)
  at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
  at java.lang.Thread.run(Thread.java:613)
Comment 3 sharebear 2009-01-09 12:17:19 UTC
Not a great steps to reproduce but a starting point for someone willing to investigate. In my case the OOM was occuring 
while indexing files from the JavaFX SDK in my ~/.netbeans/6.5 directory. After removing the JavaFX SDK for OSX plugin 
I was able to startup my netbeans without OOM. I would guess this is some kind of memory leak in the indexing process.
Comment 4 David Strupl 2009-01-14 14:37:57 UTC
Moving from ruby/GSF to editor/CSL. Step one: assign to myself ;-)
Comment 5 David Strupl 2009-01-14 14:48:53 UTC
Step 2: trying to make the owner not myself but the owner of the subcomponent.
Comment 6 David Strupl 2009-03-31 15:53:08 UTC
Resolving all issues with milestone "future" as LATER. If you feel strongly that
it should be implemented please reopen and set the target milestone to "next".
Comment 7 Quality Engineering 2009-11-02 10:58:04 UTC
NetBeans.org Migration: changing resolution from LATER to WONTFIX