保存具有复杂关系的实体时的StaleStateException
我在数据库(Oracle)中保存的hibernate实体具有非常复杂的关系,因为它具有许多相关实体。 它看起来像这样……
@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 contractLinks; // . . . . . . . // A couple of more one to many relationships // Entity getters etc. }
我还有几个实体,比如……
@Table(name = "t_HOP_TRS") public class TotalReturnSwap { @Id private ContractPK id; // Entity Getters etc. }
诀窍是我必须在同一个事务中持久执行Contract
和TotalReturnSwap
实体。
有时它可能是一堆必须在同一事务中持久化的实体。
我保存TotalReturnSwap
实体时注意到以下exception(在保存Contract
实体后总是这样做)。
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)
现在有几点可以帮助回答问题:
- 我只在数据库中保存(插入)实体 – 从不更新/删除/读取
- 即使在单线程环境中,我也能够隔离此exception,因此即使我们的应用程序是multithreading的,它看起来也不像multithreading问题
错误可能由以下几点引起:
- 在提交对象之前刷新数据可能会导致清除所有待处理的对象。
- 如果对象具有自动生成的主键,并且您正在强制分配的键
- 如果在将对象提交到数据库之前清理对象。
- 零或不正确的ID:如果您将ID设置为零或其他,Hibernate将尝试更新而不是插入。
- 对象是陈旧的:Hibernate从会话中缓存对象。 如果对象被修改,并且Hibernate不知道它,它将抛出此exception – 请注意StaleStateException
我没有把它归功于它,在这里找到它。
在以下情况下,这发生在我身上:
- 我在java代码中创建了objectA。
- 我将现存的objectB添加到objectA作为字段。 objectB与objectA具有一对一的关系。
- 我在数据库中保存(创建)了objectA。
-
保存objectA时,在数据库中更新了objectB以添加objectA的id。
-
然后我将objectC添加到objectA(一个objectA用于许多objectC)。 我尝试更新objectA并获得stalestateexception ….即使在使用merge时也是如此。
答案是我需要更新objectB或从数据库中检索objectA的新鲜度