Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [eclipselink-dev] Check In - MappedKeyMapContainerPolicy

- OneToMany
How does this work with OneToMany, or is this the JPA OneToMany/our ManyToMany?

- Change Tracking
Not supporting change tracking seems to be a sever limitation.  Is this just for AggregateCollection or if you use this for anything?  Are we not supporting change tracking, or change sets in general, i.e. are we using the old commit?


----- Original Message -----
From: "Tom Ware" <TOM.WARE@xxxxxxxxxx>
To: "Eclipselink-Dev" <eclipselink-dev@xxxxxxxxxxx>
Sent: Thursday, February 5, 2009 11:27:45 AM (GMT-0500) America/New_York
Subject: [eclipselink-dev] Check In - MappedKeyMapContainerPolicy

https://bugs.eclipse.org/bugs/show_bug.cgi?id=241413

This patch passes the EclipseLink Core LRG, and the EclipseLink JPA LRG.
Additionally, it passes a set of CRUD tests implemented to test its
functionality.

This patch is for an initial check in that allows basic CRUD functionality to
work.

Included:
- Reading and writing of BasicMap, AggregateCollection, OneToMany,
UnidirectionalOneToMany, and ManyToMany map mappings with Direct, Aggregate or
Entity key fields through EclipseLink-proprietary API
- Converters on Direct Keys

Not done yet:
- Joining
- Batch Reading
- Private Ownership
- JPA Configuration
- new Expressions and JPQL

Will not do as part of this feature:
- History Policy
- Change Tracking
_______________________________________________
eclipselink-dev mailing list
eclipselink-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-dev


Back to the top