About Time

11-20 of 200Refresh
Forum
24

Wrong data stored in time only fields

only fields. The object and its date and time fields are the same as in the referenced thread. Except we are using ObjectDB 2.6.4_08, the system time zone is set to EST and both the OS and JVM are using the 2015g time zone data. While we cannot see a problem with date only fields (more testing
Forum
23

Time Sequence Object Command DB

We (www.s2ssystems.com) have a time-sequential object command database.  I would like ... of this database are: Each transaction has a time-stamp which is the time the transaction was added to the database. The user can efficiently restore the data-model to a specified time which requires reloading
Forum
23

Insert time increases as db grows.

; then 11 seconds and so on. Should I change my config in some way to get more stable insertion time ... , to avoid further performance loss over time. Well, I'm using Spring Data JPA, so I'm not sure I ... enhancer manually on classes, but still getting the same results: insertion time grows as db grows. I've
Forum
23

Compile time enhancement using build.xml of a Netbeans web application

of a Netbeans web application project to specify ObjectDB compile time enhancement, for both single file ... have been working with run-time enhancement using objectdb.jar as a javaagent, but I am now ... feature, so I want to try compile time enhancement. Besides, as the ObjectDB manual says: Enhancement by
Forum
23

Maven driven compile time ehnancement

during compile time. Just add the following to your pom.xml:        time ... . Your solution solves the problem. Ahh ok yes that makes sense. I've seen the issue many times in other systems
Forum
23

EntityManager.refresh takes a long time

EntityManager.refresh takes a long time for entity object Person in this code:     logger.log(Level.INFO, "begin select for person " + new Date().toString());                TypedQuerytime reaches 30 - 40 seconds. Please help to understand why.  Thanks for your help
Forum
23

First persist takes long time

We detected that the first Persist() of an entity take much longer than all subsequent calls. We have a small example (see Appendix) which outputs the following times: First transaction ... " /> Could you explain the long time for first persist? Some operations are only required for a new
Forum
23

log entry date/time

It would be very useful if each entry in the log file has a date/time stamp. Thanks, Carl   Version 2.2.2 adds date/time stamps to the log. Thank you for your suggestion. FastModel
Forum
23

package.jdo validation error (Connection timed out)

: Connection timed out: connect NestedThrowables: java.net.ConnectException: Connection timed
Forum
23

Post-compilation enhancement vs Automatic Run-time enhancement

We are getting massively different results on field loading between explicit post-compile enhancement and automatic run-time enhancement. Testing exactly where and when the results are different for our demo web app is a very time consuming task, and very difficult, it means testing literally 100s