I`m currently developing a small library for easy reading/writing stuff
to and from the document. All primitives
(long,short,int,bool,byte,float,double,char) and non primitive Numbers
are supported, optionally they are compressed (a long doesn`t need 19
characters but only 2) and they are
A long (64 bits) needs 4 characters (each character = 16 bits), not 2 ;)
My bad.
-Oorspronkelijk bericht-
Van: Peter Veentjer - Anchor Men [mailto:[EMAIL PROTECTED]
Verzonden: vrijdag 12 augustus 2005 9:36
Aan: java-user@lucene.apache.org
Onderwerp: Library for easy write/read from
When I try to parse a query with an escaped backslash character like this
(using Lucene 1.4.3):
-id:20677 +(addr:Street143 AND zip:\\)
the QueryParser thows an Exception:
Encountered EOF at line 1, column 289.
Was expecting one of: AND ... OR ...
I think you are encountering a double escape problem in java literals.
QP is seeing a backslash in front of the ) and waiting for you to finish
the paren grouping.
how are you passing that string to the QP, is it embedded in your java
code? if so the java compiler is interpreting your \\ and
Hi,
I am encountering a weird problem. Usually the IndexWriter
creates bunch of supporting files during indexing. But when I try
indexing files uploaded from a CVS repository the indexing doesnt seem
to create all the necessary files. It just created three files cfs,
deletable and
The strings are not coming from Java literals, actually, so I didn't think
that was the problem.
Any other thoughts?
-- m@
I think you are encountering a double escape problem in java literals.
QP is seeing a backslash in front of the ) and waiting for you to finish
the paren grouping.
how
can you provide a JUnit test that genertes the exception ... if it's
coming from the parse call it should only require a 1 line test.
: Date: Fri, 12 Aug 2005 10:29:41 -0700 (PDT)
: From: Matt Magoffin [EMAIL PROTECTED]
: Reply-To: java-user@lucene.apache.org
: To: java-user@lucene.apache.org
:
Okay, just for the record, I'm currently on vacation, and i don't have
access to any of my indexes at work in order to make a comparison, but the
number of unique terms in your index (which is i'm 99% sure what
indexEnum.size represents in the code you cited) seems HUGE!!!
You havne't given us a
I am using the queryparser to search for names.
If I search for: john j*
I'd expect to get everybody called john j-something. john johnson,
john joe doe ect.
Instead I just all john and joes. In many of the hits there is not
second j-word.
Is there a way to get lucene to get satisfied after
the mailing list isn't fond of attachemnts ... can you inline it in your
email?
: Date: Fri, 12 Aug 2005 12:09:55 -0700 (PDT)
: From: Matt Magoffin [EMAIL PROTECTED]
: Reply-To: java-user@lucene.apache.org
: To: java-user@lucene.apache.org
: Subject: Re: QueryParser exception on escaped
I can verify that bad things are going on with backslashes and the
query parser in lucene 1.4.3
foo:hi\\ == foo:hi\
(foo:hi\\) == exception
foo:hi\\ == foo:hi\\
foo:hi\\^3 == foo:hi\^3
foo:hi \\ there == foo:hi \\ there
foo:'hi there' == foo:'hi
foo:\ == exception
foo:hi\ == foo:hi
So there
Sure:
import junit.framework.TestCase;
import org.apache.lucene.analysis.standard.StandardAnalyzer;
import org.apache.lucene.queryParser.QueryParser;
import org.apache.lucene.search.Query;
public class TestLuceneBackslashBug extends TestCase {
public void testLuceneBackslashBug()
On Aug 12, 2005, at 3:11 PM, Lasse L wrote:
I am using the queryparser to search for names.
If I search for: john j*
I'd expect to get everybody called john j-something. john johnson,
john joe doe ect.
Instead I just all john and joes. In many of the hits there is not
second j-word.
That is
: Programatically you can use PhrasePrefixQuery - see Lucene's test
: case code for examples of how it's used, but it is a bit of work to
: set up.
That's only needed if you assume that the field contains tokenized text.
if the whole name is indexed as a single Term, then a regular prefix query
14 matches
Mail list logo