[ 
https://issues.apache.org/jira/browse/SOLR-9378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17725487#comment-17725487
 ] 

ASF subversion and git services commented on SOLR-9378:
-------------------------------------------------------

Commit 7a55ce3852f0d58e02eb5f532b2a8c693d65ff4f in solr's branch 
refs/heads/main from Chris M. Hostetter
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=7a55ce3852f ]

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.


> 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

Reply via email to