Internal Website Search

1-27 of 27 results

Entity Management Settings

(which serves as a first level cache). The valid values are "weak" , "soft " and " strong ". Modified entities are always held by strong references in the persistence context (until commit or flush

ObjectDB 2.9 Developer's Guide

, but a strong background and understanding of the Java language is essential. Further Reading

Working with JPA Entity Objects

it and it is automatically removed from the persistence context. ObjectDB can be configured to use strong

Soft Reference Object Cache Recommendation

, so there is a strong reference to the byte[] when data needs to be written back to ObjectDB datastore ... datastore page file cache keeping strong references to the pages that comprise the data of the byte ... ? Can you see a path of strong references from a root that holds that  byte[] from being garbage

evictAll() behavior

with no enhancement as an extension to JDO - but it is less efficient and has some limitations. For example, strong ... ).  ObjectDB doesn't hold strong references to hollow objects, so if your application doesn't hold  strong references either - they can be garbage collected. support Support evictAll - i

Entity Management Config questions

are "weak", "soft" and " strong ". Modified entities are always held by strong ... . Question : What exactly is the difference between "weak", "soft", and " strong " references? dmoshal ... /understanding-weak-references For more information, please see: https://www.google.com/search?q=java+ strong +weak+soft+reference&gws_rd=ssl support Support

Caching/Paging Questions...

of its result objects already created and reside in memory ? Q2: Do I need to manually use strong ... (but the difference is not huge). You can either use application managed strong references or you can set the configuration , so strong references will be used automatically until the persistence context is cleared

Out of Memory Error

, if you create EntityManagerFacotry instances but do not close all of them, or still have strong references ... using strong references and somehow still reference EntityManager instances. To check

Cascading makeTransient

, so everything is already transient, just that ObjectDB sets a permanent strong reference from B

OutofMemory error with Object DB 2.0

Pathak The question is who holds the  com.objectdb.o.ENT instances with strong references

Internal objectdb error when execute a flush

_es BTC EmbeddedSystems This regression was caused by a change in 2.6.4_04 from strong to weak

JPA vs JDO - which is more efficient for OneToMany queries?

a query (and has no real value in the database). Anyway, you will have strong static typing

A lot of ENT and SIV instances which are not cleared by GC

with an helper ENT object.  entityManager.clear() should release strong references to ENT objects

Storing Images and Object Pooling

changing the default reference cache configuration from weak to soft or strong . However, notice

Persistent domain in Scala or Java...

.  Are there strong JPA-like libraries for Scala, or should I be considering Scala-specific

Heap Limit reached although the option 'objectdb.temp.page-file' is activated

to see were are the strong references that hold them in memory. support Support

[ODB1] Chapter 6 - Persistent Objects

time. When using data store transactions (which is the default in ObjectDB), there is a strong

ObjectDB 1.0 Manual

(SQL, JDBC or JDO) is not required in order to follow this guide, but a strong background

[ODB1] Chapter 5 - JDO Connections

. The strong one to one relationship implies that, theoretically, transaction management

Best practise loading big data

? With enhanced classes ObjectDB is not expected to hold strong references (which prevents garbage ... and paths of strong references from roots to objects? support Support @Entity class MyStepBlockCollection ... with strong references, so hopefully the heap dump could help in understanding the issue. support Support

Unexpected exception (Error 990) com.objectdb.o.InternalException

;  // Keep a strong reference to the embeddable but free the entity:      ... .getTransaction().commit();         // Keep a strong reference

TYE NullPointerException

inconsistency. Is it possible that your application uses a collection after it releases the last strong ... is included now in build 2.3.2_01. Lazy collections will always hold a strong reference to the containing

ODB-FileWriter holds unecessary entity reference after transaction and entity manager are closed

with strong references from GC roots. support Support We have scenarios in which we open up to lots

Navigation through lazy loading from Detached Objects

. support Support Just an update to confirm my very strong interest in this feature. We simply can't

ObjectDB 2 JDO Manual

documentation. 1) makes working with a product so much harder 2) suggests a strong possibility

Objects are not garbage collected

BTC EmbeddedSystems It is unclear from these images if there are paths of strong references from

GC Memory

reflection mode ObjectDB has to keep some strong references to objects, which are weak references when entity classes are enhanced. support Support