[ https://issues.apache.org/jira/browse/SOLR-17385?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Christine Poerschke updated SOLR-17385: --------------------------------------- Fix Version/s: 9.8 > coordinators don't support query requests that use any RH except /select > ------------------------------------------------------------------------ > > Key: SOLR-17385 > URL: https://issues.apache.org/jira/browse/SOLR-17385 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrCloud > Affects Versions: 9.4, 9.5, 9.6, 9.7 > Reporter: ella eln > Priority: Major > Fix For: 9.8 > > > Currently, solr's coordinators are hard codded to federate requests if and > only if they end with the hard-codded string "/select". > [https://github.com/apache/solr/blob/57fa8b968b1f6b82e048362a62906cda1bc153e7/solr/core/src/java/org/apache/solr/servlet/CoordinatorHttpSolrCall.java#L75] > This means that no costume search request handler will be federated by them > unless it's created under the naming scheme "*/select". This behavior is > quite odd and means that the coordinator feature does not allow existing > users to take full advantage of it's benefits - they face a choice between > not implementing it in their cluster or renaming any costume RH they have, > which is not ideal > > reference to mailing list discussion: > https://lists.apache.org/thread/9bg23vx96k8t5jhhcgzrv4lxd9gbzo10 -- 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