[
https://issues.apache.org/jira/browse/SOLR-14036?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16992898#comment-16992898
]
David Smiley commented on SOLR-14036:
-------------------------------------
I'm re-opening. SOLR-3645 claims it doesn't work but it's not evident in what
circumstances. Maybe it didn't ever work but in the intervening years suddenly
did. [~antogruz] tried it and he said it did work, although it's not clear if
the results are truly correct. Maybe. (use-case was index introspection in
dev setting). I truly don't know; I'm not working with it. I don't like:
* that prepare() is referencing shards but IMO it shouldn't care. It needed
maintenance once related to security.
* that the default config has distrib=false and no comment as to why
* that the documentation says anything about distributed search; it should
simply work like all the other components do, which is the default presumption.
> TermsComponent distributed search (shards) doesn't work with SolrCloud
> ----------------------------------------------------------------------
>
> Key: SOLR-14036
> URL: https://issues.apache.org/jira/browse/SOLR-14036
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SearchComponents - other
> Reporter: David Smiley
> Priority: Major
>
> My colleagues [~bruno.roustant] and [~antogruz] attempted to use the
> {{TermsComponent}} in SolrCloud on a collection with multiple shards. The
> results were inconsistent depending on which shard the client was talking
> with. Looking at the prepare() method, I can see this component reads the
> "shards" param. It should not have been coded that way; the SearchHandler or
> related machinery is responsible for parsing/processing that.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
