You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Paul McArthur (Jira)" <ji...@apache.org> on 2023/12/04 18:20:00 UTC

[jira] [Commented] (SOLR-17096) Support for Cluster Singleton plugins with immutable deployments

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

Paul McArthur commented on SOLR-17096:
--------------------------------------

I have taken an initial stab at solving this by allowing the ContainerPluginsRegistry to get plugin configurations from a different source. Currently it's source for plugin configs is ZooKeeper, which allows for mutable plugin configurations, but it could consider the node config (solr.xml) as an alternate source.

I have added a system property that defines which plugin source to use when initializing the ContainerPluginsRegistry, and in the case that the immutable node config source is used, the API handlers for the /cluster/plugin Edit APIs are not registered, thus preventing their use.

 

I'm interested in people's thoughts on this, and I'll try to get a PR up for discussion in the next couple of days.

> Support for Cluster Singleton plugins with immutable deployments
> ----------------------------------------------------------------
>
>                 Key: SOLR-17096
>                 URL: https://issues.apache.org/jira/browse/SOLR-17096
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: Plugin system
>            Reporter: Paul McArthur
>            Priority: Major
>
> This issue is related to, and follows on from SOLR-15782.
> It should be possible to install and manage the configuration of a cluster singleton plugin in an immutable deployment of SolrCloud. SOLR-15782 discusses the merits of declaring such plugin configurations in solr.xml, and it's implementation provides scope to declare the Replica Placement plugin there.
>  
> While this approach could work generally for plugins with associated factories that are used to create instances of the plugin when required at runtime  (like the Replica Placement Plugin), it does not provide a solution for cluster singleton plugins which are only instantiated by having a configuration declared in the ZooKeeper cluster properties, which are managed solely by invocation of the /cluster/plugin edit APIs.
> It is undesirable to invoke the /cluster/plugin edit APIs with an immutable deployment, and instead any modification to the cluster singleton configurations should occur via a new deployment with the changes declared in solr.xml



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

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org