我有以下问题时，试图更新我的实体:
"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 Boot，有这个问题与一个集合，尽管没有直接覆盖它，因为我声明了一个额外的字段为同一个集合与自定义序列化和反序列化，以提供一个更前端友好的数据表示:
public List<Attribute> getAttributes() {
return attributes;
}
public void setAttributes(List<Attribute> attributes) {
this.attributes = attributes;
}
@JsonSerialize(using = AttributeSerializer.class)
public List<Attribute> getAttributesList() {
return attributes;
}
@JsonDeserialize(using = AttributeDeserializer.class)
public void setAttributesList(List<Attribute> attributes) {
this.attributes = attributes;
}
似乎即使我自己没有覆盖集合，反序列化也会在底层执行，从而触发这个问题。解决方案是改变与反序列化器相关联的setter，这样它就会清除列表并添加所有内容，而不是覆盖它:
@JsonDeserialize(using = AttributeDeserializer.class)
public void setAttributesList(List<Attribute> attributes) {
this.attributes.clear();
this.attributes.addAll(attributes);
}
其他回答
我也犯了同样的错误。我的问题是，保存实体后映射的集合仍然为空，当试图更新实体时抛出异常。对我有帮助的是:保存实体，然后进行刷新(集合不再为空)，然后执行更新。也许用new ArrayList()来初始化集合也会有帮助。
@OneToMany(mappedBy = 'parent', cascade= CascadeType.ALL, orphanRemoval = true)
List<Child> children = new ArrayList<>();
当我将子对象添加到现有的子对象列表中时，我遇到了相同的错误。
childService.saveOrUpdate(child);
parent.addToChildren(child);
parentService.saveOrUpdate(parent);
解决我问题的是:
child = childService.saveOrUpdate(child);
现在孩子复活了其他细节以及它工作得很好。
我有同样的问题，但它是当集合为空。只有在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;
在我的例子中，它是从几个线程并发访问一个Hibernate会话。 我有Spring Boot Batch和RepositoryItemReader实现，其中我通过大小为10的页面请求获取实体。
例如，我的实体是:
@Entity
class JobEntity {
@ManyToOne(fetch = FetchType.LAZY)
private GroupEntity group;
}
@Entity
class GroupEntity {
@OneToMany(mappedBy = "group", cascade = CascadeType.ALL, fetch = FetchType.LAZY, orphanRemoval = true)
private Set<Config> configs;
}
批处理:在一个事务中读取器->处理器->写入器。
在该实体配置中，GroupEntity可以转义到其他线程:
进入read部分的第一个线程获取大小为10的JobEntity页面(RepositoryItemReader#doRead)，该项目包含一个共享的GroupEntity对象(因为它们都指向相同的组id)。然后取第一个实体。接下来读取部分的线程一个接一个地从该页中取出JobEntity，直到耗尽该页。
所以现在线程可以访问与JobEntity实例相同的GroupEntity实例，这是不安全的多线程访问一个Hibernate会话。
我使用Spring Boot，有这个问题与一个集合，尽管没有直接覆盖它，因为我声明了一个额外的字段为同一个集合与自定义序列化和反序列化，以提供一个更前端友好的数据表示:
public List<Attribute> getAttributes() {
return attributes;
}
public void setAttributes(List<Attribute> attributes) {
this.attributes = attributes;
}
@JsonSerialize(using = AttributeSerializer.class)
public List<Attribute> getAttributesList() {
return attributes;
}
@JsonDeserialize(using = AttributeDeserializer.class)
public void setAttributesList(List<Attribute> attributes) {
this.attributes = attributes;
}
似乎即使我自己没有覆盖集合，反序列化也会在底层执行，从而触发这个问题。解决方案是改变与反序列化器相关联的setter，这样它就会清除列表并添加所有内容，而不是覆盖它:
@JsonDeserialize(using = AttributeDeserializer.class)
public void setAttributesList(List<Attribute> attributes) {
this.attributes.clear();
this.attributes.addAll(attributes);
}
