[
https://issues.apache.org/jira/browse/SOLR-17096?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Smiley updated SOLR-17096:
--------------------------------
Description:
How-to: use {{<clusterSingleton name="myClusterSingleton"
class="com.acme.MyClusterSingleton"/>}}
And set the config {{solr.cluster.plugin.edit.enabled}} to false, thus
disabling mutable cluster plugins in ZK.
----
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
was:
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
> 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: 6h 10m
> Remaining Estimate: 0h
>
> How-to: use {{<clusterSingleton name="myClusterSingleton"
> class="com.acme.MyClusterSingleton"/>}}
> And set the config {{solr.cluster.plugin.edit.enabled}} to false, thus
> disabling mutable cluster plugins in ZK.
> ----
> 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: [email protected]
For additional commands, e-mail: [email protected]
