How to track database changes at run time to update index in Lucene ?

Hi Friend... I have two questions for you I am doing indexing using Lucene. I am taking data from database But for updation in index there is problem. How can I come to know that a row or a single data cell is get changed from row ? How can I index only

Re: BooleanQuery: static setMaxClauseCount(int)?

I thought the purpose of this method was for applications to specify the largest possible BooleanQuery that could be created in their application (either progromaticaly, via QueryParser, or as a result of rewriting a non-primative). Changing this to be non-static would (besides breaking existing

Re: .cfs file...

o.a.l.index.CompoundFileWriter Otis - Original Message From: Aditya Liviandi <[EMAIL PROTECTED]> To: java-dev@lucene.apache.org Sent: Tue 10 Jan 2006 09:44:11 PM EST Subject: .cfs file... Which classes handle the writing into the .cfs file? ---

.cfs file...

Which classes handle the writing into the .cfs file? -- This email is confidential and may be privileged. If you are not the intended recipient, please delete it and notify us immediately. Please do not copy or use it for any purpose, or disclos

BooleanQuery: static setMaxClauseCount(int)?

Hi, Is there a reason this method is static? public static void setMaxClauseCount(int maxClauseCount) If not, I'll change it. Thanks, Otis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

Re: Question about FieldInfos

: Is there some reason not to store all field attributes in one place (*.fnm) ? : Some of them are stored as a one byte-bit mask : in the field infos file (*.fnm), : : isIndexed (IS_INDEXED) : storeTermVector (STORE_TERMVECTOR) : storePositionsWithTermVector (STORE_POSITIONS_WITH_TERMVECTOR) :

Question about FieldInfos

Hi, my question is: Is there some reason not to store all field attributes in one place (*.fnm) ? A lucene field has some attributes: private boolean storeTermVector = false; private boolean storeOffsetWithTermVector = false; private boolean storePositionWithTermVector = false; private

Re: new spanish analyzer

Also, the snowball stemmer is available in the contributions of clucene. ben On 1/10/06, Steven Rowe <[EMAIL PROTECTED]> wrote: > Hola José, > > Did you know that Java Lucene already has a contributed Snowball-based > stemmer/analyzer, very similar to yours? > > http://svn.apache.org/viewcvs.cgi/

[jira] Commented: (LUCENE-486) Core Test should not have dependencies on the Demo code

[ http://issues.apache.org/jira/browse/LUCENE-486?page=comments#action_12362397 ] Grant Ingersoll commented on LUCENE-486: I am not happy with the replication thing, but if you can't build something in the main source tree without having the "demo"

[jira] Commented: (LUCENE-486) Core Test should not have dependencies on the Demo code

[ http://issues.apache.org/jira/browse/LUCENE-486?page=comments#action_12362385 ] Doug Cutting commented on LUCENE-486: - Why should we replicate this file in the t est tree? I don't see the need to make unit tests independent of the demo code. Why do

[jira] Commented: (LUCENE-436) [PATCH] TermInfosReader, SegmentTermEnum Out Of Memory Exception

[ http://issues.apache.org/jira/browse/LUCENE-436?page=comments#action_12362382 ] Fernando Martins commented on LUCENE-436: - I'm also having memory leaking when doing simple Searches using lucene CVS checkout from 2006-01-10 I'm using jrockit-jdk1.5

[jira] Updated: (LUCENE-486) Core Test should not have dependencies on the Demo code

[ http://issues.apache.org/jira/browse/LUCENE-486?page=all ] Grant Ingersoll updated LUCENE-486: --- Attachment: testdoc.patch FileDocument.java Attached is a new file FileDocument that lives under the Test structure, and changes to the a

[jira] Created: (LUCENE-486) Core Test should not have dependencies on the Demo code

Core Test should not have dependencies on the Demo code --- Key: LUCENE-486 URL: http://issues.apache.org/jira/browse/LUCENE-486 Project: Lucene - Java Type: Test Versions: 1.4 Reporter: Grant Ingersoll

RE: [jira] Commented: (LUCENE-140) docs out of order

Possibly "virus scanner" software interfering with the writing/renaming/copying of the index files??? -Original Message- From: Doug Cutting (JIRA) [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 10, 2006 11:29 AM To: java-dev@lucene.apache.org Subject: [jira] Commented: (LUCENE-140) docs

[jira] Commented: (LUCENE-140) docs out of order

[ http://issues.apache.org/jira/browse/LUCENE-140?page=comments#action_12362354 ] Doug Cutting commented on LUCENE-140: - File corruption could cause this. Please look in your system logs to see if there are any reports of problems accessing the drive t

Re: new spanish analyzer

Hola José, Did you know that Java Lucene already has a contributed Snowball-based stemmer/analyzer, very similar to yours? http://svn.apache.org/viewcvs.cgi/lucene/java/trunk/contrib/snowball/ It looks to me as though your Spanish stopword list is the only significant difference. Would you

new spanish analyzer

I have developed a spanish analyzer with spanish stemmer based in Porter algorithm. Its under GNU license and free for use. I hope that will be useful for spanish lucene users. You can download the stemmer here: http://multidoc.rediris.es/joseramon/index.php?option=com_docman&task=view_category&