Internal Website Search

91-100 of 200 resultsRefresh

Threaded Test - Failed to commit transaction: Unexpected internal exception

Threaded Test - Failed to commit transaction: Unexpected internal exception

Updating JPA Entity Objects

transaction: Employee employee = em.transaction is committed. If the transaction ... from within an active transaction. No EntityManager

javax.persistence.EntityManager

). If this method is called when the entity manager is associated with an active transaction, the persistence context remains managed until the transaction completes. transaction-level rollback the LockTimeoutException will be thrown

Detached Entity Objects

persistence context. Rolling back a transaction - either by invocation of TransactionRequiredException is thrown if there is no active transaction when merge is called because operations that might modify the database require an active transaction. Cascading

DELETE Queries in JPA/JPQL

 within an active transaction, either explicitly by calling the remove ... that modifies the database, DELETE queries can only be executed within an active transaction ... >TransactionRequiredException is thrown if no transaction is active. On success - the

UPDATE SET Queries in JPA/JPQL

;within an active transaction. Applying changes to the database by calling the committransaction and the changes are visible ... if no transaction is active. On success - the executeUpdate method returns

JPA Exceptions

with no active transaction is represented by: transaction rollback are represented by: getCause method) . For example, if a transaction fails because of an attempt to store

JPA Lifecycle Events

objects. If a callback method throws an exception within an active transaction, the transaction is marked for rollback and no more callback methods are invoked for that operation.

javax.jdo.Constants

class="teaser"> The value for TransactionType to specify that transactions are managed by the Java Transactions API, as documented in JSR-220. The value for TransactionType to specify that transactions are managed by the Java Transactions API, as

[ODB1] Chapter 3 - Persistent Classes

. ObjectDB must know when a persistent field is modified during a transaction because the change must be applied to the database when the transaction is committed. ObjectDB must also know ... during transaction commit. A possible action is to apply last minute changes to persistent fields in the object