8
votes

When I passed in a query "state:OR" lucene gave an error because it considers "OR" as a keyword for boolean clause, but here I actually man the abbreviation of Oregon, the state.

I have seen that quoting OR so the query becomes 'state:"OR"' makes it work.

but this doesn't sound like a very good approach, since I'll have to do a string substitution for EACH of the keywords that lucene uses: AND OR NOT and others?? I don't how many

I tried directly constructing the query instead of doing queryParser.parse(), but it seems that this does not go through the analyzers, which is a big problem.

3
You could analyze the term before constructing the query manuallyjpountz

3 Answers

7
votes

There are a number of ways to escape this, the cleaner is to escape AND, OR, & NOT with leading backslashes eg:

\\AND \\OR \\NOT

alternately, the code parser will not parse their lowercase equivalents as operators

4
votes

There are only 3 standalone keywords in the Lucene query syntax -- AND, OR, and NOT. ("TO" is also used, but is only recognized inside of a range query.)

It may help that your quoting code only needs to recognize the Lucene keywords actually used as terms in your application (like the "OR" above in your example).

0
votes

Just to make a resume, it may help other peoples when looking for the answer for this problem.

The answer that should be the right one is the comment provided by icyitscold

We need to use the reserved words (OR, AND, NOT) in lower case ( and, or, to ), it doesn't give any error and do correctly the search.