lucene locks index, tomcat has to stop and restart

Hi all, I met with such a problem with lucene demo: Each time when I create lucene index, I have to first stop tomcat, and restart tomcat after the index is created. The reason is: the index is locked when using IndexReader.open(index) method in the jsp file. So, I tried to modify the jsp codes

lucene index parser problem

Hi, I have such a problem when creating lucene index for many html files: It shows aborted, expectedtagnametagend for those html files which contain java scripts. It seems it cannot parse the tags \. Does anyone has any solution? Thank you very very much...!!! Ivy.

lucene locks index, tomcat has to stop and restart

Hi, I met with such a problem with lucene demo: Each time when I create lucene index, I have to first stop tomcat, and restart tomcat after the index is created. The reason is: the index is locked when using IndexReader.open(index) method in the jsp file. So, I tried to modify the jsp codes by

RE: Performance: compound vs. multi-file index, indexing and searching

Please see the test results for the 3 situations on Lucene 1.4rc3. Index speed from fast to slow Multiple files indexing with minMergeDoc=100 -- Multiple files indexing with minMergeDoc=10 -- compound index The search times are almost the same. Regards, hui tranditional indexing

exact the same score from different documents

Hi, I am getting the exactly same score like 0. 04809519 for different size documents for some queries and this happens quite frequently. Based on the score formula, it seems this should rarely happen. Or I misunderstand the formula? Regards, Hui

RE: index on SAN (storage area network)

Thank you very much for the suggestion, Otis. I did write a test program to check whether the directory is a directory. But I did not test it within the web application. It is related with tomcat security or the SAN setup. I need to figure out. Regards, Hui -Original Message- From: Otis

BooleanQuery$TooManyClauses

with maxClauseCount. Is increasing maxClauseCount the only way to avoid this issue in 1.3 final? The dev mail list has some discussion on the future plan on this. Regards, Hui - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

multiple indices seacher

fine. Does anyone know how to avoid this problem? Thx. I have to call rewrite in order to avoid the cached searcher's I/O problem. Regards, Hui - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

RE: int vs long and document ids on 64bit machines.

sorting option rather than the default score sorting. Still not sure whether it is a good idea or not though. Regards, hui -Original Message- From: Kevin A. Burton [mailto:[EMAIL PROTECTED] Sent: Thursday, March 11, 2004 2:14 PM To: Lucene Users List Subject: Re: int vs long and document ids

RE: Sys properties Was: java.io.tmpdir as lock dir .... once again

. Regards, Hui Indexing time: non-compound index 2:1709393 total milliseconds index total docs:66100 3:1322806 total milliseconds index total docs:66100 4:1387652 total milliseconds index total docs:66100 5:1371401 total milliseconds index total docs:66100 6:1378230 total milliseconds index total docs

RE: Sys properties Was: java.io.tmpdir as lock dir .... once again

PROTECTED] Sent: Thursday, March 04, 2004 11:54 AM To: Lucene Users List Subject: Re: Sys properties Was: java.io.tmpdir as lock dir once again hui wrote: Not yet. For the compound file format, when the files get bigger, if I add few new files frequently, the bigger files has to be updated

RE: Sys properties Was: java.io.tmpdir as lock dir .... once again

Thank you, the converting option from Luke is really helpful for migrate existing user index. Regards, Hui -Original Message- From: Andrzej Bialecki [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 10:57 AM To: Lucene Users List Subject: Re: Sys properties Was: java.io.tmpdir

RE: Sys properties Was: java.io.tmpdir as lock dir .... once again

the files not changed differently. Regards, Hui -Original Message- From: Erik Hatcher [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 9:21 PM To: Lucene Users List Subject: Re: Sys properties Was: java.io.tmpdir as lock dir once again On Mar 3, 2004, at 4:25 PM, hui wrote

RE: Sys properties Was: java.io.tmpdir as lock dir .... once again

number within one index out of the limit of your window system, you lost the index. Thank you for the consideration. Regards, hui -Original Message- From: Doug Cutting [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 3:46 PM To: Lucene Users List Subject: Re: Sys properties

RE: java.io.tmpdir as lock dir .... once again

I had to do something similar to make the application works with lucene 1.3 final when upgrading from 1.3 RC1. I think it is better to maintain back compatiable so existing users are not affected too much when a new release is available. Regards, Hui -Original Message

upgrade to lucene 1.3rc1 to 1.3 final

together with the new default write.lock option. If not, can anyone give me a hint on which files are best to rollback for 1.3 final. Thx. Regards, hui - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail

score for MultipleSearcher

by Lucene API 1.3rc. Any idea aobut this? Regards, Hui - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Proposition :adding minMergeDoc to IndexWriter

It is a great. Julien. Thanks. Next time I am going to post the requests to the developer groups. Regards, Hui - Original Message - From: Julien Nioche [EMAIL PROTECTED] To: Lucene Users List [EMAIL PROTECTED] Sent: Tuesday, September 23, 2003 5:38 AM Subject: Proposition :adding

Re: per-field Analyzer (was Re: some requests)

Good work, Erik. Hui - Original Message - From: Erik Hatcher [EMAIL PROTECTED] To: Lucene Users List [EMAIL PROTECTED] Sent: Saturday, September 20, 2003 4:13 AM Subject: per-field Analyzer (was Re: some requests) On Friday, September 19, 2003, at 07:45 PM, Erik Hatcher wrote

some requests

export two different parameters here? One is to control when we put the files into one segment in the disk so I can set it larger when the machine has enough memory; another one is to control when merge the segments. Right now it is the power of the mergeFactor. Regards, Hui

Re: Lucene demo ideas?

for the map source, the field name and index type should be the map target. Regards, Hui - Original Message - From: Robert Koberg [EMAIL PROTECTED] To: 'Lucene Users List' [EMAIL PROTECTED] Sent: Wednesday, September 17, 2003 10:09 AM Subject: RE: Lucene demo ideas? Hi, Here

too many files within one index

testing cases, it normally never reach 1000 even without optimization. Any idea about this? regards, Hui - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Make Lucene Index distributable

Also the performance drops down a lot in my case for option 1 Regards, Hui - Original Message - From: Scott Ganyo [EMAIL PROTECTED] To: Lucene Users List [EMAIL PROTECTED] Sent: Monday, August 18, 2003 3:03 PM Subject: Re: Make Lucene Index distributable Be careful with option 1. NFS

Re: AND instead OR for the search

? Regards, Hui - Original Message - From: Erik Hatcher [EMAIL PROTECTED] To: Lucene Users List [EMAIL PROTECTED] Sent: Monday, August 04, 2003 9:11 PM Subject: Re: AND instead OR for the search QueryParser, at least in Lucene's CVS, supports an attribute to toggle this capability

better search results from 1.2 than 1.3

query) even the query a.. top documents from 1.3 are not as good as the ones from 1.2 b.. the top document score from 1.3 are almost the same and 1.2 has better score system. Any idea about this? Is there any way I can achieve the same search quality within 1.3? Regards, Hui Ouyang

Re: AND instead OR for the search

Hi, Found the problem for this. I need to switch to JDK1.3.1 or above (jdk1.4) to make Lucene 1.3 works. It just does not work with jdk 1.3.0 Regards, Hui - Original Message - From: hui [EMAIL PROTECTED] To: Lucene Users List [EMAIL PROTECTED] Sent: Tuesday, August 05, 2003 3:14 PM

Re: AND instead OR for the search

] at org.apache.lucene.search.Hits.init(Hits.java:80) [Default] [Default] at org.apache.lucene.search.Searcher.search(Searcher.java:71) [Default] [Default] at org.apache.lucene.search.Searcher.search(Searcher.java:65) Any idea about this? Regards, Hui - Original Message

index error

Hi, Run the lucene indexing process with Lucene 1.2, I got following error. Any idea or clue ? Regards, Hui java.io.FileNotFoundException: I:\triplehop\MatchPoint\index\web\_1b.fnm (The sy stem cannot find the file specified) at java.io.RandomAccessFile.open(Native Method

RE: FrenchAnalyser ?

implementation, you can easily port it to JAVA. Regards, Hui -Original Message- From: Pierre Lacchini [mailto:[EMAIL PROTECTED] Sent: Thu 2/27/2003 9:39 AM To: Lucene (E-mail) Cc: Subject: FrenchAnalyser ? Hey

RE: How to index a Word document

. Regards, Hui -Original Message- From: Nellai [mailto:[EMAIL PROTECTED]] Sent: Thu 1/30/2003 10:50 PM To: [EMAIL PROTECTED] Cc: Subject: How to index a Word document Hi! Can anyone

RE: Range queries

Does this have better performance than using DateFilter? Regards, Hui -Original Message- From: Michael Barry [mailto:[EMAIL PROTECTED]] Sent: Wed 1/22/2003 10:27 AM To: Lucene Users List Cc: Subject: Re: Range queries