ObjectDB Database Search
51-100 of 200 resultsjakarta.persistence.EntityTransaction
(JPA) 1.0 void commit () Commit the current resource transaction, writing any unflushed changes to the database. Throws: IllegalStateException - if isActive is false. RollbackException - if the commit
|
|
jakarta.persistence.EntityManagerFactory
. If the given function returns without throwing an exception, this transaction is committed ... . If the given function returns without throwing an exception, this transaction is committed
|
|
OutofMemory error with Object DB 2.0
is commited after persisting 200 records and then the same transaction object from the same ... ;PersistentManager after every commit or how do I resolve this issue. Please help ... .objectdb.jpa.EMImpl. commit (EMImpl.java:279) at com.anritsu.eu.database.DatabaseImplementation.storeItem
|
|
evictAll() behavior
PersistenceManager - it is useful only to see changes that have been committed by other persistence ... one transaction and i want to reclaim memory after commit or even better after flush but I ... ; System.out.println("Cache size before commit = " + pm.getManagedObjects().size()); pm.currentTransaction(). commit
|
|
Remove an entity which attributes were changed - OptimisticLockException
the entity from the database. After commit the transaction an exception is caused with optimistic ... , it works well. Why the ObjectDB want to commit the changes of the entity although the entity ... and changes it. User 2 retrieves an object, removes it and commit . This should work if the changes
|
|
Database size is much larger than expected (x2)
to commit transaction: Java heap space (error 613) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:277) at image ... .jpa.EMImpl. commit (EMImpl.java:274) ... 2 more Question 1
|
|
Dirty checking
: Ideally I'd like to capture all objects that were changed after a commit , i.e: after the transaction ... really like to know after a commit what objects changed in the prior commit . in other words a 'post- commit ' listener. I can guarentee single threaded access to a single EntityManager in an embedded
|
|
objectdb-2.6.9_02 (with "objectdb.temp.no-enhancement-crc-check") vs. generic classes with interfaces: detailed investigation
there are now obsolete): - Issue #1924 - ObjectDB-2.6.9: Failed to commit transaction: Failed ... " [ObjectDB 2.6.9_02] javax.persistence.RollbackException Failed to commit transaction: Failed to locate ... reflection (error 613) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:290) at com.greensoft.objectdb.test
|
|
Soft Reference Object Cache Recommendation
(until commit ). Your test (at #9 above) does not show strong references from ObjectDB to your Data instances after committing a transaction. Note that we got much smaller heap size (4MB) than reported by ... dump after commit , clicking right and selecting "Show nearest GC root" results with a VisualVM
|
|
Date field Index is corrupted due to time change
_14] javax.persistence.RollbackException Failed to commit transaction: (error 613) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:302) at com.arunta.base.db.RecordingMetaDataDAO.commitTxn ... :740) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:299) ... 17 more It will be beneficial
|
|
Persist error @ManyToMany how to define correct entities relationships
(prod); em.getTransaction(). commit (); System.out.println("add product id : "+prod.id); } synchronized ... ){ checkActive(); //em.persist(prod); em.merge(prod); em.getTransaction(). commit (); System.out.println("add ... .getTransaction().begin(); } } } lo Hoel I finally managed to get it working by using merge when commit fails
|
|
Internal exception when updating date filed (TemporalType.DATE)
Hello! ObjectDB version 2.5.3_02. I get internal exception when commiting update Date field (javax ... to commit transaction: (error 613) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:290 ... .java:729) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:287) ... 2 more My test example attached 
|
|
Is it possible to remove parent/child entities without refresh?
.persistence.RollbackException Failed to commit transaction: (error 613)). Do you have an idea? package ... .getTransaction(). commit (); } @AfterClass public static void tearDown() throws Exception {   ... ; entityManager.getTransaction(). commit (); Assert.assertEquals(4, parentEntity.getChildren().size());  
|
|
calling persist on an object more than once
results in an error (613) when the transaction is commited : [ObjectDB 2.2.4] javax.persistence.RollbackException Failed to commit transaction: Attempt to reuse an existing primary key value (common.model.UserSession:13) (error 613) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:271) at javax.jdo
|
|
Felix, rollback exception, error 613
can begin, persist and commit once, but not twice; even after framework restart. I need to delete ... to /example/ [ObjectDB 2.7.5] javax.persistence.RollbackException Failed to commit transaction ... ; at com.objectdb.jpa.EMImpl. commit (EMImpl.java:289) at db.Activator
|
|
jakarta.persistence.PessimisticLockException
may be thrown as part of an API call, a flush or at commit time. The current transaction, if one is active
|
|
jakarta.persistence.LockTimeoutException
transaction rollback. This exception may be thrown as part of an API call, at, flush or at commit time
|
|
jakarta.persistence.EntityExistsException
the EntityExistsException or another PersistenceException may be thrown at flush or commit time. The current transaction
|
|
OptimisticLockException
with these exceptions: [ObjectDB 2.2.5_04] javax.persistence.RollbackException Failed to commit transaction ... A subsequently commits ? 4. Would a valid solution be to explicitly refresh any object before I modify ... - it is acceptable to present an error to the user if it tries to commit changes on a document
|
|
pesimistic Lock semantic
an exceptopn that lock could not be granted, quite nice but in that moment I wanted commit the first ... Square(picture2, 20)); pm2.currentTransaction(). commit (); } catch (JDOUserException e1) { pm1.currentTransaction(). commit (); pm2.currentTransaction().rollback(); System.out.println(Thread.currentThread
|
|
Optimistic locking: prevent version increment on entity collection attribute
; em.getTransaction(). commit (); Document tmpDoc = em ... constructor and we are still in the same transaction (before any commit or rollback). In the debugger ... a document, adds 2 Readings to it and commits the transaction. - I then clear the EntityManager so I
|
|
Error 613 - i cant put a list |
|
Fantom
") .createEntityManager() .with { transaction.begin() persist(new Address(street:"Groovy")) transaction. commit ... .with { getTransaction.begin persist(Address {street = "Fantom"}) getTransaction. commit } } } @Entity class ... : com.objectdb.o._RollbackException: Failed to commit transaction: Failed to get reference value
|
|
Different behavior with persist() and queried instances?
persist works though in a sample project, *after* the commit , my list property is correctly enhanced ... : After the commit and persist calls I do close the entity manager so my object gets detached. Between the persist() and the commit () call, my list property seems to be correctly tracked as it includes
|
|
Another behavior of transaction isolation level in comparing to 2.8.7
2.9.5_01 it does not work anymore. It works only, if I uncomment the commit () and begin() in ... .getTransaction(). commit (); innerEm.close(); // outerEm.getTransaction(). commit (); // outerEm ... ); assertTrue(secondQueryResult.get(1).strValue != null); outerEm.getTransaction(). commit (); outerEm.close
|
|
Optimistic Locking
.currentTransaction().begin(); pm.makePersistent(new Counter()); pm.currentTransaction(). commit (); pm.close ... .currentTransaction().begin(); c2.increase(); // First user commits - succeeds: pm1.currentTransaction(). commit (); pm1.close(); // Second user commits - fails with JDOOptimisticVerificationException
|
|
unable to update table in slave server database
to commit transaction: Attempt to commit a transaction in read only mode[ObjectDB 2.8.2] javax.persistence.RollbackException Failed to commit transaction: Attempt to commit a transaction in read only mode (error 613) at com.objectdb.jpa.EMImpl. commit (EMImpl
|
|
Remove a modified entity cause an optimistic lock exception
the object. Committing the changes. The console application is the same but without the flush ... ; em.getTransaction(). commit (); em.close();   ... ); em.getTransaction(). commit ();  
|
|
Removing an entity throws exception
: Failed to commit transaction: 51 ... Caused by: com.objectdb.o._RollbackException: Failed to commit ... .objectdb.o.OBC.onObjectDBError(OBC.java:1451) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:277) ... 39 ... :715) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:274) ... 40 more After this exception
|
|
Where Does ObjectDB Block/Lock?
at transaction. commit () if optimistic=true? 5) ObjectDB 1.0 Manual (Support Knowledge Base ObjectDB 1.0 ... , the call to transaction. commit () is where entity object locking actually happens. Does this mean ... up to the point where transaction. commit () is called? CBE CBE Does this mean that all other activity/calls
|
|
jakarta.persistence.EntityManagerFactory.runInTransaction(Consumer)
. If the given function returns without throwing an exception, this transaction is committed
|
|
jakarta.persistence.EntityManagerFactory.callInTransaction(Function)
. If the given function returns without throwing an exception, this transaction is committed
|
|
jakarta.persistence.EntityManager.getTransaction()
Jakarta Persistence (JPA) Method in jakarta.persistence.EntityManager EntityTransaction getTransaction() Return the resource-level EntityTransaction object. The EntityTransaction instance may be used serially to begin and commit multiple transactions. Returns: EntityTransaction instance. Throws
|
|
jakarta.persistence.EntityManager.runWithConnection(ConnectionConsumer)
any resources it creates, but should not close the connection itself, nor commit or roll
|
|
jakarta.persistence.EntityManager.callWithConnection(ConnectionFunction)
, but should not close the connection itself, nor commit or roll back the transaction. If the given
|
|
Object belongs to another EntityManager - ERROR
[stderr] (http--10.23.3.98-8081-5) Failed to commit transaction: Object 'pbdmodel.impl.OrgJedinicaImpl#8 ... ) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:290) 10:29:14,895 ERROR [stderr] (http--10.23.3.98 ... [stderr] (http--10.23.3.98-8081-5) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:287) 10:29:15,134 ERROR
|
|
problem with lazy loading - unittest project attached
the transaction should be valid for each repository method, so i guess after the commit the id is assigned ... me to call entityManager.getTransaction().begin()/ commit () and i also can not set the isolation to READ ... for your time and support. chris Christoph Ernst You are welcome. To get an object ID before commit
|
|
Memory Leak in EntityManagerFactory ?
with no commit or rollback ). Possibly, this behaviour is to avoid cleaning objects that are still in use ... it. Anyway, if this diagnosis is correct then a possible solution on your side may be to check and commit ... , anyway: if (em.getTransaction().isActive()) em.getTransaction(). commit (); em.close(); Another operation
|
|
failure to enforce NOT NULL for java.lang.String
); //try { tr.begin(); em.persist(r); tr. commit (); //} //catch (...) { } em.close(); emf.close ... Failed to commit transaction: Unique constraint (org.wroth.ws.signup.Request[username]) failed: Attempt to reuse an existing value (null) (error 613) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:279
|
|
Best practise loading big data
. One is to stupidly commit the transaction after a certain number of read accesses (every 10000 read access to commit and open a new transaction). But this does not sound like a nice solution. We tried to detach ... . Could you please repair the code? You mentioned commit as a workaround. It is unclear if this operation includes
|
|
Tracking changes to new collections (in enhancement mode) after flush
operations being performed in between. Once the transaction is committed , the issue is that the last ... .getTransaction(). commit (); em.clear();   ... ); //------------------------------- //------------------------------- em.getTransaction(). commit (); em.close(); em = emf
|
|
Unexpected Exception (java.lang.NullPointerException: Cannot invoke "com.objectdb.o.ORS.Z9())
In one of our applications, we encounter an unexpected problem. Commits fail with the following exception: com.objectdb.o.UserException: Failed to commit transaction: Cannot invoke "com.objectdb.o.ORS.Z9()" because " " is null at com.objectdb.o.MSG.a(MSG.java:77) at com.objectdb.jpa.EMImpl. commit
|
|
missing merger
accessing/ committing that object hgzpincher Hans-Georg Zwicker by the way, we are using ... before that transaction was committed . Assuming there are no errors in the database itself (as in ... changes - Does your application/test use flush (without or with later commit )? In the page
|
|
ArrayIndexOutOfBoundsException on flush
(). commit (); } catch(Exception e) { if(em.getTransaction().isActive()) em.getTransaction().rollback ... seems to be related but unfortunately I dont have a full stack trace as the app went into a commit retry loop which blew out the logs: Attempt to commit a transaction after failure in writing to database file 'F
|
|
InternalException during producer/consumer scenario
.java:595) Caused by: com.objectdb.o._RollbackException: Failed to commit transaction: Unexpected ... .objectdb.o.OBC.onObjectDBError(OBC.java:1386) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:259 ... .o.OBM.bD(OBM.java:711) at com.objectdb.jpa.EMImpl. commit (EMImpl.java:256) ... 4 more Caused by: java
|
|
Server out of memory exceptions
.RollbackException Failed to commit transaction: Attempt to commit a transaction after failure in writing ... .objectdb.jpa.EMImpl. commit (EMImpl.java:277) at rbccm.felix.gridservice.admin.dao ... to commit a transaction after failure in writing to database file 'F:\calculationservice\objectdb\dbs
|
|
Use temporary files to enable very large transactions
option of using temporary files for flush / commit , as suggested in #6 above (i.e. with heap size ... . This enables us to repeatedly commit on the second database and in case of a fault we can still recover a consistent state. We run the commit , if the Application consumes a percentage threshold of memory
|
|
Unexpected exception (Error 990) com.objectdb.o.InternalException
; em.getTransaction(). commit ();   ... ; em.getTransaction(). commit (); // unexpected state   ... .getTransaction(). commit (); // Keep a strong reference
|
|
Remove of an entry from a @OneToMany collection is not possible if the enhancer is disabled
); entityManager.getTransaction(). commit (); entityManager.getTransaction().begin ... (). commit (); entityManager.clear(); parentEntity = entityManager.find(ParentEntity ... ; em.getTransaction(). commit (); em.getTransaction().begin
|
|
cannot delete objects after crash (see issue 2283)
Hans-Georg Zwicker You are using recovery in sync="false" mode: In this mode, commit returns ... improvements: Improving the speed of the sync mode by delaying returning from commit , gathering several concurrent committing transactions together and reducing the number of sync operations by sync
|