我有以下问题时，试图更新我的实体:
"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<..只有>，根据这个:如何“可能”解决问题，但它没有工作。
如果你有什么想法，请告诉我。
谢谢!
当前回答
而不是分配新的集合
public void setChildren(Set<ChildEntity> children) {
this.children = children;
}
将所有元素替换为
public void setChildren(Set<ChildEntity> children) {
Collections.replaceAll(this.children,children);
}
其他回答
检查所有你给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);
}
所有这些答案都帮不了我，但我找到了另一个解决办法。
我有一个实体A包含一个实体B的列表实体B包含一个实体C的列表。
我试图更新实体A和b，它成功了。但是当更新实体C时，我得到了上述错误。在实体B中，我有一个这样的注释:
@OneToMany(mappedBy = "entity_b", cascade = [CascadeType.ALL] , orphanRemoval = true)
var c: List<EntityC>?,
我只是删除了orphanRemoval和更新工作。
具有关系类型:
当集合在hasMany中声明时，不要尝试实例化它，只需添加和删除对象。
class Parent {
static hasMany = [childs:Child]
}
使用关系类型:
但是集合只有在声明为属性(使用关系)并且没有在声明中初始化时才可能为空。
class Parent {
List<Child> childs = []
}
我有同样的问题，但它是当集合为空。只有在Set集合中，在List中工作正常。您可以尝试使用hibernate注释@LazyCollection(LazyCollectionOption.FALSE)而不是JPA注释fetch = FetchType.EAGER。
我的解决方案: 这是我的配置和工作良好
@OneToMany(mappedBy = "format", cascade = CascadeType.ALL, orphanRemoval = true)
@LazyCollection(LazyCollectionOption.FALSE)
private Set<Barcode> barcodes;
@OneToMany(mappedBy = "format", cascade = CascadeType.ALL, orphanRemoval = true)
@LazyCollection(LazyCollectionOption.FALSE)
private List<FormatAdditional> additionals;
从[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.
