java – 保存具有复杂关系的实体时的StaleStateException

前端之家收集整理的这篇文章主要介绍了java – 保存具有复杂关系的实体时的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

我还有几个实体,比如……

@Table(name = "t_HOP_TRS")
public class TotalReturnSwap {
    @Id
    private ContractPK id;
    // Entity Getters etc.
}

诀窍是我必须在同一个事务中持久化Contract和TotalReturnSwap实体.

有时它可能是一堆必须在同一事务中持久化的实体.

我在保存TotalReturnSwap实体时注意到以下异常(在保存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)

现在有几点可以帮助回答问题:

>我只在数据库中保存(插入)实体 – 从不更新/删除/读取
>即使在单线程环境中,我也能够隔离此异常,因此即使我们的应用程序是多线程的,它看起来也不像是多线程问题

最佳答案
错误可能由以下几点引起:

>在提交对象之前刷新数据可能会导致清除所有待处理的对象.
>如果对象具有自动生成的主键,并且您正在强制分配的键
>如果在将对象提交到数据库之前清理对象.
>零或不正确的ID:如果您将ID设置为零或其他,Hibernate将尝试更新而不是插入.
>对象是陈旧的:Hibernate从会话中缓存对象.如果对象被修改,并且Hibernate不知道它,它将抛出此异常 – 请注意StaleStateException

我没有把它归功于它,发现它是here.

原文链接:https://www.f2er.com/spring/431991.html

猜你在找的Spring相关文章