[
https://issues.apache.org/jira/browse/SOLR-2996?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13589479#comment-13589479
]
Jan Høydahl commented on SOLR-2996:
-----------------------------------
Yea, found that out actually, but next obstacle
{noformat}
lap:parser janhoy$ javacc QueryParser.jj
Java Compiler Compiler Version 5.0 (Parser Generator)
(type "javacc" with no arguments for help)
Reading from file QueryParser.jj . . .
Warning: Choice conflict involving two expansions at
line 198, column 4 and line 199, column 6 respectively.
A common prefix is: "*"
Consider using a lookahead of 2 for earlier expansion.
{noformat}
Think we need to somehow say that {{q=Term(field)}} should be chosen only if
NOT <STAR> or something. But if you have some time next week to test it that's
great. The learning curve is a bit steep here.
> make "q=*" not suck in the lucene and edismax parsers
> -----------------------------------------------------
>
> Key: SOLR-2996
> URL: https://issues.apache.org/jira/browse/SOLR-2996
> Project: Solr
> Issue Type: Improvement
> Components: query parsers
> Reporter: Hoss Man
>
> More then a few users have gotten burned by thinking that "{{\*}}" is the
> appropriate syntax for "match all docs" when what it really does (unless i'm
> mistaken) is create a prefix query on the default search field using a blank
> string as the prefix.
> since it seems very unlikely that anyone has a genuine usecase for making a
> prefix query with a blank prefix, we should change the default behavior of
> the LuceneQParser and EDismaxQParsers (and any other Qparsers that respect
> {{\*:\*}} if i'm forgetting them) to treat this situation the same as
> {{\*:\*}}. we can offer a (local)param to force the old behavior if someone
> really wants it.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
