[
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.
