[
https://issues.apache.org/jira/browse/SOLR-16959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17769380#comment-17769380
]
ASF subversion and git services commented on SOLR-16959:
--------------------------------------------------------
Commit 708ab9b9be31d8166a863eaa9e5f4a62d5da18f3 in solr's branch
refs/heads/main from Vincent P
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=708ab9b9be3 ]
SOLR-16959: Make CoresLocator class configurable (#1891)
Co-authored-by: Vincent Primault <vprima...@salesforce.com>
> 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
