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

Vincent Primault commented on SOLR-15782:
-----------------------------------------

As I do need this feature, I gave it a stab: 
[https://github.com/apache/solr/pull/2016]

I copy/paste here the questions it raised to me while implementing it:
{quote}Do we envision having non-cloud container-level plugins, as this PR 
opens the way to? I am tempted to say it can be useful, but I don't know the 
original intention behind those plugins.{quote}
{quote}There is a mixed terminology of container plugins and cluster plugins, 
both in the docs and in the code. Related to my previous point, "container 
plugins" hints at the possibility of non-cloud plugins, while "cluster plugins" 
gets a rid of this hypothesis.{quote}

> Configure custom node/container handlers in solr.xml
> ----------------------------------------------------
>
>                 Key: SOLR-15782
>                 URL: https://issues.apache.org/jira/browse/SOLR-15782
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: David Smiley
>            Priority: Major
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> Since Solr 8.6 via SOLR-14404, it's been possible to define custom 
> node/CoreContainer request handlers.  However, the current mechanism requires 
> the use of cluster properties (in ZooKeeper).  That allows for dynamic 
> registration (cool) but it's awkward to pre-define them – it doesn't comply 
> with an [immutable 
> infrastructure|https://www.bmc.com/blogs/immutable-infrastructure/] philosphy 
> where node handlers can be defined by configuration local to the Solr node.  
> That's solr.xml.  So here, I propose that node handlers be defined there, 
> perhaps the same as is done in solrconfig.xml.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

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

Reply via email to