As long as the process that has set the LOCKED column to 1 isn’t killed before it has a chance to set back to 0, this works fine. When it’s not working fine, all of the other Liquibase processes (including a newly restarted process on the same machine) will just continue to wait for a 0 value which will never come. Вот, фраза - When it’s not working fine, all of the other Liquibase processes , когда это работает не нормально, то будут проблемы, и вопрос, а когда это начнет работать не нормально? Если вроде как работа с мнопоток есть
Подскажите, плиз, какой эксепшн ловить, чтобы поймать нарушение уникальности ключа? Например банально констейнт на уникальность поля email в бд? Юзаю Spring Data и JPA.
Подскажите, плиз, какой эксепшн ловить, чтобы поймать нарушение уникальности ключа? Например банально констейнт на уникальность поля email в бд? Юзаю Spring Data и JPA.
Зависит от базы и ее драйвера. Воспроизводите и посмотрите что выкидывается
Зависит от базы и ее драйвера. Воспроизводите и посмотрите что выкидывается
Но это в верхних слоях у меня. А значит я не хочу подвязываться на низкоуровневые эксепшены. Я хочу понять есть ли дженерик эксепшн в которой оборачивает подобные штуки JPA и Spring Data
Но это в верхних слоях у меня. А значит я не хочу подвязываться на низкоуровневые эксепшены. Я хочу понять есть ли дженерик эксепшн в которой оборачивает подобные штуки JPA и Spring Data
Так и вылетит от spring data, просто поймёте какой конкретно
Всем привет, открываю через try with resources, connect и statement, в блоке try делаю statement.executeQuery, обрабатываю результат, закрываю ResultSet и делаю connection.commit(), но судя по visualvm, память все таки не чистится, кто сталкивался, куда копать? jdbc драйвер от sql server