Ну в БД - блокирующий драйвер. Хочется его вынести в отдельный пул, который будет unbounded. А для всего остального неблокирующего кода использовать фиксированный
Ну в БД - блокирующий драйвер. Хочется его вынести в отдельный пул, который будет unbounded. А для всего остального неблокирующего кода использовать фиксированный
Это как. Количество запросов к базе одновременных неограниченное может быть ? ... Это странно.
То есть, видимо, реактор (Mono/Flux), так? От этого зависит, как запускать часть кода в другом тредпуле. Или вопрос в том, есть ли что-то на эту тему в spring boot из коробки?
есть проект на spring-boot. БД обновляется через liquibase. При сборке падает с ошибкой Caused by: liquibase.exception.LockException: Could not acquire change log lock. Currently locked by ...название проекта. Соответственно обновление не накатывается.Обновление простое, увеличить varchar до 1000 символов Подскажите можно ли как-то узнать по подробнее в чем может быть ошибка
есть проект на spring-boot. БД обновляется через liquibase. При сборке падает с ошибкой Caused by: liquibase.exception.LockException: Could not acquire change log lock. Currently locked by ...название проекта. Соответственно обновление не накатывается.Обновление простое, увеличить varchar до 1000 символов Подскажите можно ли как-то узнать по подробнее в чем может быть ошибка
в базе в таблице changelocklock измени столбец locked с 1 на 0 и запусти
Ну в БД - блокирующий драйвер. Хочется его вынести в отдельный пул, который будет unbounded. А для всего остального неблокирующего кода использовать фиксированный
Запускать часть кода руками в другом пуле - тут проблем нет.
Так все запросы к БД разве не выполняются вами вручную в своём коде? Пул соединений точно не может взять и что-то исполнить на netty event loop сам по себе.
Как у кого устроено дев окружение, например если есть несколько разных бд? или же сервисная архитектура? Держите ли основные сервисы или бд локально, или все на тестовом контуре каком-нибудь? Как думаете, имеет ли смысл поднимать minikub (на проде все в кубере) для иммитации продовского окружения?
Как у кого устроено дев окружение, например если есть несколько разных бд? или же сервисная архитектура? Держите ли основные сервисы или бд локально, или все на тестовом контуре каком-нибудь? Как думаете, имеет ли смысл поднимать minikub (на проде все в кубере) для иммитации продовского окружения?
Хочешь как на проде - поднимай как на проде Все зависит от желания вашего