ObjectDB Database Search
51-100 of 200 resultsjavax.transaction.Synchronization with Java SE 10.0.1: javax/ transaction /Synchronization at java.base/java.lang.ClassLoader.defineClass1 ... : java.lang.ClassNotFoundException: javax. transaction .Synchronization at java.base ... resolve) there is found a LoadedModule with this footprint [module java. transaction , location=jrt:/java | |
Bug with unique constraint exception not resulting in transaction roll back would expect ObjectDB to roll back the transaction and not persist anything.  ... over more than one transaction . In a managed environment, in which transactions are started and committed ... to see when one transaction is ended and another one begins. if you are sure that there is a problem, you may try | |
Custom Transaction Manager Hi, I am trying integrate ObjectDB and Quarkus Framework. Quarkus use Narayana/Arjuna transaction manager. ObjectDB doesn't allow me to configure custom JNDI name or Transaction Manager class ... locations, including: java:/TransactionManager javax. transaction .TransactionManager java:comp | |
Cannot catch a PersistenceException and continue the transaction the transaction as one that need to be rolled back. I understood that I can overcome it in several ways but those don't work for me. Begin a new (nested) transaction in another method that will be rolled back instead of the first one- doesn't work. I got a message that it couldn't begin a new transaction | |
Rollback of several closed transactions to split a transaction into several transactions . But then we need actually a rollback for several transactions . Is there any possibility in the ObjectDB to rollback several closed transactions ? btc_es BTC EmbeddedSystems You cannot roll back a committed transaction . In that case, you may want | |
Transaction isolation support? have been unable to find any documentation about how transaction isolation is handled. For example: What happens If I am reading data in transaction A, and then transaction B commits while A is reading ... database, A and B would run in their own transaction , and the answer would thus depend | |
Populating entity id before transaction commit Hi, I have a question about populating auto generated id before transaction commit. We are using OBD with Spring and transactions are managed by Spring. The problem is, that we have custom ... transaction is committed so all returned entities are not populated with ID in this context | |
Update entity without first opening a transaction Hi everyone, I want to update an entity in my program without having to open a transaction , do the modifications and commit the transaction . I want to have a managed entity that is in sync ... transactions for updating the content of a database. But if you use Java EE or Spring, the container may manage the transactions automatically. support Support | |
Is it possible to using JDO and distributed transaction? I'am new to study JDO. Can and How I use JDO an distributed transaction ?(multiple database ... Reference Documentation JCA, JTA, and JDO Transactions - Using ... ; btpka3 ZhangLiangLiang ObjectDB supports distributed transactions and JTA through JPA | |
Query for objects persisted within the same transaction I have a question concerning reading uncommited entities with query, within active transaction . For example, I read data from file. Each line contains value of one of entity's attributes ... and persisted withing current transaction is invisible to future queries in this transaction , unless | |
Performance in large transactions Hello, we have a performance problem when we use a large transaction . Let's do exactly the same in several transactions the ObjectDB works much faster. In our use case, we create many new entities and between the creations we call a select query. The execution of the query becomes slower at each | |
com.objectdb.o._RollbackException: Failed to commit transaction Check the Exception below: (occurs sometimes, ObjectDB 2.3.6_14) com.objectdb.o._RollbackException: Failed to commit transaction : at com.objectdb.o.JPE.g(JPE.java:89) ~[JPE.class:na] at com.objectdb.o.ERR.f(ERR.java:59) ~[ERR.class:na] at com.objectdb.o.OBC.onObjectDBError(OBC.java:1493) ~[OBC | |
Failed to commit transaction: Attempt to reuse an existing primary key value (613).RollbackException Failed to commit transaction : Attempt to reuse an existing primary key value | |
Querys without Transaction Hello, are querys faster, if we use the entity manager without transaction , since we need only read-only entities. btc_es BTC EmbeddedSystems There is no much difference, but report queries , i.e. queries that return simple value fields rather than entity objects are more efficient as | |
Failed to commit transaction: Java heap space (error 613).RollbackException Failed to commit transaction : Java heap space (error 613) We are using ObjectDB 2 | |
Query problem after transaction commit I have a machine running the objectdb server and the client on another machine connect to it. The client program can connect to the server and query to get all the records. However, after transaction .begin ... persist(p) .. commit of a new object, my client program can no longer retrieve the old | |
Another behavior of transaction isolation level in comparing to 2.8.7Another behavior of transaction isolation level in comparing to 2.8.7 | |
Query in nested transaction returns detached entity if lazy-loaded new objects that have been persisted by other transactions from within a transaction that was flushed ... manages flushed transactions as a snapshot of the database when flush occurs. Build 2.7.4_04 includes ... : Failed to commit transaction : Optimistic lock failed for object com.btc.ep.base.bl.internal.entities | |
ODB-FileWriter holds unecessary entity reference after transaction and entity manager are closed a transaction (including the entity manager) the ODB file writer still holds a reference to entities ... DBVectorStepBlockCollectionImpl was modified and then the transaction will be committed. em.getTransaction ... which hold much memory, if we execute several transactions on the identical entity manager | |
Unexpected exception (Error 990) - Merge with no Transaction I am frequently having an error when merging a detached object outside of a transaction ... : Attempt to modify an object with no active transaction when NontransactionalWrite is disabled: com ... .IllegalArgumentException Attempt to modify an object with no active transaction when NontransactionalWrite is disabled | |
Persist & remove in same transaction I have a test case (attached) which performs the following actions: Open a new transaction Create & persist a simple entity object, EntityManager is flushed, Transaction is not committed Count ... Remove the entity object, EntityManager is flushed & cleared, Transaction is not committed Count | |
Error in production. Failed to commit transaction: Unexpected database state: BTree -152 is not found.Read .doGet (115 ): Failed to commit transaction : Unexpected database state: BTree -152 is not found [ObjectDB 2.5.5] javax.persistence.RollbackException Failed to commit transaction : Unexpected | |
Threaded Test - Failed to commit transaction: Unexpected internal exceptionThreaded Test - Failed to commit transaction: Unexpected internal exception | |
jakarta.persistence.FlushModeType within a transaction , if AUTO is set on the Query or TypedQuery object, or if the flush mode setting ... is unspecified. If there is no transaction active or the persistence context is not joined to the current transaction , the persistence provider must not flush to the database. See Also: EntityManager | |
jakarta.persistence.EntityManager.refresh(Object,LockModeType): the PessimisticLockException is thrown if the database locking failure causes transaction -level ... : PessimisticLockException - if pessimistic locking fails and the transaction is rolled back. LockTimeoutException ... PersistenceContextType. TRANSACTION when there is no transaction ; if invoked on an extended entity manager | |
jakarta.persistence.EntityManager.refresh(Object,LockModeType,Map) is thrown if the database locking failure causes transaction -level rollback the LockTimeoutException ... : PessimisticLockException - if pessimistic locking fails and the transaction is rolled back. LockTimeoutException ... . TRANSACTION when there is no transaction ; if invoked on an extended entity manager | |
jakarta.persistence.EntityManager.refresh(Object,RefreshOption...): the PessimisticLockException is thrown if the database locking failure causes transaction -level rollback ... - if pessimistic locking fails and the transaction is rolled back. LockTimeoutException ... . TRANSACTION when there is no transaction ; if invoked on an extended entity manager | |
jakarta.persistence.TypedQuery.getResultStream() and the transaction is rolled back. LockTimeoutException - if pessimistic locking fails ... and the transaction is rolled back. TransactionRequiredException - if a lock mode other than NONE has been set and there is no transaction or the persistence context has not been joined | |
jakarta.persistence.TypedQuery.getSingleResult() fails and the transaction is rolled back. NoResultException - if there is no result. PersistenceException - if the query execution exceeds the query timeout value set and the transaction is rolled ... and there is no transaction or the persistence context has not been joined to the transaction . Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.TypedQuery.getSingleResultOrNull() back. PessimisticLockException - if pessimistic locking fails and the transaction is rolled back. PersistenceException - if the query execution exceeds the query timeout value set and the transaction is rolled ... and there is no transaction or the persistence context has not been joined to the transaction . Since: Jakarta Persistence (JPA) 3.2 | |
jakarta.persistence.TypedQuery.getResultList() - if pessimistic locking fails and the transaction is rolled back. LockTimeoutException - if pessimistic locking ... the query timeout value set and the transaction is rolled back. TransactionRequiredException - if a lock mode other than NONE has been set and there is no transaction or the persistence context has not | |
jakarta.persistence.EntityManager.joinTransaction()() Indicate to the entity manager that a JTA transaction is active and join the persistence context ... the scope of the active transaction or on an entity manager of type SynchronizationType.UNSYNCHRONIZED to associate it with the current JTA transaction . Throws: TransactionRequiredException | |
jakarta.persistence.EntityManager.runWithConnection(ConnectionConsumer) with a transaction , the action is executed in the context of the transaction . The given action should close ... back the transaction . If the given action throws an exception, the persistence provider must mark the transaction for rollback. Parameters: action - the action Throws: PersistenceException - wrapping the checked | |
jakarta.persistence.EntityManager.callWithConnection(ConnectionFunction) java.sql.Connection . If this EntityManager is associated with a transaction , the function is executed in the context of the transaction . The given function should close any resources it creates, but should not close the connection itself, nor commit or roll back the transaction . If the given | |
jakarta.persistence.EntityManager.lock(Object,LockModeType,LockOption...) if the database locking failure causes transaction -level rollback the LockTimeoutException is thrown ... fails and the transaction is rolled back. EntityNotFoundException - if the entity does not exist in ... - if there is no transaction or if invoked on an entity manager which has not been joined to the current transaction . Since: Jakarta Persistence (JPA) 3.2 | |
jakarta.persistence.EntityManager.lock(Object,LockModeType): the PessimisticLockException is thrown if the database locking failure causes transaction -level rollback ... - if pessimistic locking fails and the transaction is rolled back. EntityNotFoundException ... . TransactionRequiredException - if there is no transaction or if invoked on an entity manager which has not been joined | |
jakarta.persistence.EntityManager.lock(Object,LockModeType,Map) if the database locking failure causes transaction -level rollback the LockTimeoutException ia thrown ... - if pessimistic locking fails and the transaction is rolled back. EntityNotFoundException - if the entity does ... . TransactionRequiredException - if there is no transaction or if invoked on an entity manager which has not been joined | |
jakarta.persistence.LockTimeoutException transaction rollback. This exception may be thrown as part of an API call, at, flush or at commit time. The current transaction , if one is active, will be not be marked for rollback. Since: Jakarta Persistence | |
jakarta.persistence.EntityExistsException. The current transaction , if one is active, will be marked for rollback. If the entity already exists ... the EntityExistsException or another PersistenceException may be thrown at flush or commit time. The current transaction | |
jakarta.persistence.StoredProcedureQuery.executeUpdate() - if the query execution exceeds the query timeout value set and the transaction is rolled back. TransactionRequiredException - if there is no transaction or the persistence context has not been joined to the transaction . QueryTimeoutException - if the statement execution exceeds the query timeout | |
jakarta.persistence.EntityTransaction.setRollbackOnly() Jakarta Persistence (JPA) Method in jakarta.persistence.EntityTransaction void setRollbackOnly() Mark the current resource transaction so that the only possible outcome of the transaction is for the transaction to be rolled back. Throws: IllegalStateException - if EntityTransaction.isActive is false. Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.EntityManager.isJoinedToTransaction() Jakarta Persistence (JPA) Method in jakarta.persistence.EntityManager boolean isJoinedToTransaction() Determine whether the entity manager is joined to the current transaction . Returns false if the entity manager is not joined to the current transaction or if no transaction is active. Returns: boolean. Since: Jakarta Persistence (JPA) 2.1 | |
jakarta.persistence.EntityManager.getLockMode(Object) currently held. Throws: IllegalArgumentException - if a transaction is active but the given instance is not a managed entity. TransactionRequiredException - if there is no active transaction or if the entity manager has not been joined to the current transaction . Since: Jakarta Persistence (JPA) 2.0 | |
jakarta.persistence.PersistenceConfiguration.transactionType() Jakarta Persistence (JPA) Method in jakarta.persistence.PersistenceConfiguration PersistenceUnitTransactionType transactionType() The transaction type . If PersistenceUnitTransactionType.JTA , a JTA ... via PersistenceConfiguration.nonJtaDataSource . Returns: the transaction type. Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.PersistenceContext.type Jakarta Persistence (JPA) Method in jakarta.persistence.PersistenceContext PersistenceContextType type (Optional) Specifies whether a transaction -scoped persistence context or an extended persistence context is to be used. Default: PersistenceContextType. TRANSACTION Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.PersistenceContext.synchronization synchronized with the current transaction or whether the persistence context must be explicitly joined to the current transaction by means of the EntityManager.joinTransaction method. Default | |
jakarta.persistence.EntityManagerFactory.getTransactionType() Jakarta Persistence (JPA) Method in jakarta.persistence.EntityManagerFactory PersistenceUnitTransactionType getTransactionType() The type of transaction management used by this persistence unit, either resource-local transaction management, or JTA. Since: Jakarta Persistence (JPA) 3.2 | |
jakarta.persistence.EntityTransaction.getRollbackOnly() Jakarta Persistence (JPA) Method in jakarta.persistence.EntityTransaction boolean getRollbackOnly() Determine whether the current resource transaction has been marked for rollback. Returns: boolean indicating whether the transaction has been marked for rollback. Throws: IllegalStateException | |
jakarta.persistence.EntityTransaction.isActive() Jakarta Persistence (JPA) Method in jakarta.persistence.EntityTransaction boolean isActive() Indicate whether a resource transaction is in progress. Returns: boolean indicating whether transaction is in progress. Throws: PersistenceException - if an unexpected error condition is encountered. Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.EntityManager.close() is joined to an active transaction , the persistence context remains managed until the transaction completes |