About @Transactional

forum_thread

Incremental online backup

Hello, Are there plans for ObjectDB to handle incremental online backups, where a backup does not create a whole new copy of the DB, but "updates" an existing backup? This behavior would make backups much faster as only a portion of the data would need to be copied. Such a feature would also allow to perform backups more often, several times a day, in order to always have a backup that's closer to the current state of the DB. Thank you #1 2016-04-07 10:19 Hello, Are there plans for ObjectDB to handle incremental online backups, where a backup does not create ...

 
forum_thread

Where Does ObjectDB Block/Lock?

These are questions asked in the context of the proposed architecture described in the forum thread titled, "Sample JDO Architecture for Follow Up Questions".   Questions about blocking/locking.  With my PersistenceManager multiThreaded=true architecture, I desire to know where ObjectDB is actually blocking/locking so I might adapt to achieve better concurrency. 1) Where are locks when accessing PersistenceManager by multiple threads? 2) Does it lock at PersistenceManager.currentTransaction()? #1 2016-07-25 15:41 These are questions asked in the context of the proposed architecture described in the forum thread titled, "Samp ...

 
forum_thread

Remove not working

Hello! We have a strange problem. #1 2015-12-15 17:14 Hello! We have a strange problem. Caused by: com.objectdb.o._EntityNotFoundException: Entity is not ...

 
forum_thread

Rollback after commit fail

Hi, I have question regarding transaction management in ObjectDB. Consider following scenario: Thread 1: try{ EntityManager em = emf.createEntityManager(); em.getTransaction.begin() persist object1 em.getTransaction().commit(); } catch(...){ em.getTransaction().rollback(); }   Thread 2: #1 2013-08-13 13:00 Hi, I have question regarding transaction management in ObjectDB. Consider following scenario: ...

 
forum_thread

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: #1 2015-12-15 14:25 We detected that the first Persist() of an entity take much longer than all subsequent calls. We have a s ...

 
api-jdo

getRollbackOnly()

Returns the rollback-only status of the transaction.(Method of javax.jdo.Transaction)

 
api-jdo

isTransactional(pc)

Tests whether this object is transactional.(Method of javax.jdo.spi.StateManager)

 
api-jdo

getPersistenceManager()

The Transaction instance is always associated with exactly one PersistenceManager.(Method of javax.jdo.Transaction)

 
api-jdo

javax.jdo.annotations.Transactional

Annotation to indicate that a member (field or property) is transactional but not persistent.(Annotation of JDO)

 
api-jdo

setRestoreValues(restoreValues)

If true, at rollback, fields of newly persistent instances are restored to their values as of the beginning of the transaction, and the instances revert to transient.(Method of javax.jdo.Transaction)