Java 保存具有复杂关系的实体时发生StaleStateException
我保存在数据库(Oracle)中的hibernate实体具有非常复杂的关系,因为它有许多相关的实体。看起来像这样Java 保存具有复杂关系的实体时发生StaleStateException,java,spring,hibernate,persistence,save,Java,Spring,Hibernate,Persistence,Save,我保存在数据库(Oracle)中的hibernate实体具有非常复杂的关系,因为它有许多相关的实体。看起来像这样 @Table(name = "t_HOP_CommonContract") public class Contract { @Id private ContractPK id; @OneToOne(fetch = FetchType.LAZY, cascade = CascadeType.ALL) @PrimaryKeyJoinColumn
@Table(name = "t_HOP_CommonContract")
public class Contract {
@Id
private ContractPK id;
@OneToOne(fetch = FetchType.LAZY, cascade = CascadeType.ALL)
@PrimaryKeyJoinColumn
private ContractGroupMember contractGroupMember;
@OneToMany(cascade = CascadeType.ALL, fetch = FetchType.LAZY)
@JoinColumns({
@JoinColumn(name = "TransactionId", referencedColumnName = "TransactionId"),
@JoinColumn(name = "PrimaryContractId", referencedColumnName = "PrimaryContractId")
})
@Fetch(FetchMode.SUBSELECT)
private List<ContractLink> contractLinks;
// . . . . . . .
// A couple of more one to many relationships
// Entity getters etc.
}
诀窍是,我必须在同一事务中持久化合同
和总回报掉期
实体
有时它可能是一组必须在同一事务中持久化的实体
我在保存TotalReturnSwap
实体时注意到以下异常情况(这总是在保存合同
实体后进行)
现在,回答问题时有几点可能会有所帮助:
- 我只在数据库中保存(插入)实体-从不更新/删除/读取
- 即使在单线程环境中,我也能够隔离此异常,因此即使我们的应用程序是多线程的,它看起来也不像多线程问题
我没有因为它而获得荣誉,找到了它。这发生在我身上的情况如下:
- 我用java代码创建了objectA
- 我将现存的objectB作为字段添加到objectA中。objectB有一个 一个与objectA的关系
- 我在数据库中保存(创建)了objectA
- 保存objectA时,数据库中的objectB被更新以添加 objectA的id
- 然后我向objectA添加了一个objectC(一个objectA代表多个objectA) 对象)。我尝试更新objectA并获得了 stalestateexception…即使在使用合并时也是如此
答案是,我需要更新objectB或从数据库中检索objectA的新距离@Stony可能是
刷新()
?@Michael我的问题是两个线程同时修改同一个PO;因此,当保存PO时,作为#5原因,抛出异常。那么什么时候调用refresh()以防万一呢?如果在保存()之前,订单的更改将消失。最后,我使用lock-LockMode.悲观主义的方法来解决我的问题。有谁有更好的解决办法吗?
@Table(name = "t_HOP_TRS")
public class TotalReturnSwap {
@Id
private ContractPK id;
// Entity Getters etc.
}
org.springframework.orm.hibernate3.HibernateOptimisticLockingFailureException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1; nested exception is
org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1
at org.springframework.orm.hibernate3.SessionFactoryUtils.convertHibernateAccessException(SessionFactoryUtils.java:675) \
at org.springframework.orm.hibernate3.HibernateTransactionManager.convertHibernateAccessException(HibernateTransactionManager.java:793)
at org.springframework.orm.hibernate3.HibernateTransactionManager.doCommit(HibernateTransactionManager.java:664)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:754)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:723)
at org.springframework.transaction.support.TransactionTemplate.execute(TransactionTemplate.java:147)
at com.rbs.fcg.publishing.DownstreamContractBusinessEventPostingService.performTDWPersistenceForContracts(DownstreamContractBusinessEventPostingService.java:102)
at com.rbs.fcg.publishing.DownstreamContractBusinessEventPostingService.persistContractBusinessEvent(DownstreamContractBusinessEventPostingService.java:87)
at com.rbs.fcg.publishing.DownstreamContractBusinessEventPostingService.publish(DownstreamContractBusinessEventPostingService.java:67)
at com.rbs.fcg.publishing.PublishingProcessor.publish(PublishingProcessor.java:76)
at com.rbs.fcg.publishing.PublishingProcessor.process(PublishingProcessor.java:52)
at com.rbs.are.MultiThreadedQueueItemProcessor$2.run(MultiThreadedQueueItemProcessor.java:106)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1
at org.hibernate.jdbc.Expectations$BasicExpectation.checkBatched(Expectations.java:85)
at org.hibernate.jdbc.Expectations$BasicExpectation.verifyOutcome(Expectations.java:70)