ObjectDB Database Search

1-50 of 124 results

Mapped (Inverse) LAZY @OneToMany vs. Unmapped LAZY @OneToMany

to console a lazy @OneToMany mapped field after a finding entity manager closes. There is a switch DO_VIEW ... visible/resolved, as one would expect for LAZY : a.listA_mapped:[{A}[4]"ownedElement1", {A}[5 ... side of the relationship a.a. Q: Why is the LAZY behaviour different for mapped and unmapped lists ?  

Retrieving JPA Entity Objects

null is returned. A similar method, getReference , can be considered the lazy version of find ... retrieval by using a lazy fetch type: @Entity class Employee { : @ManyToOne ( fetch = FetchType . LAZY ... FetchType . LAZY in either @OneToOne or @ManyToOne annotations (currently ObjectDB does not distinguish

Problem with @Basic(fetch = FetchType.LAZY)

I have a class where two fields are annotated with  @Basic(fetch = FetchType. LAZY ... = FetchType. LAZY ) private String description; @Basic(fetch = FetchType. LAZY ) private String code ... and description properties must have been loaded on the query, ignoring the  fetch = FetchType. LAZY hint

Possible issue with LAZY Loading

Hi, We need lazy loading for one of our large data sets. When I run currently against both 2.4.2 and 2.4.3_01 the db is always returning everything, including the data marked as Fetch. LAZY .  I ... Edwards Your observation in #2 is correct - LAZY loading doesn't necessarily mean that the data

LAZY @ManyToOne field functions as EAGER

to console a lazy @ManyToOne field after the entity manager closes. There is a switch DO_VIEW ... closes and as expected both a LAZY @ManyToOne field and an EAGER @ManyToOne field are viewable: b ... , when it is marked as @ManyToOne(fetch=FetchType. LAZY ) ?   package com.greensoft.objectdb.test

@OneToMany(fetch = FetchType.LAZY) list is always null

Hello. @OneToMany(fetch = FetchType. LAZY ) doesn't work when using EJB or something else related ... , generator = "b") private int id; @OneToMany(fetch = FetchType. LAZY , cascade = CascadeType ... .printStackTrace(); } } } JSF: #{p.id} ---#{c.id} Vladiator Vlad Myachikov A lazy relationship is available

Multi threading on DMOs by lazy loading

It is possible to use lazy loading on fields of attached entities by several threads? Example: class EntityZ { @OneToOne(fetch = FetchType. LAZY ) EntityX fieldX; @OneToOne(fetch = FetchType. LAZY ) EntityY fieldY; @ElementCollection (fetch = FetchType. LAZY ) List list; } We want to load the entity

Does ObjectDB support lazy loading?

I'm evaluating ObjectDB 2.0 RC1. Everything works fine except a lazy loading problem. I've ... support lazy loading, am I right?   psfung Samuel Fung ObjectDB does support both lazy and eager ... that demonstrates that issue. The following sample program demonstrates lazy loading: package com.objectdb

Failed to write the value of field using reflection (error 363) on LAZY fetch

with a query where I have set to use LAZY initalization. It fails when it tries to set a 1:n member (e.g. a Modell has several Artikels) . When I remove the LAZY hint (query.setHint("objectdb.result-fetch", " LAZY ");) on the query execution it works. I assume it has to do with the @Transactional

@Lob @Basic(fetch = FetchType.LAZY) is loaded when it's not needed

; @Lob @Basic(fetch = FetchType. LAZY ) private byte[] content; And after some queries with Thing ... of the photos despite of using fetch = FetchType. LAZY . How can I fix this memory issue? Vladiator Vlad Myachikov FetchType. LAZY is a hint that JPA implementations are allowed to ignore. Currently

Is there any restriction when using fetch=FetchType.LAZY ?

Hi, I came across a weird behavior when using fetch=FetchType. LAZY in a complex code ... LinkedList referencedObj; My test suite is running well. 2. However when I change fetch to LAZY @OneToMany(fetch=FetchType. LAZY , cascade = CascadeType.ALL) private LinkedList referencedObj

Lazy loading does not work - crud takes long

Relationships. It should be load lazy but i dont know why the query fetch all the Data ... ; @OneToMany(cascade = CascadeType.ALL, orphanRemoval = true, mappedBy="project",fetch = FetchType. LAZY )   ... = CascadeType.ALL, orphanRemoval = true, mappedBy="project",fetch = FetchType. LAZY )    

Apparent Lazy Loading issues.

with this is, when "find" is called, the object is being lazy loaded. So if the "equals" or "hashcode ... to have been lazy loaded. For the purposes of continuing, I have set my "equals" method in attribute name ... Lazy Loading issues" is too wide, and indicates a post that doesn't follow the posting rules

problem with lazy loading - unittest project attached

have checked the zip content again and the test resource file spring-data-jpa- lazy -loading/src/test ... is lazy - it is unavailable in a detached Foo instance and the collection looks empty. support Support

Global way to set Lazy-loading fetch functionality for all the fields

fetch policy, I know the local way to do it (@ManyToOne(fetch=FetchType. LAZY )). Is there any way ... if neither objectdb nor JPA offers it). ouba64 Ouba Mahamane Lazy / Eager can only be set locally

Lazy Init / Eager / Join Fetch collection strategy ? What to choose ?

Hello, I'm doing some tests to choose the best collection fetch strategy. I have entities with many lazy collections and i don't want to load them all. (depends on context) In JPA / Hibernate world ... up the Lazy collection (by getting size() of Collection) is a very weak solution. In case

EnumConstRef jakarta.persistence.FetchType.LAZY

JPA Enum Constant in jakarta.persistence.FetchType LAZY Data may be lazily fetched. Since: JPA 1.0

Setting and Tuning of JPA Queries

. "objectdb.result-fetch" - sets fetch mode for query result as either "EAGER" (the default) or " LAZY " . When LAZY is used result entity objects are returned as references (with no content

ObjectDB Object Database Features

are also used for fast ordering and aggregate calculations . Lazy /Eager Loading Automatic pre-loading optimizations. Configurable JPA eager/ lazy fetch  and JPA query FETCH JOIN . Configurable JDO fetch

JPA Class Enhancer

that automatically notifies ObjectDB whenever a persistent field is modified. Enhanced code enables lazy

Entity Management Settings

is "true" or "false" ) specifies if lazy loading of entity objects content is enabled. Instantiating

significant performance decrease

; @OneToMany(fetch=FetchType. LAZY ) public List actions = new ArrayList (); @OneToMany(fetch=FetchType. LAZY ) public List childNodes = new ArrayList (); @OneToMany(fetch=FetchType. LAZY ) public List container = new ArrayList (); @OneToOne(fetch=FetchType. LAZY ) public ObjectNode currentLocation; @OneToOne

Lazy retrieval by access not working correctly

I have a problem loading lazy associations by access/navigation with an @Embedded attribute containing an @ElementCollection which is lazy loaded.  I'm not sure if the same problem exists ... correctly.  Without the breakpoint, my lazy collection does not get loaded.  Here are code

Navigation through lazy loading from Detached Objects

: on accessing lazy loaded relationships outside a transaction, after a query, from Glassfish forum thread ...   lazy loading) - until serialization, which completes the detachment. It seems that implementing ... for that) but for us the inability to navigate lazy relationships of detached entities is a big showstopper, as we rely

Lazy loading of mapped by (inverse) singular references

ObjectDB ignores lazy setting of non collection mapped by (inverse) fields and loads them always eagerly. This is allowed by JPA since lazy is only hint but it is not efficient. The reason ... that have not been loaded yet will be set to null. support Support Lazy loading of mapped by

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

, CascadeType.PERSIST}, mappedBy="account", fetch = FetchType. LAZY ) @JoinColumn(name = "project_id", unique=true ... ;     mappedBy="account", fetch = FetchType. LAZY )      

Cascade.ALL with LAZY fetchtype does not clean up all references on remove

Hello, I have a tree of entity classes that reference others using Cascade.ALL in combination with FetchType. LAZY . If I now delete a root entity using EntityManager.remove all leaf nodes will not be deleted. This only applies to the leaf nodes. If I add an additional the behaviour changes

Object DB vs EclipseLink/TopLink: Unloaded relationships in detached entities

(and so lazy loading would initially work), they become detached once the EntityManager under control of the container, and then in ObjectDB (but not in EclipseLink) lazy loading fails. The 3 possible ... all the benefits of lazy loading of course. 2. Perform the query within a @Stateful session bean

Query in nested transaction returns detached entity if lazy-loaded

Query in nested transaction returns detached entity if lazy-loaded

General Performance Issues Illustrated with a Specific Method

; private String comments; /* Create Properties */ @ManyToOne(fetch = FetchType. LAZY ) private WebUser ... .persistence.TemporalType.DATE) private Date createdOn; @ManyToOne(fetch = FetchType. LAZY ) private Institution createInstitution; @ManyToOne(fetch = FetchType. LAZY ) private Institution poiInstitution

EntityManager JPA or JDO impl and different behavior

of with eager fetch annotation and the map values were still lazy loaded(using the latest objectdb 2.3 ... to get to the bottom of LAZY /EAGER loading of maps.   In addition, non related. Since upgrading to 2.3.4 ... the datamodel a bit more exposed another problem with lazy loading. In the attached project it's demonstrated

AnnotationRef jakarta.persistence.ManyToMany

FetchType fetch default FetchType. LAZY (Optional) Whether the association should be lazily loaded or ... that the associated entity must be eagerly fetched. The LAZY strategy is a hint to the persistence provider runtime. If not specified, defaults to LAZY . Since: JPA 1.0 String mappedBy default "" The field

AnnotationRef jakarta.persistence.ElementCollection

FetchType fetch default FetchType. LAZY (Optional) Whether the collection should be lazily loaded or ... that the associated entity must be eagerly fetched. The LAZY strategy is a hint to the persistence provider runtime. If not specified, defaults to LAZY . Since: JPA 2.0 Class targetClass default void.class

AnnotationAttrRef jakarta.persistence.ManyToMany.fetch

JPA Annotation Attribute in jakarta.persistence.ManyToMany FetchType fetch default FetchType. LAZY (Optional) Whether the association should be lazily loaded or must be eagerly fetched. The EAGER ... must be eagerly fetched. The LAZY strategy is a hint to the persistence provider runtime. If not specified, defaults to LAZY . Since: JPA 1.0

EnumRef jakarta.persistence.FetchType

on the persistence provider runtime that data must be eagerly fetched. The LAZY strategy is a hint ... . The implementation is permitted to eagerly fetch data for which the LAZY strategy hint has been specified ... 1.0 Enum Constants EAGER Data must be eagerly fetched. Since: JPA 1.0 LAZY Data may be lazily

AnnotationAttrRef jakarta.persistence.ElementCollection.fetch

JPA Annotation Attribute in jakarta.persistence.ElementCollection FetchType fetch default FetchType. LAZY (Optional) Whether the collection should be lazily loaded or must be eagerly fetched ... must be eagerly fetched. The LAZY strategy is a hint to the persistence provider runtime. If not specified, defaults to LAZY . Since: JPA 2.0

AnnotationRef jakarta.persistence.OneToMany

to the map value. Since: JPA 1.0 FetchType fetch default FetchType. LAZY (Optional ... on the persistence provider runtime that the associated entities must be eagerly fetched. The LAZY strategy

AnnotationAttrRef jakarta.persistence.OneToMany.fetch

JPA Annotation Attribute in jakarta.persistence.OneToMany FetchType fetch default FetchType. LAZY (Optional) Whether the association should be lazily loaded or must be eagerly fetched. The EAGER ... must be eagerly fetched. The LAZY strategy is a hint to the persistence provider runtime. Since: JPA 1.0

AnnotationRef jakarta.persistence.OneToOne

must be eagerly fetched. The LAZY strategy is a hint to the persistence provider runtime. If not

AnnotationAttrRef jakarta.persistence.OneToOne.fetch

fetched. The LAZY strategy is a hint to the persistence provider runtime. If not specified, defaults to EAGER . Since: JPA 1.0

AnnotationAttrRef jakarta.persistence.ManyToOne.fetch

must be eagerly fetched. The LAZY strategy is a hint to the persistence provider runtime. If not specified, defaults to EAGER . Since: JPA 1.0

AnnotationRef jakarta.persistence.ManyToOne

must be eagerly fetched. The LAZY strategy is a hint to the persistence provider runtime. If not specified

AnnotationRef jakarta.persistence.Basic

. The LAZY strategy is a hint to the persistence provider runtime. If not specified, defaults to EAGER

AnnotationAttrRef jakarta.persistence.Basic.fetch

must be eagerly fetched. The LAZY strategy is a hint to the persistence provider runtime. If not specified, defaults to EAGER . Since: JPA 1.0

Once served to JSF page via @EJB query bean, many list fields are null (but same query ok after fresh persist in @PostConstruct)

() { return ownedElements; } private Element owner; @ManyToOne(fetch = FetchType. LAZY ) @JoinTable(name ... objects in the persistence context are detached. Because the ownedElements relationship is defined as LAZY ... under FetchType. LAZY (which the above would seem to suggest is your default) is broken. Please investigate

Best practise loading big data

a boolean flag. @Entity class MyStepBlockCollection { @OneToMany ( cascase = ALL , fetch = Lazy ... = ALL , fetch = Lazy , target = MyStep } ArrayList steps; } @Entity { class MyStep { @ElementCollection ( fetch = LAZY ) ArrayList values; } @Embeddable class MyValue { @Basic boolean flag; @Basic String

objectdb-2.6.9_06: Extended Persistence Context fails: 'Attempt to begin a new transaction when a transaction is active'

ExtProjectBuilder, which using a serious of cascading lazy builder methods (with complex entity building ... lazy builder method triggers. */ private void reset() { project = null; } public Project ... ]"); // Would normally do other builder stuff here and wiring // of entities using cascading lazy creation methods

Enhanced classes problem

Marta Maruta M Sedlakova The cause is unclear yet, but I can confirm that it happens in lazy loading, which is supported only when classes are enhanced. As a workaround, please try to disable this lazy ... : System.setProperty("objectdb.temp.no- lazy -o2o-inverse", "true"); or as a JVM parameter: java -Dobjectdb

spuriously objectdb objects have null references

definitions are (for the null references above): ... @OneToMany(fetch=FetchType. LAZY ) @Index public List actions = new ArrayList (); ... @OneToMany(fetch=FetchType. LAZY ) @Index public List childNodes ... is detached (e.g. when the EntityManager is closed), ObjectDB replaces lazy loaded collections

New entity objects are duplicated on merge cascading

;    @OneToOne(fetch = FetchType. LAZY , cascade = CascadeType.ALL)     ... ;       @ManyToOne(fetch= FetchType. LAZY )       ... ;  @OneToOne(fetch = FetchType. LAZY , cascade = CascadeType.ALL)