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

Varun Thacker commented on SOLR-6365:
-------------------------------------

Okay so you are saying we will have fixed paths defined in Solr - /select, 
/update, /get, /suggest, /spellcheck etc.

Now all the user has to do is define his paramset. And then their API calls 
would look like - 
/select?q=foo&paramset=category-search
Or
/select/param-set-name?q=foo

Also if we are making this change would it also make sense to rename /select to 
/search ?

How does one plug in their custom component?

bq. BTW you should look at SOLR-6191 and apply the patch and play with it . if 
you know any path and append /meta to that path and you will get the 
documentation on that path.

Sounds awesome :)



> specify  appends, defaults, invariants outside of the component
> ---------------------------------------------------------------
>
>                 Key: SOLR-6365
>                 URL: https://issues.apache.org/jira/browse/SOLR-6365
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Noble Paul
>            Assignee: Noble Paul
>
> The components are configured in solrconfig.xml mostly for specifying these 
> extra parameters. If we separate these out, we can avoid specifying the 
> components altogether and make solrconfig much simpler. Eventually we want 
> users to see all funtions as paths instead of components and control these 
> params from outside , through an API and persisted in ZK
> example
> {code:xml}
>  <!-- these are top level tags not specified inside any components -->
> <params  path="/dataimport" defaults="config=data-config.xml"/>
> <params path="/update/*" defaults="wt=json"/>
> <params path="/some-other-path/*" defaults="a=b&c=d&e=f" invariants="x=y" 
> appends="i=j"/>
> <!-- use json for all paths and _txt as the default search field-->
> <params path="/**" defaults="wt=json&df=_txt" />
> {code}
> The idea is to use the parameters in the  same format as we pass in the http 
> request and eliminate specifying our default components in solrconfig.xml
>  



--
This message was sent by Atlassian JIRA
(v6.2#6252)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to