ロールバックのみとしてマークされたトランザクション：原因を見つける方法

@Transactionalメソッド内でトランザクションをコミットすることに問題があります。

methodA() {
    methodB()
}

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

methodA（）からmethodB（）を呼び出すと、メソッドが正常に渡され、ログに「OK」と表示されます。しかし、私は得る

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. 例外ではmethodBのコンテキストが完全に欠落しています-どちらが大丈夫でしょうか？
2. methodB（）内の何かがトランザクションをロールバックのみとしてマークしましたか？どうすれば見つけられますか？たとえば、次のようなものをチェックする方法はありますかgetCurrentTransaction().isRollbackOnly()?-このようにして、メソッドをステップ実行して原因を見つけることができます。

メソッドをとしてマークすると、メソッド@Transactional内で例外が発生すると、周囲のTXがロールバックのみとしてマークされます（キャッチしても）。@Transactionalアノテーションの他の属性を使用して、次のようなロールバックを防ぐことができます。

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

私は最終的に問題を理解しました：

methodA() {
    methodB()
}

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

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

何が起きるかというと、methodBには適切な注釈methodCがありますが、そうではありません。例外がスローされると、2番目@Transactionalは最初のトランザクションをとにかくロールバックとしてのみマークします。

再コーディングまたは再構築する必要なく、原因となっている例外をすばやくフェッチするには、ブレークポイントをオンに設定します

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

スタックを上って、通常はインターセプターに行きます。そこで、いくつかのcatchブロックから原因となっている例外を読み取ることができます。

アプリケーションの実行中に、この例外に苦労しました。

最後に、問題はSQLクエリにありました。クエリが間違っていることを意味します。

クエリを確認してください。これは私の提案です

...コードのセクションでスローおよびキャッチされる例外を探します。ランタイムおよびロールバックアプリケーションの例外により、他の場所でキャッチされた場合でも、ビジネスメソッドからスローされるとロールバックが発生します。

コンテキストを使用して、トランザクションにロールバックのマークが付けられているかどうかを確認できます。

@Resource
private SessionContext context;

context.getRollbackOnly();

解決策で良い説明を見つけました：https : //vcfvct.wordpress.com/2016/12/15/spring-nested-transactional-rollback-only/

1）トランザクション制御が本当に必要ない場合は、ネストされたメソッドから@Transacionalを削除します。そのため、例外があったとしても、気泡が発生し、トランザクションに影響を与えることはありません。

または：

2）ネストされたメソッドがトランザクション制御を必要とする場合、例外をスローしてロールバックのみとしてマークされていても、それを伝播ポリシーのREQUIRE_NEWとしてそのようにすると、呼び出し元は影響を受けません。

Bean.xmlでトランザクションマネージャを無効にする

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

これらの行をコメント化すると、ロールバックの原因となる例外が表示されます;）

以下のコードをproductRepositoryに適用します

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

junitテスト中にコードの下に適用します

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

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

}

私のコードでは問題なく機能しています