Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 46264 invoked from network); 25 Aug 2010 07:31:14 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 25 Aug 2010 07:31:14 -0000 Received: (qmail 95351 invoked by uid 500); 25 Aug 2010 07:31:14 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 95236 invoked by uid 500); 25 Aug 2010 07:31:12 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 95227 invoked by uid 99); 25 Aug 2010 07:31:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Aug 2010 07:31:12 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of a.schrijvers@1hippo.com designates 64.18.2.157 as permitted sender) Received: from [64.18.2.157] (HELO exprod7og102.obsmtp.com) (64.18.2.157) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 25 Aug 2010 07:31:06 +0000 Received: from source ([209.85.215.41]) by exprod7ob102.postini.com ([64.18.6.12]) with SMTP ID DSNKTHTGpNg69F7hgYooWPq459ZQ4YwdiN0K@postini.com; Wed, 25 Aug 2010 00:30:46 PDT Received: by ewy28 with SMTP id 28so75946ewy.28 for ; Wed, 25 Aug 2010 00:30:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.213.34.77 with SMTP id k13mr6157124ebd.77.1282721443548; Wed, 25 Aug 2010 00:30:43 -0700 (PDT) Received: by 10.213.29.140 with HTTP; Wed, 25 Aug 2010 00:30:43 -0700 (PDT) In-Reply-To: References: Date: Wed, 25 Aug 2010 09:30:43 +0200 Message-ID: Subject: Re: Lucene - out of memory From: Ard Schrijvers To: users@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Robert, with how much memory is your application running? Are you also doing searches at the same time? In specific, sorting on properties? Furthermore, Lucene is quite memory consuming, certainly the way Jackrabbit is using it. You just have to make sure you have enough memory Regards Ard On Wed, Aug 25, 2010 at 9:24 AM, Seidel. Robert wrot= e: > Hi, > > After storing a while data (about 80.000 nodes) into an CR, an out of mem= ory error occurred: > > 2010-08-25 00:22:58,439 ERROR (IndexMerger.java:568) - Error while mergin= g indexes: > java.lang.OutOfMemoryError: Java heap space > =A0 =A0 =A0 =A0 =A0 =A0at java.util.HashMap.resize(HashMap.java:508) > =A0 =A0 =A0 =A0 =A0 =A0at java.util.HashMap.addEntry(HashMap.java:799) > =A0 =A0 =A0 =A0 =A0 =A0at java.util.HashMap.put(HashMap.java:431) > =A0 =A0 =A0 =A0 =A0 =A0at org.apache.jackrabbit.core.query.lucene.Caching= IndexReader$CacheInitializer$1.collect(CachingIndexReader.java:433) > =A0 =A0 =A0 =A0 =A0 =A0at org.apache.jackrabbit.core.query.lucene.Caching= IndexReader$CacheInitializer.collectTermDocs(CachingIndexReader.java:515) > =A0 =A0 =A0 =A0 =A0 =A0at org.apache.jackrabbit.core.query.lucene.Caching= IndexReader$CacheInitializer.initializeParents(CachingIndexReader.java:425) > =A0 =A0 =A0 =A0 =A0 =A0at org.apache.jackrabbit.core.query.lucene.Caching= IndexReader$CacheInitializer.run(CachingIndexReader.java:386) > =A0 =A0 =A0 =A0 =A0 =A0at org.apache.jackrabbit.core.query.lucene.Caching= IndexReader.(CachingIndexReader.java:135) > =A0 =A0 =A0 =A0 =A0 =A0at org.apache.jackrabbit.core.query.lucene.Abstrac= tIndex.getReadOnlyIndexReader(AbstractIndex.java:315) > =A0 =A0 =A0 =A0 =A0 =A0at org.apache.jackrabbit.core.query.lucene.MultiIn= dex.replaceIndexes(MultiIndex.java:665) > =A0 =A0 =A0 =A0 =A0 =A0at org.apache.jackrabbit.core.query.lucene.IndexMe= rger$Worker.run(IndexMerger.java:551) > =A0 =A0 =A0 =A0 =A0 =A0at java.util.concurrent.Executors$RunnableAdapter.= call(Executors.java:417) > =A0 =A0 =A0 =A0 =A0 =A0at java.util.concurrent.FutureTask$Sync.innerRun(F= utureTask.java:269) > =A0 =A0 =A0 =A0 =A0 =A0at java.util.concurrent.FutureTask.run(FutureTask.= java:123) > =A0 =A0 =A0 =A0 =A0 =A0at java.util.concurrent.ScheduledThreadPoolExecuto= r$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:65) > =A0 =A0 =A0 =A0 =A0 =A0at java.util.concurrent.ScheduledThreadPoolExecuto= r$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:168) > =A0 =A0 =A0 =A0 =A0 =A0at java.util.concurrent.ThreadPoolExecutor$Worker.= runTask(ThreadPoolExecutor.java:650) > =A0 =A0 =A0 =A0 =A0 =A0at java.util.concurrent.ThreadPoolExecutor$Worker.= run(ThreadPoolExecutor.java:675) > =A0 =A0 =A0 =A0 =A0 =A0at java.lang.Thread.run(Thread.java:595) > > If I add more properties or change the binary data mime type for full tex= t indexing, then I'll get the error sooner. > > If I quit the application and restart it, it works again for a while. It = seems to me, that lucene is stacking up memory. > > How can I handle that situation? > > Kindly regards, > > Robert Seidel >