[Java lista] JPA Cascade törlés probléma

[Zsombor]

2008/10/24 Auth GĂĄbor <auth.gabor at javaforum.hu>

> HalihĂł!
>
> anhuman ezt Ă­rta:
> > A persist tĂśkĂŠletesen megfut. A mĂłdosĂ­tĂĄssal sincsen gond attribĂştum
> > szinten. Azonban ha az a_set-ből vagy a_set-ből törlők egy elemet azt
> > nem veszi, ĂŠs nem tĂśrli a DB-be.
>
>   TranzakciĂł hatĂĄrok vannak? Mert amĂ­g nem tĂśrtĂŠnik meg a commit, addig nem
> kell ĂŠszrevenned, ĂŠs a merge csak logikailag kiĂ­rĂĄsra jelĂśli, de a
> tĂŠnyleges
> kiírás később is megtörténhet. Szerintem tedd REQUIRES_NEW módba azt az EJB
> metĂłdust, amelyik ezt a tĂśrlĂŠst megcsinĂĄlja. Esetleg egy flush-t is tehetsz
> bele, prĂłbakĂŠppen.
> --
>  <http://www.javaforum.hu>



A flush sosem ĂĄrt, de szerintem nem itt van a hiba - miutĂĄn a tĂśbbi
módosítása a kérdezőnek lefut szépen. Szerintem az van, hogy miután a
OneToMany kapcsolatoknĂĄl meg van adva mappedBy ezĂŠrt a JPA nem kĂśveti, hogy
mit tĂśrĂśltĂŠl a halmazbĂłl, hanem Ăşgy vĂŠli, hogy a B illetve C objektumokat
explicit fogod tĂśrĂślni. Tudom, szivĂĄs. Ezt eddig ĂŠn csak hibernate
specifikusan tudtam megoldani, az itt leirtak szerint:

http://www.hibernate.org/hib_docs/annotations/reference/en/html/entity.html#entity-hibspec-cascade
Hogy ezt, hogyan kell EclipseLink/TopLink/etc JPA providereknĂŠl azt nem
tudom, de kiváncsian várom a hibernatet nem kedvelők megoldását :)

Zs
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20081024/8abca639/attachment.html