[
https://issues.apache.org/jira/browse/SOLR-6607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14228070#comment-14228070
]
Noble Paul commented on SOLR-6607:
----------------------------------
Currently , you can hit {{/config/overlay}} to know the request handlers
specified in overlay. And {{/config/requestHandler}} can give you all request
handlers registered in the core.
Currently , there are three places a requesthandler can be loaded from
* registered in overlay
* registered in solrconfig.xml
* implicit ones , registered in code
And the priority is in that order .
However, we are planning to add a new a new endpoint
{{/<requesthandlername>/_meta}} which gives the details of the requesthandler .
Do you think it is necessary to know from where it is loaded in the {{/config}}
end point itself ?
> Managing requesthandlers through API
> ------------------------------------
>
> Key: SOLR-6607
> URL: https://issues.apache.org/jira/browse/SOLR-6607
> Project: Solr
> Issue Type: Sub-task
> Reporter: Noble Paul
> Assignee: Noble Paul
> Fix For: 5.0, Trunk
>
> Attachments: SOLR-6607.patch
>
>
> The concept of solrconfig editing is split into multiple pieces . This issue
> is about registering components and uploading binaries through an API.
> This supports multiple operations
> * commands 'create-requesthandler',
> "update-requesthandler","delete-requesthandler" which can set the
> configuration of a component . This configuration will be saved inside the
> configoverlay.json
> The components has to be available in the classpath of all nodes.
> example for registering a component
> {code}
> curl http://localhost:8983/solr/collection1/config -H -d '{
> "create-requesthandler" : {"name": "/mypath" ,
> "class":"com.mycomponent.ClassName"
> ,
> "defaults":{"x":"y" ," a":"b"}
> },
> "update-requesthandler" :{"name": "/mypath" ,
>
> "class":"com.mycomponent.ClassName" ,
> "startup":"lazy" ,
> "defaults":{"x":"y" ," a":"b"}
> },
> "delete-requesthandler" :"/mypath"
> }'
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
