Yalnızca geri alma olarak işaretlenen işlem: Nedenini nasıl bulabilirim

@Transactional yöntemimle bir işlem gerçekleştirme konusunda sorun yaşıyorum:

methodA() {
    methodB()
}

@Transactional
methodB() {
    ...
    em.persist();
    ...
    em.flush();
    log("OK");
}

MethodA () 'dan methodB ()' yi çağırdığımda, metot başarılı bir şekilde geçiyor ve günlüklerimde "Tamam" görüyorum. Ama sonra anladım

Could not commit JPA transaction; nested exception is javax.persistence.RollbackException: Transaction marked as rollbackOnly org.springframework.transaction.TransactionSystemException: Could not commit JPA transaction; nested exception is javax.persistence.RollbackException: Transaction marked as rollbackOnly
    at org.springframework.orm.jpa.JpaTransactionManager.doCommit(JpaTransactionManager.java:521)
    at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:754)
    at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:723)
    at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:393)
    at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:120)
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
    at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:622)
    at methodA()...

1. Yöntem B'nin bağlamı istisnada tamamen eksik - sanırım sorun yok?
2. MethodB () içindeki bir şey, işlemi yalnızca geri alma olarak mı işaretledi? Nasıl bulabilirim? Örneğin, böyle bir şeyi kontrol etmenin bir yolu var mı getCurrentTransaction().isRollbackOnly()?- bunun gibi, yöntemi adım adım atabilir ve sebebini bulabilirim.

Yönteminizi olarak işaretlediğinizde, yönteminizin @Transactionaliçinde herhangi bir istisnanın meydana gelmesi, çevreleyen TX'i yalnızca geri alma olarak işaretleyecektir (onları yakalasanız bile). Aşağıdakiler @Transactionalgibi geri dönmesini önlemek için ek açıklamanın diğer özelliklerini kullanabilirsiniz :

@Transactional(rollbackFor=MyException.class, noRollbackFor=MyException2.class)

Sonunda sorunu anladım:

methodA() {
    methodB()
}

@Transactional(noRollbackFor = Exception.class)
methodB() {
    ...
    try {
        methodC()
    } catch (...) {...}
    log("OK");
}

@Transactional
methodC() {
    throw new ...();
}

Olan şu ki methodB, doğru ek açıklamaya sahip olsa bile , methodCyok. İstisna atıldığında, ikincisi @Transactionalilk işlemi yine de yalnızca Geri Alma olarak işaretler.

Yeniden kodlamaya veya yeniden oluşturmaya gerek kalmadan neden olan istisnayı hızlı bir şekilde getirmek için ,

org.hibernate.ejb.TransactionImpl.setRollbackOnly() // Hibernate < 4.3, or
org.hibernate.jpa.internal.TransactionImpl() // as of Hibernate 4.3

ve yığında yukarı, genellikle bir Interceptor'a gidin. Orada bazı catch bloğundan neden olan istisnayı okuyabilirsiniz.

Uygulamamı çalıştırırken bu istisna ile mücadele ettim.

Sonunda sorun sql sorgusundaydı . demek istediğim sorgu yanlış.

lütfen sorgunuzu doğrulayın. Bu benim önerim

...Kodunuzun bölümlerinde atılan ve yakalanan istisnaları arayın . Çalışma zamanı ve geri alma uygulaması istisnaları, başka bir yerde yakalanmış olsa bile bir iş yönteminden atıldığında geri dönüşe neden olur.

İşlemin geri alma için işaretlenip işaretlenmediğini öğrenmek için bağlamı kullanabilirsiniz.

@Resource
private SessionContext context;

context.getRollbackOnly();

Çözümlerle ilgili iyi bir açıklama buldum: https://vcfvct.wordpress.com/2016/12/15/spring-nested-transactional-rollback-only/

1) gerçekten işlem kontrolü gerektirmiyorsa @Transacional'ı iç içe yerleştirilmiş yöntemden kaldırın. Bu yüzden istisnası olsa bile, sadece ortaya çıkıyor ve işlemsel şeyleri etkilemiyor.

VEYA:

2) iç içe geçmiş yöntem işlem kontrolüne ihtiyaç duyuyorsa, istisna atsa ve yalnızca geri alma olarak işaretlense bile, yayılma ilkesi için bunu REQUIRE_NEW yapın, arayan etkilenmez.

Bean.xml dosyanızda işlem yöneticisini devre dışı bırakın

<tx:annotation-driven proxy-target-class="true" transaction-manager="transactionManager"/>
    <bean id="transactionManager"
        class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource"></property>
    </bean>

bu satırları yorumlayın ve geri dönüşe neden olan istisnayı göreceksiniz;)

aşağıdaki kodu productRepository'ye uygulayın

@Query("update Product set prodName=:name where prodId=:id ") @Transactional @Modifying int updateMyData(@Param("name")String name, @Param("id") Integer id);

Junit testinde aşağıdaki kodu uygulayın

@Test
public void updateData()
{
  int i=productRepository.updateMyData("Iphone",102);

  System.out.println("successfully updated ... ");
  assertTrue(i!=0);

}

kodum için iyi çalışıyor