Score

Java-квіз #2: Spring Essentials

База лежить або вичерпано max_connections

Hikari тече з'єднаннями — рестарт і поїхали

Кожен checkout тримає конекшн увесь платіжний виклик; решта стає в чергу й падає по таймауту

Пул замалий — maximum-pool-size=200 і по домам

ApplicationReadyEvent надто рано — треба AvailabilityChangeEvent

Між двома слухачами однієї події порядку не гарантовано: publishUp() законно виконається першим, і discovery отримає «готовий» з холодним кешем

Прогрів блокує публікацію — вішаємо @Async і хай собі гріється

Spring бере лише перший @EventListener на подію в біні

Виняток залогується, publishUp() однаково виконається

Решта слухачів цієї події пропускається, run() кидає виняток далі, контекст закривається, процес виходить з ненульовим кодом

Контекст уже піднятий — застосунок житиме, просто без кешу

Spring перепублікує подію

Транзакції не буде взагалі

Так, але тільки якщо feedTwice() теж @Transactional

Помилка на старті: @Transactional на методі, який кличуть зсередини

timeout працює тільки з JTA, а в нас же простий JDBC

Це дедлайн, а не вотчдог — перевіряється, коли йде наступний JDBC-стейтмент

Таймаут спрацював на 20 с, а той конекшн — від іншої джоби

Hikari maxLifetime мав його закрити