You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@clerezza.apache.org by "Reto Bachmann-Gmür (JIRA)" <ji...@apache.org> on 2011/07/08 18:22:16 UTC

[jira] [Commented] (CLEREZZA-598) SimpleLiteralFactory converts longs to ints, loosing information

    [ https://issues.apache.org/jira/browse/CLEREZZA-598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13062042#comment-13062042 ] 

Reto Bachmann-Gmür commented on CLEREZZA-598:
---------------------------------------------

Afaik TDB "normalizes" all xsd integer values to one xsd type, make sure the resolution is compatible with this normalization, i.e. that value stored by tdb are the same before and after storing. Also I don't exactly see the motivation for the issue any xsd:long is an xsd:integer, I think xsd:long is to be used as the range of a property where for some reason one wants to ensure that its values areen't outside the long range.

> SimpleLiteralFactory converts longs to ints, loosing information
> ----------------------------------------------------------------
>
>                 Key: CLEREZZA-598
>                 URL: https://issues.apache.org/jira/browse/CLEREZZA-598
>             Project: Clerezza
>          Issue Type: Bug
>            Reporter: Henry Story
>
> from http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/#long
>  long is - derived-  from integer by setting the value of - maxInclusive-  to be 9223372036854775807 and - minInclusive-  to be -9223372036854775808. The - base type-  of long is integer.
> The information lost here is that one will end up on reconversion creating BigIntegers rather than the long that was initially guaranteed to be big enough.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira