You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@clerezza.apache.org by "Henry Story (JIRA)" <ji...@apache.org> on 2011/07/08 15:38:16 UTC
[jira] [Created] (CLEREZZA-598) SimpleLiteralFactory converts longs
to ints, loosing information
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
[jira] [Closed] (CLEREZZA-598) SimpleLiteralFactory converts longs
to ints, loosing information
Posted by "Henry Story (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CLEREZZA-598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Henry Story closed CLEREZZA-598.
--------------------------------
> 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
[jira] [Commented] (CLEREZZA-598) SimpleLiteralFactory converts
longs to ints, loosing information
Posted by "Reto Bachmann-Gmür (JIRA)" <ji...@apache.org>.
[ 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
[jira] [Resolved] (CLEREZZA-598) SimpleLiteralFactory converts
longs to ints, loosing information
Posted by "Henry Story (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CLEREZZA-598?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Henry Story resolved CLEREZZA-598.
----------------------------------
Resolution: Fixed
> 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
[jira] [Commented] (CLEREZZA-598) SimpleLiteralFactory converts
longs to ints, loosing information
Posted by "Henry Story (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CLEREZZA-598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13062077#comment-13062077 ]
Henry Story commented on CLEREZZA-598:
--------------------------------------
If TDB has an issue in how it normalisez strings then that is an issue with their system. People will enter longs, and retrieve BigIntegers in that case. But there is no need for this framework I suppose to follow in the footsteps there. What if Sesame did not do that? What if it changes per sail? How would one write test cases if this framework could not itself make the difference.
> 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