Hibernate - Une collection avec cascade="all-delete-orphan" n'était plus référencée par l'instance d'entité propriétaire

Question

Je rencontre le problème suivant lorsque j'essaie de mettre à jour mon entité :

"A collection with cascade=”all-delete-orphan” was no longer referenced by the owning entity instance".

J'ai une entité parent et elle a une Set<...> de certaines entités enfants. Lorsque j'essaie de le mettre à jour, j'obtiens toutes les références à mettre en place dans ces collections et je les mets en place.

Le code suivant représente mon mappage :

@OneToMany(mappedBy = "parentEntity", fetch = FetchType.EAGER)
@Cascade({ CascadeType.ALL, CascadeType.DELETE_ORPHAN })
public Set<ChildEntity> getChildren() {
    return this.children;
}

J'ai essayé de nettoyer le Set<..> seulement, selon ceci : Comment résoudre "éventuellement" le problème mais ça n'a pas marché.

Si vous avez des idées, n'hésitez pas à me les communiquer.

Gracias.

Answer 1

Vérifiez tous les endroits où vous assignez quelque chose à sonEntities. Le lien que vous avez référencé indique clairement la création d'un nouveau HashSet mais vous pouvez avoir cette erreur à chaque fois que vous réassignez l'ensemble. Par exemple :

public void setChildren(Set<SonEntity> aSet)
{
    this.sonEntities = aSet; //This will override the set that Hibernate is tracking.
}

En général, vous ne voulez "créer" l'ensemble qu'une seule fois dans un constructeur. Chaque fois que vous voulez ajouter ou supprimer quelque chose à la liste, vous devez modifier le contenu de la liste au lieu d'assigner une nouvelle liste.

Pour ajouter des enfants :

public void addChild(SonEntity aSon)
{
    this.sonEntities.add(aSon);
}

Pour retirer les enfants :

public void removeChild(SonEntity aSon)
{
    this.sonEntities.remove(aSon);
}

Answer 2

La méthode :

public void setChildren(Set<SonEntity> aSet) {
    this.sonEntities = aSet;
}

fonctionne si le parentEntity est détaché et à nouveau si on le met à jour.
Mais si l'entité n'est pas détachée de chaque contexte, (c'est-à-dire que les opérations de recherche et de mise à jour sont dans la même transaction) la méthode ci-dessous fonctionne.

public void setChildren(Set<SonEntity> aSet) {
    //this.sonEntities = aSet; //This will override the set that Hibernate is tracking.
    this.sonEntities.clear();
    if (aSet != null) {
        this.sonEntities.addAll(aSet);
    }
}

Answer 3

Lorsque j'ai lu à divers endroits qu'Hibernate n'aimait pas que l'on assigne à une collection, j'ai supposé que la chose la plus sûre à faire serait évidemment de la rendre finale comme ceci :

class User {
  private final Set<Role> roles = new HashSet<>();

public void setRoles(Set<Role> roles) {
  this.roles.retainAll(roles);
  this.roles.addAll(roles);
}
}

Cependant, cela ne fonctionne pas, et vous obtenez la redoutable erreur "no longer referenced", qui est en fait assez trompeuse dans ce cas.

Il s'avère qu'Hibernate appelle votre méthode setRoles ET qu'il veut que sa classe de collection spéciale soit installée ici, et n'accepte pas votre classe de collection. Cela m'a laissé perplexe pendant un LONG moment, malgré la lecture de tous les avertissements sur le fait de ne pas assigner à votre collection dans votre méthode set.

Alors j'ai changé pour ça :

public class User {
  private Set<Role> roles = null;

  public void setRoles(Set<Role> roles) {
  if (this.roles == null) {
    this.roles = roles;
  } else {
    this.roles.retainAll(roles);
   this.roles.addAll(roles);
  }
}
}

Ainsi, lors du premier appel, hibernate installe sa classe spéciale, et lors des appels suivants, vous pouvez utiliser la méthode vous-même sans tout gâcher. Si vous voulez utiliser votre classe comme un bean, vous avez probablement besoin d'un setter fonctionnel, et ceci semble au moins fonctionner.

Answer 4

En fait, mon problème concernait les égalités et les codes de hachage de mes entités. Un code hérité peut apporter beaucoup de problèmes, n'oubliez jamais de le vérifier. Tout ce que j'ai fait est de garder la stratégie delete-orphan et de corriger les equals et hashcode.

Answer 5

J'ai eu la même erreur. Le problème pour moi était qu'après avoir sauvegardé l'entité, la collection mappée était toujours nulle et quand j'ai essayé de mettre à jour l'entité, l'exception a été levée. Ce qui m'a aidé : Sauvegarder l'entité, puis faire un rafraîchissement (la collection n'est plus nulle) et ensuite effectuer la mise à jour. Peut-être qu'initialiser la collection avec new ArrayList() ou quelque chose d'autre pourrait également aider.