[ 
https://issues.apache.org/jira/browse/SOLR-4559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13604463#comment-13604463
 ] 

Erik Hatcher commented on SOLR-4559:
------------------------------------

This seems to be unusable unless you write a custom query parser that is locked 
into a single field like the test case one in the patch.  Perhaps if there were 
a "field:value" qparser that didn't require any escaping, just splitting at the 
first colon then a settable fq qparser would be handy.  If we did do something 
like this, I'd prefer we lose the "defType" naming since it is confusingly 
unspecific.  fqDefaultParser or something like that would be clearer.
                
> add fqDefType to enable not needing to specify local params syntax for fq 
> parser
> --------------------------------------------------------------------------------
>
>                 Key: SOLR-4559
>                 URL: https://issues.apache.org/jira/browse/SOLR-4559
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Ryan Ernst
>         Attachments: SOLR-4559.patch
>
>
> People using fq= are generally sending structured queries (like facet 
> drilldowns etc), and it is useful to be able to set the default parser in 
> solrconfig.xml. Today fq uses the lucene parser, which means if your solr 
> clients arent properly escaping lucene syntax, facet drilldowns could broken. 
> It is just as tricky to ensure all clients are properly using localparams in 
> their fqs.

--
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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to