You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Matt (Jira)" <ji...@apache.org> on 2019/10/11 11:04:00 UTC

[jira] [Commented] (SOLR-10653) After Upgrade from 5.3.1 to 6.4.2, Solr is storing certain fields like UUID, BigDecimal, Enums as :
    [ https://issues.apache.org/jira/browse/SOLR-10653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16949369#comment-16949369 ] 

Matt commented on SOLR-10653:
-----------------------------

Hi, is there any movement on this? Currently running into the same issue

> After Upgrade from 5.3.1 to 6.4.2, Solr is storing certain fields like UUID, BigDecimal, Enums as <object type >:<value>
> ------------------------------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-10653
>                 URL: https://issues.apache.org/jira/browse/SOLR-10653
>             Project: Solr
>          Issue Type: Bug
>          Components: clients - java, SolrJ
>    Affects Versions: 6.4.2
>            Reporter: Sudharshan Krishnamurthy
>            Priority: Major
>
> Originally being in 5.3.1 when supplying object types such as java.util.UUID, Enum, BigDecimal supplied to SolrInputDocument the conversion to corresponding data types defined in the Solr schema happened just fine in this case string, string, float respectively. After the upgrade to 6.4.2 version, I see that when such values are supplied to SolrInputDocument, while saving it gets stored as "java.util.UUID:0997e78e-6e3d-4824-8c52-8cc15533e541" with UUID for example and fully qualified name of the class for Enums etc. Hence while deserializing we are getting errors such as 
> Invalid UUID String: 'java.util.UUID:0997e78e-6e3d-4824-8c52-8cc15533e541'
> Although converting these fields to String before supplying to SolrInputDocument or converting to varchar for delta import queries seem to fix the problem. I wonder what changed between the 2 versions to have me do this String or varchar conversion that was not required before.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

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