мы тестили, у меня к сожалению не откатывалась

да! у нас в rollbackFor=Exception.class

может изза этого

По умолчанию чекед эксепшены транзакцию не откатывают. На эту тему стоит почитать.

спасибо, не знал

смотря над чем - над ним))

над методом saveAndFlush() или над методом, из которого вызывается saveAndFlush()

нет, над классом поставлена аннотация

просто над saveAndFlush так-то тоже есть @Transactional

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

и да, там есть очень неприятный сюрприз в виде чекед-эксепшенов, о котором писали выше. хоть и давно работаю с JPA и spring-transactional, но периодически на него попадаюсь, т.к. на практике чекед-эксепшены используются редко, а когда все таки раз в год используются - об этой особенности можно и забыть уже.

не видел код, но помню, что если транзакционный метод вызывает метод внутри того же класса, то транзакция работает криво ввиду невозможности проксирования такого вызова

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

да, точно

Если конечно не инструментировать через aspectj)

Проще через self ссылку на класс

чем проще то?)

это дичайший костыль из-за кривой архитектуры)

всем привет, если я испольую аспект навешанный на реактивном ресте(webflux) и proceedMethod возвращает object а не Mono<Object>, такой подход считается нормальным? или лучше все таки в обертке возвращать?

если посмотришь на фактический тип отладчиком, то там будет моно

отлично, то есть сильно это ни на что не повлияет, спасибо!

пробовал я как-то инструментировать, были траблы с этим

а как поменять очередность hibernate операций?