@ElementCollectionプロパティのEventListenersをトリガするトリックは何ですか？

Question

JPAイベント（postUpdate）が動作していて、@ElementCollectionとしてマップされているものを除き、エンティティのプロパティを更新すると正しくトリガされます。

これは制限ですか？設定オプション？私は、「タイトル」の変化は、私のリスナーによってcatchedされますが、私は「目的地」

を変更したときに同じことが起こらない変更した場合はここで

は、私のエンティティの一部つまり

@Entity 
@Inheritance(strategy = InheritanceType.JOINED) 
public class Pckg { 
    @Id @GeneratedValue(strategy = GenerationType.AUTO) 
    private Long id; 

    @Column(nullable = false, length = 100) 
    private String title; 

    @ElementCollection 
    @CollectionTable (
     name = "PckDest", 
     joinColumns = @JoinColumn(name = "package_id", nullable = false) 
    ) 
    @Column(name = "destination", nullable = false, length = 150) 
    private List<String> destinations; 
    ... 

です

私は

おかげ

Answer 1

はいかなる更新はどのような更新さがあり、所有者側（PCKテーブル）上で行われていない春（3.1）を介してプロバイダとしてHibernateでJPA（4.0）を使用していますコレクションデータ（PckDest）を保持するテーブル。私が思う

は、それが、多くの場合、削除として実装され、挿入される可能性があるため、コレクションの内容の変更は、更新を考慮することができるということも、議論の余地があります。

エンティティ管理のライフサイクルの外でこのような振る舞いを処理したり、リストの変更（ある種のチェックサムのような）で更新される所有者エンティティの中に何らかのフィールドを持たなければならないと思います。また、親が更新されなければならない（これは良いアイデアかどうかわからないが）。

Answer 2

最後に、我々は力がメインの親テーブルへの書き込みを休止し、私たちのリスナーが呼び出されることを、@Versionをロック楽観追加し、これを解決するに終了します。

いずれにせよ、これはまだ動作するようになっています方法を作業されていませんが、一番下の行は、それが所定の位置に楽観的ロックを持っていて損はないか

おかげ

Answer 3

たぶん、このリンクはあなたを助けます：Hibernateは4と登録EntityListenersの変更のいくつかの種類がありますように

eventlisteners using hibernate 4.0 with spring 3.1.0.release?

が見えます。