[ 
https://issues.apache.org/jira/browse/SOLR-10250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ishan Chattopadhyaya resolved SOLR-10250.
-----------------------------------------
       Resolution: Fixed
    Fix Version/s: master (7.0)
                   6.5

bq. Note that SolrCloudClient agregating responses from multiple leaders is 
only part of the problem – if an update is internally forwarded (either due ot 
updates being sent to nodes arbitrarily, or because of leader election while in 
transit) then the version# will also be missing.

These issues are still unresolved, and can be tackled as part of SOLR-8733. 
This issue fixes the returning the versions part, whenever available.

Thanks [~BorisNaguet]!

> SolrCloudClient doesn't return 'adds' in Response when 'versions' is requested
> ------------------------------------------------------------------------------
>
>                 Key: SOLR-10250
>                 URL: https://issues.apache.org/jira/browse/SOLR-10250
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: SolrJ
>    Affects Versions: 6.4.1
>            Reporter: Boris Naguet
>            Assignee: Ishan Chattopadhyaya
>              Labels: locking, optimistic
>             Fix For: 6.5, master (7.0)
>
>         Attachments: SOLR-10250.patch, SOLR-10250.patch
>
>
> Hello,
> On our project we run Solr 4.2 but we're migrating to latest SolrCloud.
> We use optimistic locking, and when we post new documents we directly ask the 
> version with the "versions" parameter. The response is in a "adds" field.
> I can't even find a doc explaining that but it works :)
> With Solr 5 (we did a few tests some time ago), 6.2 and 6.4.1 the Solr 
> response has these "adds" but they're lost by the SolrJ client when 
> aggregating responses from different Shards.
> I have a patch that I'll propose via Github.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to