Nur als Rollback gekennzeichnete Transaktion: Wie finde ich die Ursache?

Ich habe Probleme beim Festschreiben einer Transaktion innerhalb meiner @ Transactional-Methode:

methodA() {
    methodB()
}

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

Wenn ich methodB () von methodA () aus aufrufe, ist die Methode erfolgreich und ich kann "OK" in meinen Protokollen sehen. Aber dann verstehe ich

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. Der Kontext von Methode B fehlt in der Ausnahme vollständig - was ist in Ordnung, nehme ich an?
2. Etwas in der Methode B () hat die Transaktion nur als Rollback markiert? Wie kann ich das herausfinden? Gibt es zum Beispiel eine Möglichkeit, so etwas zu überprüfen getCurrentTransaction().isRollbackOnly()?- so könnte ich die Methode durchgehen und die Ursache finden.

Wenn Sie Ihre Methode als markieren, markiert das @TransactionalAuftreten einer Ausnahme innerhalb Ihrer Methode den umgebenden TX nur als Rollback (selbst wenn Sie sie abfangen). Sie können andere @TransactionalAnnotationsattribute verwenden, um ein Zurücksetzen zu verhindern, wie z.

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

Ich habe das Problem endlich verstanden:

methodA() {
    methodB()
}

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

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

Was passiert ist, dass, obwohl das methodBdie richtige Anmerkung hat, das methodCnicht. Wenn die Ausnahme ausgelöst wird, @Transactionalmarkiert die zweite die erste Transaktion ohnehin nur als Rollback.

Setzen Sie einen Haltepunkt auf, um die verursachende Ausnahme schnell abzurufen, ohne sie neu codieren oder neu erstellen zu müssen

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

und gehe in den Stapel, normalerweise zu einem Interceptor. Dort können Sie die verursachende Ausnahme aus einem catch-Block lesen.

Ich hatte Probleme mit dieser Ausnahme, während ich meine Anwendung ausführte.

Schließlich lag das Problem bei der SQL-Abfrage . Ich meine, dass die Abfrage falsch ist.

Bitte überprüfen Sie Ihre Anfrage. Das ist mein Vorschlag

Suchen Sie nach Ausnahmen, die in den ...Abschnitten Ihres Codes ausgelöst und abgefangen werden. Ausnahmen für Laufzeit- und Rollbacking-Anwendungen verursachen ein Rollback, wenn sie aus einer Geschäftsmethode entfernt werden, selbst wenn sie an einem anderen Ort abgefangen werden.

Mithilfe des Kontexts können Sie herausfinden, ob die Transaktion für das Rollback markiert ist.

@Resource
private SessionContext context;

context.getRollbackOnly();

Eine gute Erklärung mit Lösungen gefunden: https://vcfvct.wordpress.com/2016/12/15/spring-nested-transactional-rollback-only/

1) Entfernen Sie @Transacional aus der verschachtelten Methode, wenn keine Transaktionssteuerung erforderlich ist. Selbst wenn es eine Ausnahme gibt, sprudelt es nur und hat keinen Einfluss auf das Transaktionsmaterial.

ODER:

2) Wenn eine verschachtelte Methode eine Transaktionssteuerung benötigt, machen Sie sie auf diese Weise zu REQUIRE_NEW für die Weitergaberichtlinie. Selbst wenn eine Ausnahme ausgelöst und nur als Rollback markiert wird, ist der Aufrufer nicht betroffen.

Deaktivieren Sie den Transaktionsmanager in Ihrer 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>

Wenn Sie diese Zeilen auskommentieren, wird die Ausnahme angezeigt, die den Rollback verursacht.

Wenden Sie den folgenden Code in productRepository an

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

Während des Junit-Tests den folgenden Code anwenden

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

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

}

Es funktioniert gut für meinen Code