"frei stehende Einheit bestand Fehler bestehen bleiben" mit JPA/EJB Code

Question

Ich versuche, diesen grundlegenden JPA/EJB Code auszuführen:

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

ich diesen Fehler:

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

Irgendwelche Ideen?

ich im Internet zu suchen und der Grund, warum ich gefunden war:

This was caused by how you created the objects, i.e. If you set the ID property explicitly. Removing ID assignment fixed it.

aber ich habe es nicht, was muss ich ändern den Code zum Laufen zu bringen?

Answer 1

Nehmen wir an, Sie haben zwei Einheiten Album und Photo. Album enthält viele Fotos, also ist es eine Eins-zu-Viele-Beziehung.

Album Klasse

@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>(); 
} 

Foto Klasse

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

    String photoName; 

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

} 

Was haben Sie zu tun, bevor fortbestehen oder fusionieren ist das Album Referenz in jedem Foto einzustellen.

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

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

So fügen Sie die verknüpfte Entität an, bevor Sie persistieren oder zusammenführen.

Answer 2

bekam ich die Antwort, ich war mit:

em.persist(user); 

Ich benutze merge anstelle von beharren:

em.merge(user); 

Aber keine Ahnung, warum funktioniert hat bestehen nicht. :(

Answer 3

Der Fehler tritt auf, weil die ID des Objekts festgelegt wird. Hibernate unterscheidet zwischen transienten und frei stehenden Objekten und persist funktioniert nur mit transienten Objekten. Wenn persist das Objekt kommt zu dem Schluss abgelöst wird (was es wird, weil die ID festgelegt ist), es kehrt die „zu frei stehende Objekt übergeben bestehen bleiben“ Fehler Sie und here weitere Details finden

dies gilt jedoch nur wenn Sie den Primärschlüssel angegeben haben, automatisch generiert werden.., wenn das Feld so konfiguriert ist, um immer manuell eingestellt zu werden, funktioniert Ihr Code

Answer 4

hatte ich dieses Problem und es wurde von der zweiten Ebene Cache verursacht:

1. ich eine Entität beharrte mit Hibernate
2. Dann habe ich die Zeile aus einem separaten Prozess erstellt gelöscht, die nicht mit der interagieren haben Cache zweiter Ebene
3. I eine andere Einheit mit der gleichen Kennung (my Kennungswerte sind nicht automatisch generiert)

daher, weil der Cache nicht ungültig gemacht wurde beibehalten, Hib ernte angenommen, dass es sich um eine losgelöste Instanz derselben Entität handelt.

Answer 5

user.setId(1); 

entfernen, weil es automatisch auf dem DB erzeugen ist, und weiterhin mit dem Befehl bestehen.

Answer 6

Ich kenne seine Art von zu spät und Prolye jeder bekam die Antwort. Aber etwas mehr hinzuzufügen: Wenn GenerateType gesetzt ist, wird erwartet, dass persist() für ein Objekt eine ID generiert.

Wenn der Benutzer bereits einen Wert für die ID festgelegt hat, behandelt Hibernate ihn als gespeicherten Datensatz und wird daher als getrennt behandelt.

wenn die ID ist null - in dieser Situation eine Null-Zeiger-Ausnahme wird ausgelöst, wenn der Typ AUTO oder IDENTITY usw., es sei denn die ID aus einer Tabelle oder ein sequece usw.

Design erzeugt wird, ist: dies geschieht, wenn die Tabelle hat eine Bean-Eigenschaft als Primärschlüssel. GenerateType muss nur festgelegt werden, wenn eine ID automatisch generiert wird. entfernen Sie dies und der Einsatz sollte mit der benutzerdefinierten ID arbeiten. (Es ist ein schlechtes Design, eine Eigenschaft dem Primärschlüsselfeld zuzuordnen)

Answer 7

Hier wird .persist() nur den Datensatz einfügen. Wenn wir .merge() verwenden, wird geprüft, ob dort ein Datensatz mit dem aktuellen existiert ID, wenn es existiert, wird es aktualisiert, andernfalls wird ein neuer Datensatz eingefügt.

Answer 8

Wenn Sie verwenden, um die id = GenerationType.AUTO Strategie in Ihrer Entität zu generieren.

Ersetzt user.setId (1) von user.setId (null), und das Problem ist gelöst.

Answer 9

Wenn Sie ID in Ihrer Datenbank einstellen, Primärschlüssel und autoincrement sein, dann ist diese Zeile Code ist falsch:

user.setId(1); 

mit Try this:

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

Answer 10

Ein weiterer Grund für Fehler, dass Ihr Entitätsobjekt implementiert Serializable Schnittstelle

@Entity 
@Table(name = OddInstance.objectName, uniqueConstraints = @UniqueConstraint(columnNames = {"alias"})) 
@NamedQueries({ 
    @NamedQuery(name=OddInstance.findByAlias, 
      query="from OddInstance where alias = :alias"), 
    @NamedQuery(name=OddInstance.findAll, 
      query="from OddInstance") 
}) 
public class OddInstance implements Serializable { 
    // ... 
}