[jira] [Commented] (SOLR-7410) Make it possible to use alternate query parsers with defType, not just localparams

["Hoss Man (JIRA)" <ji...@apache.org>]

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

Hoss Man commented on SOLR-7410:
--------------------------------

These parsers require these local params explicitly because there is no logical default they could use.  the params are so generic across many field types, it's not really a good idea to blindly trust that they can inherit these params from the top level request params (some parsers do in some situations because the comon case is to reuse them - see the spatial parser for example)

----

a trivial work around is to leverage paramater derefrencing, example...

{noformat}
http://localhost:8983/solr/techproducts/select?debug=query&q={!field+f=name+v=$qq}&qq=ipod
{noformat}


> Make it possible to use alternate query parsers with defType, not just localparams
> ----------------------------------------------------------------------------------
>
>                 Key: SOLR-7410
>                 URL: https://issues.apache.org/jira/browse/SOLR-7410
>             Project: Solr
>          Issue Type: Improvement
>    Affects Versions: 4.9.1
>            Reporter: Shawn Heisey
>            Priority: Minor
>
> Some query parsers, term and terms come to mind, require additional localparams to work.  For term and terms, the required parameter is f ... but if you try to choose the query parser with "defType" and then include an f parameter on the url, it doesn't work.
> I'm not sure what kind of parameter syntax to use, but it would be very useful if this were possible.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org