我有以下问题时，试图更新我的实体:
"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 virtual IEnumerable<SubscriptionPurchase> Purchases => _purchases;
public virtual SubscriptionPurchase MostRecentPurchase => _purchases.OrderByDescending(p => p.PurchaseDateUtc).FirstOrDefault();
我尝试通过将. orderbydescent移动到. purchasing属性来更改代码。这个更改破坏了代码，并导致OP中的引用错误:
public virtual IEnumerable<SubscriptionPurchase> Purchases => _purchases.OrderByDescending(p => p.PurchaseDateUtc);
public virtual SubscriptionPurchase MostRecentPurchase => Purchases.FirstOrDefault();
直到试图保存包含. purchasing属性的父对象时，错误才显示出来。
正如对这个问题的其他回答所指出的那样，出现这个问题是因为集合正在重置(在我的例子中是在对. purchasing的每个访问上)。
其他回答
从[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.
方法:
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);
}
}
我使用@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);
}
}
}
}
所有这些答案都帮不了我，但我找到了另一个解决办法。
我有一个实体A包含一个实体B的列表实体B包含一个实体C的列表。
我试图更新实体A和b，它成功了。但是当更新实体C时，我得到了上述错误。在实体B中，我有一个这样的注释:
@OneToMany(mappedBy = "entity_b", cascade = [CascadeType.ALL] , orphanRemoval = true)
var c: List<EntityC>?,
我只是删除了orphanRemoval和更新工作。
当我在我的父实体中使用这些注释时，我面临着类似的问题:
@Cascade({ CascadeType.ALL, CascadeType.DELETE_ORPHAN })
错误地，我试图在数据库中保存一个空父对象，并正确设置我的实体对象的值解决了我的错误。所以，做检查，如果你是愚蠢的设置错误的值或试图在数据库中保存一个空对象。
