Prior knowledge or experience in database programming (SQL, JDBC, ORM, JPA, etc.) is not required, but some background in using the Java language is essential.
Internal Website Search31-40 of 198 resultsRefresh
=true javax.jdo.option.RestoreValues=false The DB2 returns the message "Optimistic lock failed ... .objectdb.o._JdoUserException: Attempt to lock an entity object by retrieval when no transaction is activ
Hello, I have an entity E with an attribute which is a collection of entities (one to many relationship) with an optimistic locking strategy supported by a version field. Is it possible to prevent the increment of the version of entity E when entities are added to or removed from the collection
hi, my current use case is: execute unit test, verify results in explorer. my problem, i have to close the explorer before every run, and open it again after the tests are done. this slows down the whole process. i opened the database in readonly mode, but the file will be locked by the explorer
Hello When I get an optimistic lock on an object, refresh(), start trans and persist? Will the changes made to the object before the violation be retained or must they be duplicated in the retry code? Assuming it affects only one object. tia. cpanon CP The exact situation
Database is locked when in use
Optimistic Lock Exception With No Concurrency
below. No other process had a lock on the file, especially as the server had just been rebooted
with optimistic locking (as explained in the Locking in JPA section in chapter 3). You can expose ... field is explicitly defined. Therefore, optimistic locking is supported by ObjectDB
causes for RollbackException are lock failures: Exceptions can also be thrown on an attempt ... during query execution: The lock exceptions (above) may also be thrown during retrieval, if database lock has been requested for retrieved entity objects and it cannot be granted.
() Get the current lock mode for the query. Get the current lock mode for the query. Returns: lock mode ... back TransactionRequiredException - if a lock mode has been set and there is no transaction PessimisticLockException - if pessimistic locking fails and the transaction is rolled back LockTimeoutException - if pessimistic