JPA / EJBコードで「デタッチされたエンティティが永続エラーに渡されました」

この基本的なJPA / EJBコードを実行しようとしています。

public static void main(String[] args){
         UserBean user = new UserBean();
         user.setId(1);
         user.setUserName("name1");
         user.setPassword("passwd1");
         em.persist(user);
  }

このエラーが発生します：

javax.ejb.EJBException: javax.persistence.PersistenceException: org.hibernate.PersistentObjectException: detached entity passed to persist: com.JPA.Database

何か案は？

私はインターネットで検索しました、そして私が見つけた理由は：

これは、オブジェクトの作成方法、つまりIDプロパティを明示的に設定した場合に発生しました。ID割り当てを削除すると修正されました。

しかし、私はそれを取得できませんでした、コードを機能させるために何を変更する必要がありますか？

2つのエンティティAlbumとが存在するとしPhotoます。アルバムにはたくさんの写真が含まれているので、1対多の関係です。

アルバムクラス

@Entity
public class Album {
    @Id
    @GeneratedValue(strategy=GenerationType.AUTO)
    Integer albumId;

    String albumName;

    @OneToMany(targetEntity=Photo.class,mappedBy="album",cascade={CascadeType.ALL},orphanRemoval=true)
    Set<Photo> photos = new HashSet<Photo>();
}

フォトクラス

@Entity
public class Photo{
    @Id
    @GeneratedValue(strategy=GenerationType.AUTO)
    Integer photo_id;

    String photoName;

    @ManyToOne(targetEntity=Album.class)
    @JoinColumn(name="album_id")
    Album album;

}

永続化またはマージする前に行う必要があるのは、各写真にアルバム参照を設定することです。

        Album myAlbum = new Album();
        Photo photo1 = new Photo();
        Photo photo2 = new Photo();

        photo1.setAlbum(myAlbum);
        photo2.setAlbum(myAlbum);       

これは、永続化またはマージする前に、関連するエンティティをアタッチする方法です。

オブジェクトのIDが設定されているため、エラーが発生します。Hibernateは、一時オブジェクトと分離オブジェクトを区別し、一時オブジェクトでpersistのみ機能します。persistオブジェクトがデタッチされていると結論付けた場合（IDが設定されているため）、「デタッチされたオブジェクトは永続化に渡されました」というエラーが返されます。詳細については、こちらとこちらをご覧ください。

ただし、これは、自動生成される主キーを指定した場合にのみ適用されます。フィールドが常に手動で設定されるように構成されている場合、コードは機能します。

削除する

user.setId(1);

DB上で自動生成されるため、persistコマンドを続行します。

私は答えを得ました、私は使っていました：

em.persist(user);

永続化の代わりにマージを使用しました：

em.merge(user);

しかし、わからない、なぜ持続が機能しなかったのか。:(

を生成するために使用する場合 id = GenerationType.AUTOエンティティで戦略。

に置き換えuser.setId (1)られuser.setId (null)、問題は解決されます。

私はその種類が遅すぎることを知っています、そして確かに誰もが答えを得ました。ただし、これにもう少し追加する必要があります。GenerateTypeが設定されている場合、オブジェクトのpersist（）はIDを生成することが期待されます。

ユーザーによってIDに設定された値がすでにある場合、hibernateはそれを保存済みレコードとして処理するため、デタッチされたものとして扱われます。

IDがnullの場合-この状況では、IDがテーブルまたはシーケンスなどから生成されない限り、タイプがAUTOまたはIDENTITYなどの場合にnullポインタ例外が発生します。

設計：これは、テーブルに主キーとしてBeanプロパティがある場合に発生します。GenerateTypeは、IDが自動生成される場合にのみ設定する必要があります。これを削除すると、挿入はユーザー指定のIDで機能するはずです。（プロパティを主キーフィールドにマップするのは悪い設計です）

ここで、.persist（）はレコードのみを挿入します。.merge（）を使用すると、現在のIDのレコードが存在するかどうかがチェックされ、存在する場合は更新されます。存在しない場合は、新しいレコードが挿入されます。

データベースのidを主キーと自動インクリメントに設定した場合、次のコード行は間違っています。

user.setId(1);

これで試してください：

public static void main(String[] args){
         UserBean user = new UserBean();
         user.setUserName("name1");
         user.setPassword("passwd1");
         em.persist(user);
  }

私はこの問題を抱えていました、そしてそれは第2レベルのキャッシュによって引き起こされました：

1. Hibernateを使用してエンティティを永続化しました
2. 次に、2番目のレベルのキャッシュと相互作用しなかった別のプロセスから作成された行を削除しました
3. 同じ識別子を持つ別のエンティティを永続化しました（私の識別子の値は自動生成されません）

したがって、キャッシュは無効化されていないため、hibernateは同じエンティティのデタッチされたインスタンスを処理していると想定しました。