Как вручную принудительно выполнить фиксацию в методе @Transactional?

У меня был аналогичный вариант использования во время тестирования прослушивателей событий гибернации, которые вызываются только при фиксации.

Решение состояло в том, чтобы обернуть код, чтобы он был постоянным, в другой метод, аннотированный REQUIRES_NEW. (В другом классе) Таким образом создается новая транзакция, и после возврата метода выполняется сброс/фиксация.

Имейте в виду, что это может повлиять на все остальные тесты! Поэтому напишите их соответствующим образом, иначе вам нужно убедиться, что вы можете очистить их после запуска теста.

Почему бы вам не использовать весенний TransactionTemplate программно управлять транзакциями? Вы также можете реструктурировать свой код, чтобы каждый «блок транзакций» имел свой собственный метод @Transactional, но, учитывая, что это тест, я бы выбрал программный контроль ваших транзакций.

Также обратите внимание, что аннотация @Transactional на вашем runnable не будет работать (если вы не используете аспект j), так как spring не управляет runnables!

@RunWith(SpringJUnit4ClassRunner.class)
//other spring-test annotations; as your database context is dirty due to the committed transaction you might want to consider using @DirtiesContext
public class TransactionTemplateTest {

@Autowired
PlatformTransactionManager platformTransactionManager;

TransactionTemplate transactionTemplate;

@Before
public void setUp() throws Exception {
    transactionTemplate = new TransactionTemplate(platformTransactionManager);
}

@Test //note that there is no @Transactional configured for the method
public void test() throws InterruptedException {

    final Contract c1 = transactionTemplate.execute(new TransactionCallback<Contract>() {
        @Override
        public Contract doInTransaction(TransactionStatus status) {
            Contract c = contractDOD.getNewTransientContract(15);
            contractRepository.save(c);
            return c;
        }
    });

    ExecutorService executorService = Executors.newFixedThreadPool(5);

    for (int i = 0; i < 5; ++i) {
        executorService.execute(new Runnable() {
            @Override  //note that there is no @Transactional configured for the method
            public void run() {
                transactionTemplate.execute(new TransactionCallback<Object>() {
                    @Override
                    public Object doInTransaction(TransactionStatus status) {
                        // do whatever you want to do with c1
                        return null;
                    }
                });
            }
        });
    }

    executorService.shutdown();
    executorService.awaitTermination(10, TimeUnit.SECONDS);

    transactionTemplate.execute(new TransactionCallback<Object>() {
        @Override
        public Object doInTransaction(TransactionStatus status) {
            // validate test results in transaction
            return null;
        }
    });
}

}

Я знаю, что из-за этого уродливого анонимного внутреннего класса использование TransactionTemplate выглядит не очень хорошо, но когда по какой-то причине мы хотим иметь транзакционный метод тестирования, ИМХО, это наиболее гибкий вариант.

В некоторых случаях (это зависит от типа приложения) лучшим способом использования транзакций в тестах Spring является отключение @Transactional в методах тестирования. Почему? Потому что @Transactional может привести ко многим ложноположительным тестам. Вы можете просмотреть этот пример статьи, чтобы узнать подробности. . В таких случаях TransactionTemplate может идеально подойти для контроля границ транзакций, когда нам нужен этот контроль.