Proxy + ThreadLocal. Як працює Spring Transaction Manager під капотом 🔥

[@Bobocode]

👉 Навчання від Bobocode: bit.ly/3IRrJhj

[@igoryevtushenko2160]

Неймовірний канал. Багато нюансів про які не задумуєшся при роботі чи університетських проектах. Кайф

[@МаксимФедосов-з6е]

Дякую за цікавий розбір по спрінговим транзакціям.

[@eq716]

З великим задоволенням дивлюсь всю цю серію відео. Дякую!

[@baibula]

Дякую за відео! Можливо не зовсім в тему питання, але у вас сервіс є CGLIB проксі (33:58). А в документації Spring сказано, що потрібно надавати перевагу jdk-проксі над cglib-проксі у всіх випадках, де це можливо. Для того, щоб Спрінг створив jdk-проксі для вашого сервіса то треба заімплементувати будь-який інтерфейс. Але тут постає інша проблема: створення інтерфейса для єдиної імплементації... Тому мені от дуже цікаво, чи потрібно створювати цей інтерфейс, щоб форсувати спрінг створювати jdk-проксі з її беззаперечними перевагами над cglib чи уникати лишнього інтерфейсу?

[@baibula]

У документації 3-го спірнга написано прям дуже строго і чітко про це. А от в документації 6-го вже написано "злегка розмито": там сказано, що серед переваг jdk-proxy можливість проксювати final, private і злегка краща продуктивність.

[@Bobocode]

Привіт. Останнім часом не перевіряв, але мені здається, що в Spring під капотом поголовно використовується CGLib... Створювати інтерфейс тільки для цього точно не варто 😅

[@baibula]

@@Bobocode привіт. Я перевіряв тиждень тому на Spring Boot 3: якщо імплементить інтерфейс, то створює jdk-проксі зараз.😁 Дякую за відповідь.))

[@Bobocode]

@@baibula круто, дякую!

[@anriiandrosiuk9287]

вогінь

[@KolomiecSergeyK]

Певно нада "підмазати" юзерів на 43 хвилині в логах.

[@MrRomanvideo]

47:27 Виходить, що в данному випадку замість ThreadLocal у RequestMetaInfoHolder класі можна було використати анотації @Bean @Scope("request") і змінну просто зберігати без ThreadLocal ?

[@Bobocode]

Так, це дуже схоже на бін зі скоупом "request".