A
@Configuration-классы творят чудеса :)Ну вот в контексте конфига это и происходит
Size: a a a
2020 July 06
SS
Т.е никак красиво это нельзя заинжектить?(
строкой. потом в мап раскладывать. вам из конфига так понимаю нужно мапу. чего бы ее из ресурсов не подгружать тогда?
A
строкой. потом в мап раскладывать. вам из конфига так понимаю нужно мапу. чего бы ее из ресурсов не подгружать тогда?
Ага. Думаю что тут как можно, заинжектить список бинов и пройтись по значениям енума, лобавить всё в мапку внутри цикла
SS
хм... Илона Маска на вас не хватает)
A
хм... Илона Маска на вас не хватает)
Почему его?
SS
ни в коем случае ни в обиду вам. просто сарказм...
AG
Да, через List выглядит наиболее простым решением.
RG
Всем привет. Подскажите пожалуйста. Пытаюсь понять как в spring boot сделать dbmigration c яндексовским clickhouse?
Попробовал flyway он говорит: FlywayException: Unsupported Database: ClickHouse 20.4
Попробовал flyway он говорит: FlywayException: Unsupported Database: ClickHouse 20.4
RU
Ага. Думаю что тут как можно, заинжектить список бинов и пройтись по значениям енума, лобавить всё в мапку внутри цикла
Борисов как-то показывал что-то подобное
ДК
Ребят, привет. Отправляю жсоны через раббит (спринг клауд стримс).
И у меня есть один консюмер, который не пишет на джаве и не может воспользоваться моими дтошками для десериализации.
Как мне ему отдать спеку вообще?
И у меня есть один консюмер, который не пишет на джаве и не может воспользоваться моими дтошками для десериализации.
Как мне ему отдать спеку вообще?
NG
Ребят, привет. Отправляю жсоны через раббит (спринг клауд стримс).
И у меня есть один консюмер, который не пишет на джаве и не может воспользоваться моими дтошками для десериализации.
Как мне ему отдать спеку вообще?
И у меня есть один консюмер, который не пишет на джаве и не может воспользоваться моими дтошками для десериализации.
Как мне ему отдать спеку вообще?
json-schema. и/или yaml по спецификации Async API
ДК
Асинк апи это интересно. Спасибо, будем изучать
VG
Привет
Подскажите, пожалуйста
Подключаю liquibase в проект с существующей схемой БД. Хочу синхронизировать текущую версию, чтобы потом уже начать использовать liquibase.
Использую maven liquibase:generateChangeLog, чтобы получить в виде миграции текущую версию.
Далее использую maven liquibase:сhangeLogSync. Создаются таблицы databasechangelog и databasechangeloglock и заполняется databasechangelog этими миграциями успешно.
При запуске приложения (Spring Boot с liquibase.enabled = true) происходит при старте error из-за того, что первый changeset не может выполнится (relation '...' already exist). А почему, если при старте должны применится только новые миграции, так как сдвиг на текущих уже произведен?)
Подскажите, пожалуйста
Подключаю liquibase в проект с существующей схемой БД. Хочу синхронизировать текущую версию, чтобы потом уже начать использовать liquibase.
Использую maven liquibase:generateChangeLog, чтобы получить в виде миграции текущую версию.
Далее использую maven liquibase:сhangeLogSync. Создаются таблицы databasechangelog и databasechangeloglock и заполняется databasechangelog этими миграциями успешно.
При запуске приложения (Spring Boot с liquibase.enabled = true) происходит при старте error из-за того, что первый changeset не может выполнится (relation '...' already exist). А почему, если при старте должны применится только новые миграции, так как сдвиг на текущих уже произведен?)
C
Привет
Подскажите, пожалуйста
Подключаю liquibase в проект с существующей схемой БД. Хочу синхронизировать текущую версию, чтобы потом уже начать использовать liquibase.
Использую maven liquibase:generateChangeLog, чтобы получить в виде миграции текущую версию.
Далее использую maven liquibase:сhangeLogSync. Создаются таблицы databasechangelog и databasechangeloglock и заполняется databasechangelog этими миграциями успешно.
При запуске приложения (Spring Boot с liquibase.enabled = true) происходит при старте error из-за того, что первый changeset не может выполнится (relation '...' already exist). А почему, если при старте должны применится только новые миграции, так как сдвиг на текущих уже произведен?)
Подскажите, пожалуйста
Подключаю liquibase в проект с существующей схемой БД. Хочу синхронизировать текущую версию, чтобы потом уже начать использовать liquibase.
Использую maven liquibase:generateChangeLog, чтобы получить в виде миграции текущую версию.
Далее использую maven liquibase:сhangeLogSync. Создаются таблицы databasechangelog и databasechangeloglock и заполняется databasechangelog этими миграциями успешно.
При запуске приложения (Spring Boot с liquibase.enabled = true) происходит при старте error из-за того, что первый changeset не может выполнится (relation '...' already exist). А почему, если при старте должны применится только новые миграции, так как сдвиг на текущих уже произведен?)
вопрос не очень понятен...
VG
в существующем проекте есть БД со схемой, но нет миграции (changeset'ов) liquibase
Подключаю liquibase и генерирую эти changeset'ы из актуальной версии БД. Получаю эти наборы. Далее говорю, чтобы liquibase синхронизировался этими changese'ами на этой базе (отметил в таблице databasechangelog, что они применены). Все хорошо, databasechangelog заполняется. Но при старте приложения эти же самые миграции с самого начала пытаются применится повторно. Liquibase же должен их пропустить, если по полям (hash, id и тд) матчинг произойдет. Так как новых миграции нету, просто должен запустится проект
Подключаю liquibase и генерирую эти changeset'ы из актуальной версии БД. Получаю эти наборы. Далее говорю, чтобы liquibase синхронизировался этими changese'ами на этой базе (отметил в таблице databasechangelog, что они применены). Все хорошо, databasechangelog заполняется. Но при старте приложения эти же самые миграции с самого начала пытаются применится повторно. Liquibase же должен их пропустить, если по полям (hash, id и тд) матчинг произойдет. Так как новых миграции нету, просто должен запустится проект
D
в существующем проекте есть БД со схемой, но нет миграции (changeset'ов) liquibase
Подключаю liquibase и генерирую эти changeset'ы из актуальной версии БД. Получаю эти наборы. Далее говорю, чтобы liquibase синхронизировался этими changese'ами на этой базе (отметил в таблице databasechangelog, что они применены). Все хорошо, databasechangelog заполняется. Но при старте приложения эти же самые миграции с самого начала пытаются применится повторно. Liquibase же должен их пропустить, если по полям (hash, id и тд) матчинг произойдет. Так как новых миграции нету, просто должен запустится проект
Подключаю liquibase и генерирую эти changeset'ы из актуальной версии БД. Получаю эти наборы. Далее говорю, чтобы liquibase синхронизировался этими changese'ами на этой базе (отметил в таблице databasechangelog, что они применены). Все хорошо, databasechangelog заполняется. Но при старте приложения эти же самые миграции с самого начала пытаются применится повторно. Liquibase же должен их пропустить, если по полям (hash, id и тд) матчинг произойдет. Так как новых миграции нету, просто должен запустится проект
C
в существующем проекте есть БД со схемой, но нет миграции (changeset'ов) liquibase
Подключаю liquibase и генерирую эти changeset'ы из актуальной версии БД. Получаю эти наборы. Далее говорю, чтобы liquibase синхронизировался этими changese'ами на этой базе (отметил в таблице databasechangelog, что они применены). Все хорошо, databasechangelog заполняется. Но при старте приложения эти же самые миграции с самого начала пытаются применится повторно. Liquibase же должен их пропустить, если по полям (hash, id и тд) матчинг произойдет. Так как новых миграции нету, просто должен запустится проект
Подключаю liquibase и генерирую эти changeset'ы из актуальной версии БД. Получаю эти наборы. Далее говорю, чтобы liquibase синхронизировался этими changese'ами на этой базе (отметил в таблице databasechangelog, что они применены). Все хорошо, databasechangelog заполняется. Но при старте приложения эти же самые миграции с самого начала пытаются применится повторно. Liquibase же должен их пропустить, если по полям (hash, id и тд) матчинг произойдет. Так как новых миграции нету, просто должен запустится проект
так в самом databasechangelog указано, что они применены, или нет? булеан стоит?
VG
так в самом databasechangelog указано, что они применены, или нет? булеан стоит?
да