[ 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-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org