[ https://issues.apache.org/jira/browse/SOLR-705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12739246#action_12739246
]
Hoss Man commented on SOLR-705:
-------------------------------
Ryan: might be worth while to split the jira issue ... create a new issue for an internal
API to add per doc metadata and use of this metadata in at least 2 response writers; then
make SOLR-705 (shard mapping) and SOLR-1298 (function query results) dependent on the new
issue and sanity test of the new internal APIs.
> 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
> Assignee: Ryan McKinley
> Fix For: 1.4
>
> Attachments: SOLR-705.patch, SOLR-705.patch, SOLR-705.patch, SOLR-705.patch,
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.
|