ObjectDB Database Search

51-100 of 200 results

javax.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.7

Another 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 exception

Threaded 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