: Re: File descriptor leak in ParallelReader.reopen()
Really, your app should not drop things on the floor and hope for the
best you should explicitly close your IRs when you're done with
them.
I think the relevant change here was the removal of finalizers, under
this issue:
lowing
>> references, although there is mention that reopen() will forward back to
>> getReader().
>>
>> http://lucene.apache.org/java/3_0_1/api/core/org/apache/lucene/index/IndexWriter.html#getReader%28%29
>>
>> http://wiki.apache.org/lucene-java/NearRealtimeSea
ore/org/apache/lucene/index/IndexWriter.html#getReader%28%29
>
> http://wiki.apache.org/lucene-java/NearRealtimeSearch
>
>
>
>
> - Original Message
> From: Justin
> To: java-user@lucene.apache.org
> Sent: Fri, March 5, 2010 10:24:20 AM
> Subject: Re: File descriptor leak
28%29
>
> http://wiki.apache.org/lucene-java/NearRealtimeSearch
>
>
>
>
> - Original Message
> From: Justin
> To: java-user@lucene.apache.org
> Sent: Fri, March 5, 2010 10:24:20 AM
> Subject: Re: File descriptor leak in ParallelReader.reopen()
>
> Out o
ustin
To: java-user@lucene.apache.org
Sent: Fri, March 5, 2010 10:24:20 AM
Subject: Re: File descriptor leak in ParallelReader.reopen()
Out of curiosity, I downloaded 2.4.1 and made the necessary source code
modifications (attached). There used to be some sort of file descriptor
cleanup. Wit
File descriptor leak in ParallelReader.reopen()
We must have been getting lucky. Thanks Mark and Uwe!
- Original Message
From: Uwe Schindler
To: java-user@lucene.apache.org
Sent: Thu, March 4, 2010 6:20:56 PM
Subject: RE: File descriptor leak in ParallelReader.reopen()
That was always the
> http://www.thetaphi.de
> eMail: u...@thetaphi.de
>
>
> > -Original Message-
> > From: Justin [mailto:cry...@yahoo.com]
> > Sent: Friday, March 05, 2010 12:52 AM
> > To: java-user@lucene.apache.org
> > Subject: File descriptor leak in ParallelR
...@thetaphi.de
>
>
> > -Original Message-
> > From: Justin [mailto:cry...@yahoo.com]
> > Sent: Friday, March 05, 2010 12:52 AM
> > To: java-user@lucene.apache.org
> > Subject: File descriptor leak in ParallelReader.reopen()
> >
> > Hi Mike and
We must have been getting lucky. Thanks Mark and Uwe!
- Original Message
From: Uwe Schindler
To: java-user@lucene.apache.org
Sent: Thu, March 4, 2010 6:20:56 PM
Subject: RE: File descriptor leak in ParallelReader.reopen()
That was always the same with reopen(). Its documented in
-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Justin [mailto:cry...@yahoo.com]
> Sent: Friday, March 05, 2010 12:52 AM
> To: java-user@lucene.apache.org
> Subject: File descriptor leak in ParallelReader.reopen()
>
&g
Thu, March 4, 2010 6:00:02 PM
> Subject: Re: File descriptor leak in ParallelReader.reopen()
>
> On 03/04/2010 06:52 PM, Justin wrote:
> > Hi Mike and others,
> >
> > I have a test case for you (attached) that exhibits a file descriptor
> leak in ParallelReader.reopen
ak in ParallelReader.reopen()
On 03/04/2010 06:52 PM, Justin wrote:
> Hi Mike and others,
>
> I have a test case for you (attached) that exhibits a file descriptor leak in
> ParallelReader.reopen(). I listed the OS, JDK, and snapshot of Lucene that
> I'm using in the source code.
>
On 03/04/2010 06:52 PM, Justin wrote:
Hi Mike and others,
I have a test case for you (attached) that exhibits a file descriptor leak in
ParallelReader.reopen(). I listed the OS, JDK, and snapshot of Lucene that I'm
using in the source code.
A loop adds just over 4000 documents to an
Hi Mike and others,
I have a test case for you (attached) that exhibits a file descriptor leak in
ParallelReader.reopen(). I listed the OS, JDK, and snapshot of Lucene that I'm
using in the source code.
A loop adds just over 4000 documents to an index, reopening the index after
each, b
14 matches
Mail list logo
