Entfernen der Kinder von der @OneToMany-Verein: CascadeType.ALLE + orphanRemoval = true nicht funktioniert

Ich habe eine harte Zeit entfernen childs aus einer OneToMany-Verein. Mein Unternehmen:

@Entity
@Table(name = "PERSON")
public class PersonEntity extends BaseVersionEntity<Long> implements Comparable<PersonEntity>
{
  ...
  //bi-directional many-to-one association to Project
  @OneToMany(cascade = CascadeType.ALL, fetch = FetchType.LAZY, mappedBy = "person", orphanRemoval = true)
  private final Set<ProjectEntity> projects = new HashSet<ProjectEntity>();
  ...

@Entity
@Table(name = "PROJECT")
public class ProjectEntity extends BaseVersionEntity<ProjectPK>
{
  @EmbeddedId
  private ProjectPK id;
  ...
  //bi-directional many-to-one association to UdbPerson
  @ManyToOne(fetch = FetchType.LAZY)
  @JoinColumn(name = "PERSON_ID", nullable = false, insertable = false, updatable = false)
  private PersonEntity person;
  ...

@Embeddable
public class ProjectPK implements Serializable
{
  //default serial version id, required for serializable classes.
  private static final long serialVersionUID = 1L;

  @NotNull
  @Column(name = "PERSON_ID")
  private Long personId;
  ...

Meinem erfolglosen Versuch zum löschen die childs:

personEntity.getProjects().clear();

Dies funktioniert, aber ich glaube nicht, das ist der richtige Ansatz:

for (Iterator<ProjectEntity> iterator = personEntity.getProjects().iterator(); iterator.hasNext();)
{
  ProjectEntity projectEntity = iterator.next();
  projectDao.deleteEntity(projectEntity);
  iterator.remove();
}

Was mache ich hier falsch?

Dank

Jonny

InformationsquelleAutor user871611 | 2012-05-03
  1. 14

    Die Assoziation ist bidirektional, und die Besitz-Seite einer bidirektionalen Assoziation ist die eine, wo es kein mappedBy-Attribut. Dies bedeutet, dass in diesem Fall der Besitzer der Seite ist die Projekt-Seite.

    Hibernate betrachtet nur die besitzende Seite zu wissen, wenn der Verein existiert oder nicht. Dies bedeutet, dass zu brechen, die die Assoziation zwischen einer person und einem Projekt, müssen Sie die person zu null im Projekt.

    • Dank JB Nizet, diese hat den trick. Hier der code: for (Iterator<ProjectEntity> iterator = personEntity.getProjects().iterator(); iterator.hasNext();) { ProjectEntity projectEntity = iterator.next(); projectEntity.setPerson(null); iterator.remove(); }
    • Was ist, wenn die person kann nicht null sein?
    • Wenn die person kann nicht null sein, dann macht es keinen Sinn die Zuordnung entfernen.
    • Diese Antwort ist falsch. Die wirkliche Antwort, die Sie suchen (Sie können auch halten Sie Ihre nicht-null-integritätsregel) finden Sie hier: stackoverflow.com/questions/3068817/...
    • die Antwort, die du verlinkt sagt genau das gleiche wie bei mir. Sie müssen hinzufügen eine mappedBy-Attribut zu erklären, dass die Besitz-Seite des Vereins und contact.setAccount(null);.
    • First off, wenn Sie die andere Antwort, Sie brauchen NICHT zu null hin, dass die Assoziation. Zweitens, Sie sagte Igor, dass er nicht die person ist, die nicht-null.....aber das ist falsch. Sie KÖNNEN, wenn Sie nach der anderen beantworten. Diese Antwort ist verwirrend und es gibt keine Notwendigkeit, um das Konto auf null überhaupt.
    • Was Sie nicht verstehen ", die Sie verwalten müssen beide Seiten der Verbindung [...]: Kontakt.setAccount(null);"? Und zweitens, dass ist nicht das, was ich sagte. Was ich sagte ist, dass er nicht machen, nicht null, wenn er wollte, zu verlassen Personen, die in der Datenbank ohne zugehöriges Projekt: "Wenn die person kann nicht null sein, dann macht es keinen Sinn die Zuordnung entfernen." Entfernen der person ist nicht das gleiche wie das entfernen der Verknüpfung zwischen einem Projekt und einer person.
    • Ich habe auch ein ähnliches problem, aber ich habe null auf die Person im Project aber immer noch, ich bin nicht in der Lage zu entfernen. Ich bin auch mit mappedBy im Person Seite.
    • Hallo sir, ich bin mit Session#saveOrUpdate hibernate-spezifische, In der DB habe ich 3 Kinder, und aus der Sicht habe ich 2 Kinder aktualisiert werden und sich entfernen wollen, 3. oder Letzte, der Umgang mit dieser situation? Sollte ich Session#get() oder Session#load() zu wissen, welches element zu entfernen, vor dem update?

    InformationsquelleAutor JB Nizet
Schreibe einen Kommentar