[
https://issues.apache.org/jira/browse/SOLR-161?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12473580
]
Hoss Man commented on SOLR-161:
-------------------------------
Hmm... yeah, that's the trade off of DisMax respecting + and - as special
characters and not escaping them.
I guess we should add some preprocessing rules to deal with this ... i wonder
if maybe we should just allow a regex to be specified in the init params for
letting users strip arbitrary patterns.
Hmm... should a regex like that be applied before or after the call to
partialEscape?
> Dangling dash causes stack trace
> --------------------------------
>
> Key: SOLR-161
> URL: https://issues.apache.org/jira/browse/SOLR-161
> Project: Solr
> Issue Type: Bug
> Components: search
> Affects Versions: 1.1.0
> Environment: Java 1.5, Tomcat 5.5.17, Fedora Core 4, Intel
> Reporter: Walter Underwood
>
> I'm running tests from our search logs, and we have a query that ends in a
> dash. That caused a stack trace.
> org.apache.lucene.queryParser.ParseException: Cannot parse 'digging for the
> truth -': Encountered "<EOF>" at line 1, column 23.
> Was expecting one of:
> "(" ...
> <QUOTED> ...
> <TERM> ...
> <PREFIXTERM> ...
> <WILDTERM> ...
> "[" ...
> "{" ...
> <NUMBER> ...
>
> at org.apache.lucene.queryParser.QueryParser.parse(QueryParser.java:127)
> at
> org.apache.solr.request.DisMaxRequestHandler.handleRequest(DisMaxRequestHandler.java:272)
> at org.apache.solr.core.SolrCore.execute(SolrCore.java:595)
> at org.apache.solr.servlet.SolrServlet.doGet(SolrServlet.java:92)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
