John Wang wrote:
In the Lucene code, I don't see where the reader speicified when
creating a field is closed. That holds on to the file.
I am looking at DocumentWriter.invertDocument()
It is closed in a finally clause on line 170, when the TokenStream is
closed.
Doug
I have also seen this problem.
In the Lucene code, I don't see where the reader speicified when
creating a field is closed. That holds on to the file.
I am looking at DocumentWriter.invertDocument()
Thanks
-John
On Mon, 22 Nov 2004 16:21:35 -0600, Chris Lamprecht
[EMAIL PROTECTED] wrote:
A
Hi,
I had requested help on an issue we have been facing with the Too many
open files Exception garbling the search indexes and crashing the
search on the web site.
As a suggestion, you had asked us to look at the articles on O'Reilly
Network which had specific context around this exact
Gospodnetic
Cc: [EMAIL PROTECTED]
Subject: Too many open files issue
Hi,
I had requested help on an issue we have been facing with the Too many
open files Exception garbling the search indexes and crashing the
search on the web site.
As a suggestion, you had asked us to look at the articles
I'm sorry, I wasn't involved in the original conversation but maybe I
can jump in with some info that will help.
The number of files depends on the merge factor, number of segments, and
number of indexed fields in your index. It also depends on whether you
are using compound files or not (this
A useful resource for increasing the number of file handles on various
operating systems is the Volano Report:
http://www.volano.com/report/
I had requested help on an issue we have been facing with the Too many
open files Exception garbling the search indexes and crashing the
search on the
