【问题标题】:Insert in EntityListener cause ConcurrentModificationException in Hibernate在 EntityListener 中插入会导致 Hibernate 中的 ConcurrentModificationException
【发布时间】:2016-02-21 11:05:35
【问题描述】:

我有一个实体侦听器,用于查找所选实体的更改。

@PostUpdate
@PostPersist
void onChange(RhEntity data) {
    InjectHelper.getInstance().inject(this, this.changeService);
    if (ReflectionUtils.hasChangeListener(data.getClass()))
        changeService.persistAndNotifyAll(data, DataChange.DATA_CHANGE_TYPE_INSERT_OR_UPDATE);
}

当事务完成时,提交时 Hibernate 抛出 ConcurrentModificationException

org.springframework.transaction.TransactionSystemException: Could not commit JPA transaction; nested exception is javax.persistence.RollbackException: Error while committing the transaction

    at org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:526)
    at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:757)
    at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:726)
    at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:521)
    at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:291)
    at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:96)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207)
    at com.sun.proxy.$Proxy106.add(Unknown Source)
    at com.rh.cores.architecture.tests.services.PersonDataUtils.getNaturalPerson(PersonDataUtils.java:65)
    at com.rh.cores.architecture.tests.services.PersonDataUtils.initPersonData(PersonDataUtils.java:92)
    at com.rh.cores.architecture.tests.services.PersonDataUtils$$FastClassBySpringCGLIB$$6b46a725.invoke(<generated>)
    at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
    at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:717)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
    at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:99)
    at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:281)
    at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:96)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
    at org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:653)
    at com.rh.cores.architecture.tests.services.PersonDataUtils$$EnhancerBySpringCGLIB$$13329715.initPersonData(<generated>)
    at com.rh.cores.architecture.tests.units.DataChangeListenerTest.beforeMethod(DataChangeListenerTest.java:53)
    at com.rh.cores.architecture.tests.RhAuthenticatedTest.setup(RhAuthenticatedTest.java:45)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:497)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
    at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
    at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:73)
    at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
    at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:82)
    at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:73)
    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:224)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:83)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
    at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
    at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:68)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
    at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:163)
    at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
    at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:69)
    at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:234)
    at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:74)
Caused by: javax.persistence.RollbackException: Error while committing the transaction
    at org.hibernate.jpa.internal.TransactionImpl.commit(TransactionImpl.java:86)
    at org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:517)
    ... 50 more
Caused by: java.util.ConcurrentModificationException
    at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:901)
    at java.util.ArrayList$Itr.next(ArrayList.java:851)
    at java.util.Collections$UnmodifiableCollection$1.next(Collections.java:1042)
    at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:558)
    at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:434)
    at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:337)
    at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:39)
    at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1295)
    at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:468)
    at org.hibernate.internal.SessionImpl.flushBeforeTransactionCompletion(SessionImpl.java:3135)
    at org.hibernate.internal.SessionImpl.beforeTransactionCompletion(SessionImpl.java:2352)
    at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.beforeTransactionCompletion(JdbcCoordinatorImpl.java:485)
    at org.hibernate.resource.transaction.backend.jdbc.internal.JdbcResourceLocalTransactionCoordinatorImpl.beforeCompletionCallback(JdbcResourceLocalTransactionCoordinatorImpl.java:147)
    at org.hibernate.resource.transaction.backend.jdbc.internal.JdbcResourceLocalTransactionCoordinatorImpl.access$100(JdbcResourceLocalTransactionCoordinatorImpl.java:38)
    at org.hibernate.resource.transaction.backend.jdbc.internal.JdbcResourceLocalTransactionCoordinatorImpl$TransactionDriverControlImpl.commit(JdbcResourceLocalTransactionCoordinatorImpl.java:231)
    at org.hibernate.engine.transaction.internal.TransactionImpl.commit(TransactionImpl.java:65)
    at org.hibernate.jpa.internal.TransactionImpl.commit(TransactionImpl.java:61)
    ... 51 more

我用 Spring 配置休眠,

** 当我使用@Transactional(Transactional.TxType.REQUIRES_NEW)时,此代码有效

【问题讨论】:

    标签: java spring hibernate jpa-2.1


    【解决方案1】:

    JPA 2.1 规范说 (3.5.2):

    以下规则适用于生命周期回调方法:

    ...

    • 生命周期 回调可以调用 JNDI、JDBC、JMS 和企业 bean。实体 监听器和回调方法 Java Persistence 2.1,
    • 在 一般来说,可移植应用程序的生命周期方法不应该 调用 EntityManager 或查询操作,访问其他实体 实例,或修改同一持久性中的关系 背景[46]。 [47] 生命周期回调方法可能会修改 调用它的实体的非关系状态。

    您无法在此回调中真正更改托管对象的持久状态。

    此外,Hibernate 对此有一个问题:HHH-7537。此问题已关闭,因为您的生命周期回调未遵循规范。您可以通过打开一个新事务(即使用 Spring,在生命周期方法上使用 REQUIRE_NEW)来做这种事情

    【讨论】:

    • 在同一事务中是否有解决方案?我使用 Hibernate 拦截器,但它插入到新事务中
    • 我没有。老实说,我总是尽量避免那些生命周期回调:引入性能或锁定问题太容易了。我尝试在我的业务层中维护相关状态
    【解决方案2】:

    我通过这样做在 Spring Framework 应用程序中解决了我的问题:

    @Service
    @Transactional(propagation=Propagation.REQUIRES_NEW) //it means a new transaction will be created 
    public class MyService {
     ...
    }
    
    @Component
    public class MyListener {
    
        private static MyService myService;
    
    @Autowired
        public void setMyService (MyService myService) {
            MyListener.myService= myService;
        }
    
        @PostUpdate
        public void myPostUpdate(MyEntity entity) {
    //      entity.setModificationDate(new Date());
            myService.methodBar(entity.getBar());//calling some method
        }
    
        @PostPersist
        public void myPostPersist(MyEntity entity) {
            myService.methodFoo(entity.getFoo());//calling some method
        }  
    
    }
    
    
    @Entity
    @Table(name= "TB_MY_ENTITY")
    @DynamicUpdate
    @EntityListeners(MyListener.class)
    public class MyEntity {
        ....
    }
    

    我希望这会有所帮助!

    【讨论】:

      猜你喜欢
      • 2022-01-11
      • 2021-09-12
      • 2015-09-15
      • 2016-05-16
      • 1970-01-01
      • 2021-10-20
      • 2019-12-11
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多