You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Ralf Baumhof (JIRA)" <ji...@apache.org> on 2010/09/21 12:44:32 UTC
[jira] Created: (GERONIMO-5617) Timestamp precision (scale) openjpa
-> Oracle
Timestamp precision (scale) openjpa -> Oracle
---------------------------------------------
Key: GERONIMO-5617
URL: https://issues.apache.org/jira/browse/GERONIMO-5617
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: databases, persistence
Affects Versions: 2.1.4
Environment: Geronimo 2.14 with JDK 1.5 update 20, on Window / Linux, Database Oracle 10g or 11
Reporter: Ralf Baumhof
Timestamp precision should be up to 10 up -12 (nano second) with Datatype java.sql.Timestamp. On inserts to database only 10 up -3 is inserted.
This is done with rounding at position 10 up -3.
Example - the log lines beginning with a "#" the value of 5551110 is rounded to 12:16:06.006:
2010-09-21 12:16:06,646 INFO - $$vor update, timestamp.toString=2010-09-21 12:16:06.646 $$ nanos vor update=646000000
2010-09-21 12:16:06,646 INFO - (addition Millisekunden): 1 * 1110222 = 1110222
2010-09-21 12:16:06,646 INFO - $$nach update, timestamp.toString=2010-09-21 12:16:06.001110222 $$ nanos nach update=1110222
2010-09-21 12:16:06,662 INFO - $$vor update, timestamp.toString=2010-09-21 12:16:06.662 $$ nanos vor update=662000000
2010-09-21 12:16:06,662 INFO - (addition Millisekunden): 2 * 1110222 = 2220444
2010-09-21 12:16:06,662 INFO - $$nach update, timestamp.toString=2010-09-21 12:16:06.002220444 $$ nanos nach update=2220444
2010-09-21 12:16:06,662 INFO - $$vor update, timestamp.toString=2010-09-21 12:16:06.662 $$ nanos vor update=662000000
2010-09-21 12:16:06,662 INFO - (addition Millisekunden): 3 * 1110222 = 3330666
2010-09-21 12:16:06,662 INFO - $$nach update, timestamp.toString=2010-09-21 12:16:06.003330666 $$ nanos nach update=3330666
2010-09-21 12:16:06,677 INFO - $$vor update, timestamp.toString=2010-09-21 12:16:06.677 $$ nanos vor update=677000000
2010-09-21 12:16:06,677 INFO - (addition Millisekunden): 4 * 1110222 = 4440888
2010-09-21 12:16:06,677 INFO - $$nach update, timestamp.toString=2010-09-21 12:16:06.004440888 $$ nanos nach update=4440888
2010-09-21 12:16:06,693 INFO - $$vor update, timestamp.toString=2010-09-21 12:16:06.693 $$ nanos vor update=693000000
2010-09-21 12:16:06,693 INFO - (addition Millisekunden): 5 * 1110222 = 5551110
###2010-09-21 12:16:06,693 INFO - $$nach update, timestamp.toString=2010-09-21 12:16:06.00555111 $$ nanos nach update=5551110
###2010-09-21 12:16:36,583 INFO - $$ personAnschrift=4425 54852010-09-21 12:16:06.006
2010-09-21 12:16:36,583 INFO - $$ personAnschrift=4425 54842010-09-21 12:16:06.004
2010-09-21 12:16:36,583 INFO - $$ personAnschrift=4425 54832010-09-21 12:16:06.003
2010-09-21 12:16:36,583 INFO - $$ personAnschrift=4425 54822010-09-21 12:16:06.002
2010-09-21 12:16:36,583 INFO - $$ personAnschrift=4425 54812010-09-21 12:16:06.001
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-5617) Timestamp precision (scale)
openjpa -> Oracle
Posted by "Donald Woods (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-5617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912997#action_12912997 ]
Donald Woods commented on GERONIMO-5617:
----------------------------------------
Do you have precision settings set for this field as annotations or in a orm.xml?
Can you post your persistence.xml, entity and orm.xml (if using one)?
> Timestamp precision (scale) openjpa -> Oracle
> ---------------------------------------------
>
> Key: GERONIMO-5617
> URL: https://issues.apache.org/jira/browse/GERONIMO-5617
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: databases, persistence
> Affects Versions: 2.1.4
> Environment: Geronimo 2.14 with JDK 1.5 update 20, on Window / Linux, Database Oracle 10g or 11
> Reporter: Ralf Baumhof
> Original Estimate: 504h
> Remaining Estimate: 504h
>
> Timestamp precision should be up to 10 up -12 (nano second) with Datatype java.sql.Timestamp. On inserts to database only 10 up -3 is inserted.
> This is done with rounding at position 10 up -3.
> Example - the log lines beginning with a "#" the value of 5551110 is rounded to 12:16:06.006:
> 2010-09-21 12:16:06,646 INFO - $$vor update, timestamp.toString=2010-09-21 12:16:06.646 $$ nanos vor update=646000000
> 2010-09-21 12:16:06,646 INFO - (addition Millisekunden): 1 * 1110222 = 1110222
> 2010-09-21 12:16:06,646 INFO - $$nach update, timestamp.toString=2010-09-21 12:16:06.001110222 $$ nanos nach update=1110222
> 2010-09-21 12:16:06,662 INFO - $$vor update, timestamp.toString=2010-09-21 12:16:06.662 $$ nanos vor update=662000000
> 2010-09-21 12:16:06,662 INFO - (addition Millisekunden): 2 * 1110222 = 2220444
> 2010-09-21 12:16:06,662 INFO - $$nach update, timestamp.toString=2010-09-21 12:16:06.002220444 $$ nanos nach update=2220444
> 2010-09-21 12:16:06,662 INFO - $$vor update, timestamp.toString=2010-09-21 12:16:06.662 $$ nanos vor update=662000000
> 2010-09-21 12:16:06,662 INFO - (addition Millisekunden): 3 * 1110222 = 3330666
> 2010-09-21 12:16:06,662 INFO - $$nach update, timestamp.toString=2010-09-21 12:16:06.003330666 $$ nanos nach update=3330666
> 2010-09-21 12:16:06,677 INFO - $$vor update, timestamp.toString=2010-09-21 12:16:06.677 $$ nanos vor update=677000000
> 2010-09-21 12:16:06,677 INFO - (addition Millisekunden): 4 * 1110222 = 4440888
> 2010-09-21 12:16:06,677 INFO - $$nach update, timestamp.toString=2010-09-21 12:16:06.004440888 $$ nanos nach update=4440888
> 2010-09-21 12:16:06,693 INFO - $$vor update, timestamp.toString=2010-09-21 12:16:06.693 $$ nanos vor update=693000000
> 2010-09-21 12:16:06,693 INFO - (addition Millisekunden): 5 * 1110222 = 5551110
> ###2010-09-21 12:16:06,693 INFO - $$nach update, timestamp.toString=2010-09-21 12:16:06.00555111 $$ nanos nach update=5551110
> ###2010-09-21 12:16:36,583 INFO - $$ personAnschrift=4425 54852010-09-21 12:16:06.006
> 2010-09-21 12:16:36,583 INFO - $$ personAnschrift=4425 54842010-09-21 12:16:06.004
> 2010-09-21 12:16:36,583 INFO - $$ personAnschrift=4425 54832010-09-21 12:16:06.003
> 2010-09-21 12:16:36,583 INFO - $$ personAnschrift=4425 54822010-09-21 12:16:06.002
> 2010-09-21 12:16:36,583 INFO - $$ personAnschrift=4425 54812010-09-21 12:16:06.001
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.