Hi
Does Lucene cache the documents it retrieves? If so in which object?
Chris
GET FREE 5GB EMAIL - Check out spam free email with many cool features!
Visit http://www.inbox.com/email to find out more!
I am just getting started with Lucene so I didnt know you could just use a
regular query parser. That seems to work.
Thanks
> Date: Thu, 15 Apr 2010 19:32:50 -0400
> Subject: Re: How to search multiple fields using multiple search terms
> From: erickerick...@gmail.com
> To: java-user@lucene
Why are you locked into using MultiFieldQueryParser? The simpler approach is
just send something like +title:abc +desc:123 through the regular query
parser
HTH
Erick
On Thu, Apr 15, 2010 at 6:34 PM, Andy wrote:
>
> Hi, I am trying to use the MultiFieldQueryParser to search "title" and
> "de
Hi, I am trying to use the MultiFieldQueryParser to search "title" and "desc"
fields. However the Lucene API appears to only let me provide a single search
term. Is it possible to use multiple search terms (one for each field)?
For example, the SQL equivalent would be:
select *
from luce
not sure if it matters, but I have to correct my statment, where this
has happened was both times win2008 R1 64bits, local filesystem.
I am trying to reproduce in my dev workstation but unable so far.
On Thu, Apr 15, 2010 at 10:11 AM, jm wrote:
> Hi Mike
>
> I have a server side, exposes a webse
Tnx Steve,
this solved the minor problem (finding two documents).
The maior problem (and customers bugreport) was not to find "(test". Now
solved: Indeed I should not use QueryParser.escape(...) by building a
PrefixQuery.
kind regards
Original-Nachricht
> Datum: Wed, 14 Apr
"Read" means "re-add", the spell checker in my mail program :-)
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
> -Original Message-
> From: Uwe Schindler [mailto:u...@thetaphi.de]
> Sent: Thursday, April 15, 2010 2:13 PM
> To: java
Hi Tomislav,
when reading your mail its not 100% clear what you did wrong, but I think the
following occurred (so its no GC problem):
You reused the Document and NumericField instance in your original approach.
But on each document you called again doc.add(nf). By that for each document
you ad
Hi,
I actually don't follow your change, because after "but changing it to" line
the only different thing I see is the doc.add(dateField) call, which you didn't
list before "but changing it to".
Also, if I understood Uwe correctly, he was suggesting reusing NumericField
instances, which means
Hi Uwe,
thank you very much for your answers. I've done Document and
NumericField reuse like this:
Document doc = getDocument();
NumericField dateField = new NumericField("date");
for each doc:
doc.add(dateField.setLongValue(Long.parseLong(DateTools.dateToString(date),
DateTools.Resolution.MINU
Hi All,
I am implementing a search function for address by hibernate search which is
based on lucene. The class definition as following:
@Indexed
public class Address implements Cloneable
{
@DocumentId
private int id;
@Field
private String addrCountry;
private String addrDesc;
@Field
private Str
Ok, thank you!
No, the full traceback is:
Exception in thread "Lucene Merge Thread #3"
P.Lucene.Expert.index.MergePolicy$MergeException: java.io.IOException: Data
error (cyclic redundancy check)
at
P.Lucene.Expert.index.ConcurrentMergeScheduler.handleMergeException(ConcurrentMergeScheduler.
The traceback is truncated?
Still, this looks like your filesystem (and, specifically at least one
of the files it's holding for Lucene) is corrupted -- Lucene was
trying to read bytes from a file, in order to merge segments, and the
OS/IO system threw that exception.
You should run CheckIndex (w
Hi Mike
I have a server side, exposes a webservice with operations (this is
simplified ignoring things non lucene related):
- addToIndex(doc, date)
- flushAllIndexes()
addToIndex() adds the doc to the index, the index is chosen based on
the date (simplified it's one index per day). To speed this
Hi All,
I got the following error while trying to optimize index sized 31 GB:
Exception in thread "Lucene Merge Thread #3"
P.Lucene.Expert.index.MergePolicy$MergeException: java.io.IOException: Data
error (cyclic redundancy check)
at
P.Lucene.Expert.index.ConcurrentMergeScheduler.handleMerg
15 matches
Mail list logo
