[ https://issues.apache.org/jira/browse/SOLR-17096?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
David Smiley updated SOLR-17096: -------------------------------- Summary: Support for Cluster Singleton plugins in solr.xml (was: Support for Cluster Singleton plugins with immutable deployments) > Support for Cluster Singleton plugins in solr.xml > ------------------------------------------------- > > 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 > Time Spent: 5h 10m > Remaining Estimate: 0h > > 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