[ https://issues.apache.org/jira/browse/SOLR-16959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17769385#comment-17769385 ]
ASF subversion and git services commented on SOLR-16959: -------------------------------------------------------- Commit b5b53199ca5488e37028dd50186cf604920a4888 in solr's branch refs/heads/branch_9x from Vincent P [ https://gitbox.apache.org/repos/asf?p=solr.git;h=b5b53199ca5 ] SOLR-16959: Make CoresLocator class configurable (#1891) Co-authored-by: Vincent Primault <vprima...@salesforce.com> (cherry picked from commit 708ab9b9be31d8166a863eaa9e5f4a62d5da18f3) > Make CoresLocator class configurable > ------------------------------------ > > Key: SOLR-16959 > URL: https://issues.apache.org/jira/browse/SOLR-16959 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) > Components: Plugin system > Reporter: Vincent Primault > Priority: Minor > Time Spent: 10m > Remaining Estimate: 0h > > I would like to be able to hook into the process of discovering and > persisting core descriptors. This allows to work with core descriptors not > stored locally, or replicated elsewhere. > For this purpose, I propose to make the CoresLocator instance configurable, > pretty much like other services (e.g., ConfigSetService, some handlers) are > already configurable. Attached PR creates a new "coresLocator" parameter in > solr.xml in order to achieve this. Because it is created outside of the > CoreContainer (it is needed to load a CoreContainer), constructor of a custom > CoresLocator receives a NodeConfig object (and not a CoreContainer) that it > can use to lookup other parameters, if required. > Example usage: > {code:java} > <solr> > <str name="coresLocator">com.myorg.CustomCoresLocator</str> > </solr>{code} -- 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