我有以下问题时，试图更新我的实体:
"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<..只有>，根据这个:如何“可能”解决问题，但它没有工作。
如果你有什么想法，请告诉我。
谢谢!
当前回答
当我在很多地方读到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，这至少看起来是可行的。
其他回答
下面的解决方案对我很有效
//Parent class
@OneToMany(mappedBy = 'parent',
cascade= CascadeType.ALL, orphanRemoval = true)
@OrderBy(value="ordinal ASC")
List<Child> children = new ArrayList<>()
//Updated setter of children
public void setChildren(List<Children> children) {
this.children.addAll(children);
for (Children child: children)
child.setParent(this);
}
//Child class
@ManyToOne
@JoinColumn(name="Parent_ID")
private Parent parent;
从[Intellij Idea] 2020.3版本批量运行测试时，spring-boot 2.4.1出现此问题。从IntelliJ一次只运行一个测试或从命令行运行测试时，不会出现此问题。
也许是Intellij缓存问题?
跟进:
The problem appears when running tests using the maven-surefire-plugin reuseForks true. Using reuseForks false would provide a quick fix, but the tests running time will increase dramatically. Because we are reusing forks, the database context might become dirty due to other tests that are run - without cleaning the database context afterwards. The obvious solution would be to clean the database context before running a test, but the best one should be to clean up the database context after each test (solving the root cause of the original problem). Using the @Transactional annotation on your test methods will guarantee that your database changes are rolled back at the end of the test methods. See the Spring documentation on transactions: https://docs.spring.io/spring-framework/docs/current/reference/html/testing.html#testcontext-tx.
检查所有你给sonEntities赋值的地方。您所引用的链接明确指出了创建一个新的HashSet，但您在重新分配该集合时可能会遇到此错误。例如:
public void setChildren(Set<SonEntity> aSet)
{
this.sonEntities = aSet; //This will override the set that Hibernate is tracking.
}
通常在构造函数中只需要“新建”一次集合。每当您想要向列表中添加或删除一些内容时，您都必须修改列表的内容，而不是分配一个新的列表。
添加子代:
public void addChild(SonEntity aSon)
{
this.sonEntities.add(aSon);
}
移除儿童:
public void removeChild(SonEntity aSon)
{
this.sonEntities.remove(aSon);
}
这与之前的答案相反，我有完全相同的错误:“级联=“all-delete-orphan”的集合不再引用....”，当我的setter函数看起来像这样:
public void setTaxCalculationRules(Set<TaxCalculationRule> taxCalculationRules_) {
if( this.taxCalculationRules == null ) {
this.taxCalculationRules = taxCalculationRules_;
} else {
this.taxCalculationRules.retainAll(taxCalculationRules_);
this.taxCalculationRules.addAll(taxCalculationRules_);
}
}
然后当我把它改成简单的版本时，它就消失了:
public void setTaxCalculationRules(Set<TaxCalculationRule> taxCalculationRules_) {
this.taxCalculationRules = taxCalculationRules_;
}
(hibernate版本-尝试了5.4.10和4.3.11。在回到setter中的简单赋值之前，花了几天时间尝试各种解决方案。现在很困惑为什么会这样。)
当我们以孩子为最终选择时，问题就解决了。
我们不应该在构造函数和setter中改变子对象的引用。
