[ https://issues.apache.org/jira/browse/SOLR-16995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17818561#comment-17818561 ]
ASF subversion and git services commented on SOLR-16995: -------------------------------------------------------- Commit 2ec0cbff1305c6dc5870664a6ba7e67a214737f9 in solr's branch refs/heads/main from Vincent Primault [ https://gitbox.apache.org/repos/asf?p=solr.git;h=2ec0cbff130 ] SOLR-16995: Configure replication behaviour for each replica type (#2207) > Refactor replica types to make it easier to add new ones > -------------------------------------------------------- > > Key: SOLR-16995 > URL: https://issues.apache.org/jira/browse/SOLR-16995 > Project: Solr > Issue Type: Improvement > Reporter: Vincent Primault > Priority: Minor > Fix For: main (10.0) > > Time Spent: 16h > Remaining Estimate: 0h > > Current replica types are integrated in the code in an ad-hoc manner. > Consequently, it is not easy to modify the behaviour of an existing replica > type or to add a new one. > I'm working on separating compute from storage (with Ilan and others), and > for the purpose of this project we would need to add a new replica type (or > _maybe_ to alter the behaviour of existing ones). This is why I would like to > propose some iterative refactoring steps to make it possible to do so with > less boilerplate. > First PR is around making it easier to work with replica counts, i.e., the > number of replicas per replica type. It avoids tracking individually number > of replicas of a given type via individual variables. -- 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