[
https://issues.apache.org/jira/browse/SOLR-3580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13403641#comment-13403641
]
Michael Dodsworth commented on SOLR-3580:
-----------------------------------------
one option (that sits somewhere between the 2 proposed solutions) may be to
have a 'supportedLowercaseOperators' setting that takes a comma-separated list
of supported operators. If no override is provided, the default behaviour would
be to accept '[and,or]'.
{code:xml}
<str name="supportedLowercaseOperators">and,or,not</str>
{code}
Let me get a patch together so people can take a look.
> In ExtendedDismax, lowercase 'not' operator is not being treated as an
> operator when 'lowercaseOperators' is enabled
> --------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-3580
> URL: https://issues.apache.org/jira/browse/SOLR-3580
> Project: Solr
> Issue Type: Bug
> Components: query parsers
> Affects Versions: 4.0
> Reporter: Michael Dodsworth
> Priority: Minor
> Fix For: 4.0
>
> Attachments: SOLR-3580.patch
>
>
> When lowercase operator support is enabled (for edismax), the lowercase 'not'
> operator is being wrongly treated as a literal term (and not as an operator).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
