我有以下问题时，试图更新我的实体:
"A collection with cascade=”all-delete-orphan” was no longer referenced by the owning entity instance".
我有一个父实体，它有一个Set<…>的子实体。当我尝试更新它时，我得到了要设置到这个集合的所有引用并设置它。
下面的代码表示我的映射:
@OneToMany(mappedBy = "parentEntity", fetch = FetchType.EAGER)
@Cascade({ CascadeType.ALL, CascadeType.DELETE_ORPHAN })
public Set<ChildEntity> getChildren() {
return this.children;
}
我已经尝试清理Set<..只有>，根据这个:如何“可能”解决问题，但它没有工作。
如果你有什么想法，请告诉我。
谢谢!
当前回答
加上我愚蠢的回答。我们正在使用Spring Data Rest。这是我们很正常的关系。这种模式在其他地方也被使用。
//Parent class
@OneToMany(mappedBy = 'parent',
cascade= CascadeType.ALL, orphanRemoval = true)
@LazyCollection(LazyCollectionOption.FALSE)
List<Child> children = new LinkedList<>()
//Child class
@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = 'ParentID', updatable = false)
@JsonBackReference
Parent parent
对于我们创建的关系，总是打算通过它们自己的repo添加子节点。我还没有添加回购。我们的集成测试通过REST调用经历了实体的完整生命周期，因此事务将在请求之间关闭。没有子对象的repo意味着json将子对象作为主结构的一部分，而不是在_embedded中。对父进程的更新将导致问题。
其他回答
另一个原因可能是使用龙目岛。
@Builder -导致保存Collections.emptyList()，即使你说.myCollection(new ArrayList());
@Singular -忽略类级别的默认值，并保留字段为空，即使类字段声明为myCollection = new ArrayList()
我的2美分，刚刚花了2个小时在同样的东西上:)
我唯一一次得到这个错误是当我试图将NULL传递到集合的setter时。为了防止这种情况，我的setter是这样的:
public void setSubmittedForms(Set<SubmittedFormEntity> submittedForms) {
if(submittedForms == null) {
this.submittedForms.clear();
}
else {
this.submittedForms = submittedForms;
}
}
我使用@user2709454方法，但改进很小。
public class User {
private Set<Role> roles;
public void setRoles(Set<Role> roles) {
if (this.roles == null) {
this.roles = roles;
} else if(this.roles != roles) { // not the same instance, in other case we can get ConcurrentModificationException from hibernate AbstractPersistentCollection
this.roles.clear();
if(roles != null){
this.roles.addAll(roles);
}
}
}
}
方法:
public void setChildren(Set<SonEntity> aSet) {
this.sonEntities = aSet;
}
如果分离了parentEntity，工作，如果我们更新它。 但是如果实体没有从每个上下文中分离出来(即查找和更新操作在同一个事务中)，下面的方法是有效的。
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);
}
}
当我在很多地方读到hibernate不喜欢你给一个集合赋值时，我认为最安全的做法显然是让它像这样成为final:
class User {
private final Set<Role> roles = new HashSet<>();
public void setRoles(Set<Role> roles) {
this.roles.retainAll(roles);
this.roles.addAll(roles);
}
}
然而，这不起作用，您会得到可怕的“不再引用”错误，在这种情况下，这实际上是相当具有误导性的。
结果是hibernate调用setRoles方法，并且它希望在这里安装它的特殊集合类，并且不接受您的集合类。尽管阅读了所有关于不要在set方法中给集合赋值的警告，我还是被这个问题难住了很长一段时间。
所以我改成了这个:
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);
}
}
}
因此，在第一次调用时，hibernate安装它的特殊类，在随后的调用中，您可以自己使用该方法，而不会破坏任何东西。如果希望将类用作bean，则可能需要一个可工作的setter，这至少看起来是可行的。
