[
https://issues.apache.org/jira/browse/SOLR-705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lars Kotthoff updated SOLR-705:
-------------------------------
Attachment: SOLR-705.patch
Attaching new patch which, inspired by Yonik's suggestion, returns something
like
{noformat}
<doc>
<lst name="meta">
<str name="shard">localhost:8983/solr</str>
</lst>
<str name="id">MA147LL/A</str>
<str name="name">Apple 60 GB iPod with Video Playback Black</str>
</doc>
{noformat}
The parameter format changed as well, to get the doccument -> shard mapping,
add &metadata=shard to the request. The patch adds a new field for metadata to
SolrDocument. This should probably also be used for score and split out into a
separate issue if that general direction is ok.
Issues with the current implementation:
* Only works with XML responses and lists of SolrDocuments.
* The document found in multiple shards issue needs to be clarified.
* Tests.
> Distributed search should optionally return docID->shard map
> ------------------------------------------------------------
>
> Key: SOLR-705
> URL: https://issues.apache.org/jira/browse/SOLR-705
> Project: Solr
> Issue Type: Improvement
> Affects Versions: 1.3
> Environment: all
> Reporter: Brian Whitman
> Fix For: 1.4
>
> Attachments: SOLR-705.patch, SOLR-705.patch
>
>
> SOLR-303 queries with &shards parameters set need to return the dociD->shard
> mapping in the response. Without it, updating/deleting documents when the #
> of shards is variable is hard. We currently set this with a special
> requestHandler that filters /update and inserts the shard as a field in the
> index but it would be better if the shard location came back in the query
> response outside of the index.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
