Hello

I index once every 24h. If a single search takes place between those 24hours, the next indexing will generate a new cfs file, because the old one cannot be deleted.

Yes, I've read in the API that it's best not to open and close an IndexReader for every search, but right now I'm not concerned with performance (unless there is another problem with opening and closing). In any case, how should I deal with it? Will a singleton holding the IndexReader do the job? This is a web application.

Note that I'm not concerned about the actual files not being able to be deleted, nor the extra HD space that these occupy. I'm afraid that all these "locked" cfs files hold file handles which is not good for the O/S (?).

Right now I can only delete those cfs files when I stop the tomcat instance which runs my web application.

thanks,
Ioannis

Grant Ingersoll wrote:
Not sure why you can't close, but it's a bit suspicious that you are opening the IndexReader every time you do a search. Can you explain a little more about your process? When are you indexing, how often, etc.?

-Grant

On Mar 12, 2008, at 11:50 AM, Ioannis Cherouvim wrote:

Hello

I can index many times and delete the index files (manually). But if I search once, then the cfs file is locked and cannot be deleted. Subsequent indexings create new cfs files. Even if I undeploy the tomcat web application which holds the search code, the cfs file cannot be deleted.


O/S:
Windows XP


Code to index:
IndexWriter writer = new IndexWriter(
  PATH,
  new StandardAnalyzer(),
  true);

writer.addDocument(doc1);
writer.addDocument(doc2);
writer.addDocument(doc3);

writer.optimize();
writer.close();


Code to search:
Searcher searcher = null;
IndexReader indexReader = null;
try {
  indexReader = IndexReader.open(PATH);
  searcher = new IndexSearcher(indexReader);
  Hits hits = searcher.search(query);
  ...
} finally {
  searcher.close();
  indexReader.close();
}



Am I doing something wrong?

thanks,
Ioannis

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


--------------------------
Grant Ingersoll
http://www.lucenebootcamp.com
Next Training: April 7, 2008 at ApacheCon Europe in Amsterdam

Lucene Helpful Hints:
http://wiki.apache.org/lucene-java/BasicsOfPerformance
http://wiki.apache.org/lucene-java/LuceneFAQ






---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to