[
https://issues.apache.org/jira/browse/SOLR-3831?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13455958#comment-13455958
]
Jim Musil commented on SOLR-3831:
---------------------------------
Ok, that makes sense. I don't think that's what the code is doing, however. The
logic appears to be:
1. clone the input doc
2. apply atomic update logic to produce full doc
3. add the full doc locally
4. revert back to the original input doc
5. distribute the command to other nodes
A problem occurs deep within #5 because there's no atomic update logic built
into the distribAdd() chain for converting "add", "set", or "inc" into a proper
LuceneDocument.
By simply commenting out this line (343 on trunk) in
DistributedUpdateProcessor.java, the updates go through correctly.
{{cmd.solrDoc = clonedDoc;}}
> atomic updates do not distribute correctly to other nodes
> ---------------------------------------------------------
>
> Key: SOLR-3831
> URL: https://issues.apache.org/jira/browse/SOLR-3831
> Project: Solr
> Issue Type: Bug
> Components: SolrCloud
> Affects Versions: 4.0-BETA
> Environment: linux
> Reporter: Jim Musil
> Priority: Blocker
>
> After setting up two independent solr nodes using the SolrCloud tutorial,
> atomic updates to a field of type "payloads" gives an error when updating the
> destination node.
> The error is:
> SEVERE: java.lang.NumberFormatException: For input string: "100}"
> The input sent to the first node is in the expected default format for a
> payload field (eg "foo|100") and that update succeeds. I've found that the
> update always works for the first node, but never the second.
> I've tested each server running independently and found that this update
> works as expected.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
