Hi Jörg, I have no issue with your suggestion.
Does anyone object? Like an implementation who would have to actually do the work? JPOX?
Craig On Aug 6, 2007, at 3:57 AM, [EMAIL PROTECTED] wrote:
Hello Craig,I had a quick look at the draft, and, next to feeling honoured, I was particularly happy to see chapter "12.17 Server Date". Only a few weeks ago I made some bad experience with JPA/Hibernate with the same problem of obtaining the current timestamp from the database, with nanoseconds missing in particular. I'd like to comment that having nanoseconds precision where available is very desirable here.In my case I have to log some kind of events in the database, and later on I need to deterministically retrieve them sorted by timestamp of their occurrence. It turned out that a precision milliseconds was a problem, because events often occured within the same millisecond, so I ended up retrieving logged events in some arbitrary order that was different from their real order of occurrence.So I'd suggest something along the lines of the following in that chapter:"The underlying implementation should return instances of java.sql.Timestamp for databases that support nanosecond-precision of date-time values."Regards, Jörg Zitat von Craig L Russell <[EMAIL PROTECTED]>:at http://db.apache.org/jdo/documentation.html Check it out, and send comments... Craig RussellArchitect, Sun Java Enterprise System http://java.sun.com/products/ jdo408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp!
Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp!
smime.p7s
Description: S/MIME cryptographic signature
