Hi,
My second suggestion is basically to store the user documents (word
docs) directly in lucene index.
1) If you are using Lucene 1.4.3, you can do something like this:
// suppose the word docs are now in byte array
byte[] wordDoc = getUploadedWordDoc();
// add the byte array to lucene index
D
ene bib [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 30, 2005 9:37 AM
To: java-user@lucene.apache.org
Subject: No.of Files in Directory
Hi All
In my webapp i have people uploading their documents. My server is
windows/tomcat. I am thinking there will be a limit on the no of
files in a
direc
Thanks Jian
I need to retrive the original document sometimes. I did not quite understand
your second suggestion.
Can you please help me understand better, a pointer to some web resource will
also help.
jian chen <[EMAIL PROTECTED]> wrote:
Hi,
Depending on the operating system, there might be
al Message-
From: bib_lucene bib [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 30, 2005 9:37 AM
To: java-user@lucene.apache.org
Subject: No.of Files in Directory
Hi All
In my webapp i have people uploading their documents. My server is
windows/tomcat. I am thinking there will be a limit on
Hi,
Depending on the operating system, there might be a hard limit on the
number of files in one directory (windoze versions). Even with
operating systems that don't have a hard limit, it is still better not
to put too many files in one directory (linux).
Typically, the file system won't be very
Hi All
In my webapp i have people uploading their documents. My server is
windows/tomcat. I am thinking there will be a limit on the no of files in a
directory. Typically apllication users will load 3-5 page word docs.
1. How does one design the system such that there will not be any problem
