[ https://issues.apache.org/jira/browse/SOLR-9378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17725555#comment-17725555 ]
ASF subversion and git services commented on SOLR-9378: ------------------------------------------------------- Commit f4c541a94b7a579eeacc3b4b7fc9dd5a9db346a0 in solr's branch refs/heads/branch_9x from Chris M. Hostetter [ https://gitbox.apache.org/repos/asf?p=solr.git;h=f4c541a94b7 ] SOLR-9378: Internal shard requests no longer include the wasteful shard.url param. [shard] transformer now defaults to returning only the shard id (based on luceneMatchVersion), but can be configured to return the legacy list of replicas. (cherry picked from commit 7a55ce3852f0d58e02eb5f532b2a8c693d65ff4f) > Avoid sending the shard.url parameter in shard requests > ------------------------------------------------------- > > Key: SOLR-9378 > URL: https://issues.apache.org/jira/browse/SOLR-9378 > Project: Solr > Issue Type: Improvement > Components: search, SolrCloud > Reporter: Shalin Shekhar Mangar > Assignee: Chris M. Hostetter > Priority: Minor > Attachments: SOLR-9378-1.patch, SOLR-9378-2.patch, SOLR-9378.patch > > > The shard.url parameter contains a list of all replicas for a shard. One of > those is chosen by the HttpShardHandler to execute the request. So, it is > used only within the context of processing request on a distributor node as a > special storage for a list of replicas urls between the prep and execution > phase of HttpShardHandler. There is no real need to send this parameter down > to the chosen shard. > However, Hoss pointed out to me that removing this would break > ShardAugmenterFactory so we need to figure out if/how we can do this. > Personally, I don't think it is at all useful to write down *all* replicas > with the document without telling which replica really served the query. -- 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