From the text on the Lucene Jakarta Site :
http://jakarta.apache.org/lucene/docs/queryparsersyntax.html
Lucene provides the relevance level of matching documents based on the
terms found. To boost a term use the caret, ^, symbol with a boost
factor (a number) at the end of the term you are
-Oorspronkelijk bericht-
Van: Luke Shannon [mailto:[EMAIL PROTECTED]
Verzonden: maandag 10 januari 2005 15:46
Aan: Lucene Users List
Onderwerp: Re: what if the IndexReader crashes, after delete, before
close.
One thing that will happen is the lock file
will get left behind. This
Karthik,
I don't think the boost in your example does much since you are using an
AND query, i.e. all hits will have to contain both vendor:nike and
contents:shoes. If you used an OR, then the boost would put nike
products above (non-nike) shoes, unless there was some other factor that
causes
I would be tempted to index the text fields but not save them. Since
Lucene returns everything as Otis pointed out, it's inefficent to keep
rarely used data in as content in the index. Put the text fields in a
database or a file tree somewhere and keep a pointer to it as a field in
the
I didn't want to let this drop this on the floor, but I haven't had the
time to craft a response to it either. So, just for the record I agree
that transactions would be nice. I think that it is important that the
solution address change visibility and concurrent transactions within
multiple
The SearchBlox Distributed Edition is a J2EE Search Component for the Akamai
EdgeComputing Platform, a J2EE Application Platform consisting of more than
14,000 servers in more than 1100 networks in over 70 countries. SearchBlox
Distributed Edition can handle search requests concurrently from
What about a shutdown hook?
Runtime.getRuntime().addShutdownHook(new Thread() {
public void run() { /* whatever */ }
});
see also http://www.onjava.com/pub/a/onjava/2003/03/26/shutdownhook.html
On Tue, 11 Jan 2005 13:21:42 -0800, Doug Cutting [EMAIL PROTECTED] wrote:
Joseph Ottinger
Hi all.
I'm starting to use lucene and I wonder if it is possible to make a
query syntax to ask for one string which can be in two different fields
and filter duplicated results like with distinct in SQL syntax.
Something like:
distinct (+string OR OtherField:(+string))
Thanks a lot
I didn't pay full attention to this thread, but it sounds like somebody
may be interested in RuntimeShutdownHook (or some similar name) as a
place to try to release the locks.
Otis
--- Joseph Ottinger [EMAIL PROTECTED] wrote:
On Tue, 11 Jan 2005, Doug Cutting wrote:
Joseph Ottinger wrote:
Eh, that exactly :) When I read my emails in reverse order
--- Chris Lamprecht [EMAIL PROTECTED] wrote:
What about a shutdown hook?
Runtime.getRuntime().addShutdownHook(new Thread() {
public void run() { /* whatever */ }
});
see also
: What about a shutdown hook?
Interesting idea, at the moment the file is created on disk, the
FSDirectory could add a shutdown hook that checked for the existence of
the file and if it's still there (implying that the Lock owner failed
without releasing the lock) it can forcably remove it.
Of
On Tuesday 11 January 2005 23:05, Carlos Franco Robles wrote:
I'm starting to use lucene and I wonder if it is possible to make a
query syntax to ask for one string which can be in two different fields
and filter duplicated results like with distinct in SQL syntax.
Lucene only knows documents
If I understand what you are trying to do, you don't have a problem.
You can OR to your heart's content and Lucene will properly create the
union of the results. I.e., there will be no duplicates.
There is built-in support for this kind of thing. See
MultiFieldQueryParser, and for better
Hi Erik,
Thanks for the pointers, I have modified the Indexer.java to index the
files from the directory by removing the file extenstion check of
(.txt). Now I do get the index from the files.
New situation is that when I run the FileSearch
java org.apache.lucene.demo.SearchFiles
Query: tty
14 matches
Mail list logo