You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Steve Davids (JIRA)" <ji...@apache.org> on 2014/02/26 05:32:19 UTC

[jira] [Updated] (SOLR-4937) SolrCloud doesn't distribute null values

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

Steve Davids updated SOLR-4937:
-------------------------------

    Fix Version/s:     (was: 4.7)

> SolrCloud doesn't distribute null values
> ----------------------------------------
>
>                 Key: SOLR-4937
>                 URL: https://issues.apache.org/jira/browse/SOLR-4937
>             Project: Solr
>          Issue Type: Bug
>            Reporter: Steve Davids
>
> When trying to overwrite field values in SolrCloud using doc.setField(fieldName, null) it produces inconsistent behavior depending on the routing of the document to a specific shard. The binary format that is sent in preserves the null, but when the DistributedProcessor forwards the message to replicas it writes the message to XML using ClientUtils.writeVal(..) which drops any null value from the XML representation. This was especially problematic when a custom processor was initially placed after the distributed processor using the previously mentioned setField(null) approach but then moved ahead of the DistributedProcessor which no longer works as expected. It appears that I now need to updated the code to: doc.setField(fieldName, Collections.singletonMap("set", null)) for it to properly distribute throughout the cloud due to the XML restrictions. The fact that the custom processor needs to change depending on it's location in reference to the DistributedProcessor is a drag. I believe there should be a requirement that you can take a SolrInputDocument -> toXml -> toSolrInputDocument and assert that the two SolrInputDocuments are equivalent, instead of a lossy translation to XML.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org