[
https://issues.apache.org/jira/browse/SOLR-9378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15407770#comment-15407770
]
David Smiley commented on SOLR-9378:
------------------------------------
bq. 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.
+1
> 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
> Security Level: Public(Default Security Level. Issues are Public)
> Components: search, SolrCloud
> Reporter: Shalin Shekhar Mangar
> Priority: Minor
> Fix For: 6.2, master (7.0)
>
>
> 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
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
