Transaksi hanya ditandai sebagai rollback: Bagaimana cara menemukan penyebabnya

Saya mengalami masalah dalam melakukan transaksi dalam metode @Transactional saya:

methodA() {
    methodB()
}

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

Ketika saya memanggil methodB () dari methodA (), metode tersebut berhasil lolos dan saya dapat melihat "OK" di log saya. Tapi kemudian saya mengerti

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. Konteks methodB benar-benar hilang dalam pengecualian - yang tidak masalah menurut saya?
2. Sesuatu di dalam methodB () menandai transaksi sebagai rollback saja? Bagaimana saya bisa menemukannya? Apakah ada misalnya cara untuk memeriksa sesuatu seperti getCurrentTransaction().isRollbackOnly()?- seperti ini saya bisa melangkah melalui metode dan menemukan penyebabnya.

Saat Anda menandai metode Anda sebagai @Transactional, terjadinya pengecualian apa pun di dalam metode Anda akan menandai TX di sekitarnya hanya sebagai roll-back (bahkan jika Anda menangkapnya). Anda dapat menggunakan atribut @Transactionalanotasi lainnya untuk mencegahnya bergulir kembali seperti:

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

Saya akhirnya mengerti masalahnya:

methodA() {
    methodB()
}

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

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

Yang terjadi adalah meskipun methodBanotasi memiliki anotasi yang benar, methodCnamun tidak. Saat pengecualian dilemparkan, yang kedua @Transactionalmenandai transaksi pertama sebagai Rollback saja.

Untuk mengambil pengecualian penyebab dengan cepat tanpa perlu membuat kode ulang atau membuat ulang, aktifkan breakpoint

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

dan naik di tumpukan, biasanya ke beberapa Interceptor. Di sana Anda dapat membaca pengecualian penyebab dari beberapa blok tangkapan.

Saya berjuang dengan pengecualian ini saat menjalankan aplikasi saya.

Akhirnya masalahnya ada pada query sql . Maksud saya kueri itu salah.

harap verifikasi kueri Anda. Ini saran saya

Cari pengecualian yang dilempar dan ditangkap di ...bagian kode Anda. Pengecualian aplikasi runtime dan rollback menyebabkan rollback saat dikeluarkan dari metode bisnis bahkan jika tertangkap di beberapa tempat lain.

Anda dapat menggunakan konteks untuk mengetahui apakah transaksi ditandai untuk rollback.

@Resource
private SessionContext context;

context.getRollbackOnly();

Menemukan penjelasan yang bagus dengan solusi: https://vcfvct.wordpress.com/2016/12/15/spring-nested-transactional-rollback-only/

1) Hapus @Transacional dari metode bersarang jika tidak benar-benar memerlukan kontrol transaksi. Jadi meski ada pengecualian, itu hanya menggelembung dan tidak memengaruhi hal-hal transaksional.

ATAU:

2) jika metode bersarang memang membutuhkan kontrol transaksi, jadikan sebagai REQUIRE_NEW untuk kebijakan penyebaran seperti itu bahkan jika melontarkan pengecualian dan ditandai sebagai rollback saja, pemanggil tidak akan terpengaruh.

nonaktifkan transactionmanager di Bean.xml Anda

<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>

komentari baris ini, dan Anda akan melihat pengecualian yang menyebabkan rollback;)

terapkan kode di bawah ini di productRepository

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

sedangkan di tes junit terapkan kode di bawah ini

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

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

}

itu berfungsi dengan baik untuk kode saya