On Nov 13, 2006, at 8:10 AM, Øyvind Stegard wrote:
I've searched the list and have found many references to problems when
using Lucene over NFS. Mostly because of file-based locking, which
doesn't work all that well for many NFS installations. I'm under the
impression that the core locking logi
On Jun 9, 2005, at 11:52 PM, Chris Collins wrote:
In that case I have a different performance issue, that is that
FSInputStream
and FSOutputStream inherit the buffer size of 1k from OS and IS
This would be
useful to increase to reduce the amount of RPC's to the filer when
doing merges
...
On Jun 10, 2005, at 9:33 AM, Chris Collins wrote:
How many documents did you try to index?
Only about 4000 at the moment.
I am using a relatively large
minMergeDoc that causes me to run out of memory when I make such a
change. (I
am using 1/2 gb of heap btw).
I was running out of mem
On Jun 13, 2005, at 6:18 AM, Markus Wiederkehr wrote:
I see, the list of exceptions makes this a lot more complicated than I
thought... Thanks a lot, Erik!
There is a section about the problems that hyphens create in
"Foundations of Statistical Natural Language Processing". Not only
are t
From reading the docs, it appears that Lucene supports addition of
new fields over time to an existing index. This is very handy for
folks whose indexing requirements change over time. My question has
to do with a change in an existing field name that goes from being
unstored to stored. Obv
On Jun 29, 2005, at 1:12 AM, Xing Li wrote:
1) Downloaded 1.4.3 src
2) ran ant... everything builds
3) $ cd builds
4) $ java -jar lucene-1.5-rc1-dev.jar
Failed to load Main-Class manifest attribute from
lucene-1.5-rc1-dev.jar
I haven't build anything java for almost 5 years so not sure wha
