Скажите, почему перегрузка @Transactional инертна на пути после совершения сделки

DocsSecurityService
Shipped
27 августа 2026 г. в 09:19 UTC
Author
Kamo
Commit
ae984f7

Предложенный одноранговой сессией поиск @Transactional (REQUIRES NEW) Весна никогда не бывает Рекомендуемый — защищенный и самовызванный, поэтому запись неудачного запроса откатилась назад С помощью запроса он записывался. Сканирование собственных аннотаций этой службы для обоих Формы превращаются в одно самозвание, и это стоит отметить, а не изменить. SetupForSubOrgCreation(Long, ...) - это REQUIRES NEW и достигается через фасоль границы, поэтому рекомендуется. Перегрузка, которую он затем вызывает, является @Transactional и является Звонок, который никогда не покидает объект, никогда не проходит через прокси. Это безвредно здесь, и только здесь, потому что Requires NEW уже открыл Транзакция и требование означает «присоединиться к текущему», что и происходит. Неважно. Что это не сетка безопасности, и этот файл уже заплатил за эту путаницу. Один раз. Удаление REQUIRES NEW выше не возвращается к перегрузке Анотация; она не возвращается ни к кому, и каждая запись бесшумно отбрасывается на Последующий путь — каждая организация, созданная между 3903267 и распространением Фикс не получил подписной ряд вообще по этой причине. Перемещение точки входа Не перемещая аннотацию, вы делаете то же самое. **************************** Закрепляет внешнюю аннотацию; ничто не может закрепить предположение читателя о внутреннем. Один, поэтому он записан. Только комментарий. Поведение не меняется.

All changes

Как вы видите судоходство?

Каждое из этих обновлений автоматически попадает в ваше рабочее пространство. Начните бесплатно и смотрите, как он растет неделю за неделей.

Начните бесплатно навсегдаПосмотреть цены