Транзакція, позначена лише як відкат: Як знайти причину

У мене виникають проблеми із здійсненням транзакції в рамках мого методу @Transactional:

methodA() {
    methodB()
}

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

Коли я викликаю methodB () з methodA (), метод успішно проходить, і я бачу "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. Щось у методіB () позначило транзакцію лише як відкат? Як я можу це дізнатись? Чи є, наприклад, спосіб перевірити щось на кшталт getCurrentTransaction().isRollbackOnly()?- ось так, я міг би перейти через метод і знайти причину.

Коли ви позначаєте свій метод як @Transactional, виникнення будь-якого винятку всередині вашого методу буде позначати навколишню передачу лише як відкат (навіть якщо ви їх зловите). Ви можете використовувати інші атрибути @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немає. Коли виникає виняток, другий @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);

}

це добре працює для мого коду