ObjectDB Database Search

1-41 of 41 results

Setting and Tuning of JPA Queries

on which they were invoked. Flush mode (setFlushMode) Changes made to a database by using an EntityManager ... must be flushed to the database to be visible to the query. The flush policy in JPA is represented by the FlushModeType enum, which has two values: AUTO - Flushes changes before query execution

JPA Lifecycle Events

). @PostPersist : Invoked after a new entity is stored in the database (during a commit or flush operation ... is updated in the database (during a commit or flush operation). @PreRemove : Invoked when an entity ... the database (during a commit or flush operation). An entity class can define callback methods for any

jakarta.persistence.EntityManager

flush . The timing of the flush process depends on the flush mode , which may be set explicitly by calling setFlushMode . For FlushModeType.COMMIT , the persistence context is flushed before ... must also be flushed before execution of any query whose result set would be affected by unflushed modifications

Storing JPA Entities

the clear and flush methods together to save memory during large transactions: em. getTransaction (). begin (); for (int i = 1; i

Index Definition

, which prevents duplicate values in the indexed field. If you try to commit or flush a transaction

jakarta.persistence.FlushModeType

Enumerates flush modes recognized by the EntityManager . When queries are executed within a transaction, if AUTO is set on the Query or TypedQuery object, or if the flush mode setting for the persistence context is AUTO (the default) and a flush mode setting has not been specified for the Query or

ArrayIndexOutOfBoundsException on flush

The following exception was thrown when my app attempted to flush an objectdb database: Caused by: rbccm.felix.framework.ApplicationException: Error flushing graph container at rbccm.felix.objectdb.workflow.ObjectDbGraphContainer. flush (Unknown Source) at rbccm.felix.objectdb.workflow

jakarta.persistence.TypedQuery.setFlushMode(FlushModeType)

;  FlushModeType flushMode ) Set the flush mode type to be used for the query execution. The flush mode type applies to the query regardless of the flush mode type in use for the entity manager. Parameters: flushMode - flush mode Returns: the same query instance. Since: Jakarta Persistence (JPA) 1.0

jakarta.persistence.StoredProcedureQuery.setFlushMode(FlushModeType)

setFlushMode (    FlushModeType flushMode ) Set the flush mode type to be used for the query execution. The flush mode type applies to the query regardless of the flush mode type in use for the entity manager. Parameters: flushMode - flush mode Returns: the same query instance. Since: Jakarta Persistence (JPA) 1.0

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

. This includes configuration information such as max results, hints, flush mode, lock mode, result set

jakarta.persistence.EntityExistsException

the EntityExistsException or another PersistenceException may be thrown at flush or commit time. The current transaction

Query can't see recently persisted object

within the same transaction. However if I call flush () on the EntityManager after the persist() the object will be found. Clearly I don't want to call flush () on the EntityManager, as I want the container ... ) { myObject = new MyObject(oid); mem.persist(myObject); // Flush is required for query to find object

Soft Reference Object Cache Recommendation

to upload). I desire to have a JdoBlob2 object cache that flushes automatically when JVM full GC happens ... [] to see that it did indeed get flushed from RAM and this listing after a single full GC.) I expected all byte[]s from ... More information. I did a test to see if evict() would allow the RAM to be flushed .  (e.g., code

Memory Leaks after COMMIT operation (checked on versions 2.6.5 & 2.6.6.b01)

(); m_EntityManager. flush (); m_EntityManager.clear(); m_EntityManager.close(); } After executing code ... .getTransaction().commit(); m_DataKeysCache.clear(); m_EntityManager. flush (); m_EntityManager.clear(); } When we completed import data to database we also using following code for flush all data to DB

Duplicate Entity class names causes Exception in Query

demands we flush transaction to db if we wish to see its results   q.setFlushMode(FlushModeType.AUTO ... ", cachedKey.toString());//ObjectDb demands we flush transaction to db if we wish to see its results q

EntityManager refresh problem

object has not been stored yet in the database. If we change the code and add a flush operation ... ;     entityManager. flush ();         

Exception on creation when running multithreaded

are executed on flushed changes that have not been committed yet - this may indicate an ObjectDB ... would be very helpful. support Support Yes, the query was executed on flushed changes and I

ClassCastException of same object type

) at com.objectdb.o.OBM.bG(OBM.java:800) at com.objectdb.o.OBM. flush (OBM.java:735) at org.sportscoring

problem with lazy loading - unittest project attached

commit). Using EntityManager 's flush during the transaction. support Support

Mismatch client-server protocol prefix

during commit or flush  and should indicate an attempt to persist a new entity object with a primary key

Need help to make this test work and define proper annotations for entities Lists

;  em. flush ();              em

OrphanRemoval not working?

to null. When saving the entity, I'm using merge and flush . The entity object is managed, so I think

Use temporary files to enable very large transactions

the first level cache (by flush () and detach()). But an array of bytes, any ObjectDB memory ... option of using temporary files for flush / commit , as suggested in #6 above (i.e. with heap size ... temporary files in transaction flush /commit set a new system property:     

Remove of an entry from a @OneToMany collection is not possible if the enhancer is disabled

");   parentEntity.getChildEntityContainer().put("01", childEntity);   entityManager. flush ... .getChildEntityContainer().remove("01");   entityManager. flush ();   entityManager.getTransaction ... . Any change to entity objects after flush is not detected, as demonstrated by a simpler test case

After using the enhancer, Lazy loaded collections are no longer loading. They are set as null

. flush (); Project project = new Project(); project.setAccount(account); entityManager.persist(project); entityManager. flush (); account = entityManager.find(account); assertNonNull(account.getProjects ... ;   em.persist(account);         em. flush ();   

docker documentation

( ) piped.write(13) piped. flush () sleep(100) piped.println( ) piped.write(13) piped. flush () sleep(100) piped.println( ) piped.write(13) piped. flush () } }   Now here's the strange bit, the license url

ObjectDB 2.6.8

after flushing a removed modified entity object. Fixed a  NullPointerExeption on new index building . Fixed a NullPointerExeption on flush ( issue #1840 ). Fixed a bug in using temporary files in

[ObjectDB 2.6.0_04] Unexpected exception (Error 990) com.objectdb.jpa.JpaQuery.getResultList

condition of running a query in a transaction with uncommitted flushed updates, where these flushed updates

ObjectDB 2.6.5

Added optional (experimental) support of using clients with different object model versions. Changed references to new flushed objects from ObjectDB to weak references. Cancelled an exception ... of connections specified in configuration. Fixed optimistic lock exception on removing of a flushed modified

[ObjectDB 2.6.7_04] Unexpected exception (Error 990)

you for this report. The stack trace indicates an unexpected condition at the end of a flush

File lock exception on odb$

.createEntityManager(EMF.java:176) at rbccm.felix.objectdb.workflow.ObjectDbInstanceContainer. flush (Unknown Source

ObjectDB 2.9.3_01

Fixed issue #2964  part 2 (posts 15-...) - refresh after flush can fail.

Negative snapshot user count exception

during query execution on a flushed transaction, i.e. there are uncommitted changes in

ArrayIndexOutOfBoundException

is invoked, do you have an open transaction? Are there flushed but non committed changes to the database

ObjectDB 2.8.8

#2750 ). Fixed an error on closing an  EntityManager  with non-comitted flushed transaction

ObjectDB 2.6.1

Added an option to disable temporary file deletion . Added support of using entity classes with missing dependent types. Added support of composite indexes with components of different lengths . Fixed a bug in reflection mode in detecting changes after flush ( issue #1602 ). Fixed

NullPointerException when using multithreading

thread has its own instance of EntityManager.  After 500 persists, the thread calls a flush

ObjectDB 2.6.9

PersistenceUnitInfo. Fixed a bug in removing a modified flushed entity object.

cannot delete objects after crash (see issue 2283)

after writing and flushing the transaction updates to the recovery file (the database file