Возможно ли использовать скрипт миграции Java в flyway-play (3.0.0)?Как реализовать переход на Java-переход с помощью flyway-игры
SQL-миграции работают нормально, но когда я помещаю пример сценария миграции Java в приложение \ db \ migration \ V1_0_1__PopulateDatabase.java или в тот же каталог, что и скрипт SQL, он не распознается как допустимый сценарий миграции.
Кто-нибудь пробовал это раньше?
В соответствии с flyway-play README миграция Flyway (сценарии или переносы Java) должна быть помещена в путь к классу db/migration/${dbName}.
Например, представьте себе, у меня есть подключение к базе данных под названием default, указанный в application.conf так:
db.default {
driver=org.postgresql.Driver
url="jdbc:postgresql://localhost/database"
}
В этом случае, мне нужно поместить SQL миграции в conf/db/migration/default и Java миграции в app/db/migration/default.
В вашем случае вы не указали имя базы данных на пути миграции Java. Если вы переносите миграцию на app/db/migration/V1_0_1__PopulateDatabase.java, она должна, вероятно, где-то вроде app/db/migration/default/V1_0_1__PopulateDatabase.java.
Вы также можете написать свою миграцию в Scala, и flyway-play заберет их (он сканирует как миграции Scala, так и Java). В репозитории по пролетному плану есть пример Play приложения, который делает это: https://github.com/flyway/flyway-play/tree/master/playapp/app/db/migration/java
вам удалось заставить его работать? У меня такая же потребность – Bennyn
В конце концов я прекратил использовать пролетную игру и вернулся к простому пролетному ядру в отдельном подпроекте. Хотя это поддерживает сценарии миграции Java и Scala, это была не моя основная причина для отбрасывания игрового процесса. При использовании flyway-play проект должен быть скомпилирован и находится на ранней стадии разработки, наряду с созданием схемы из базы данных, он просто слишком запутан. Наличие отдельного проекта сделало вещи намного более гибкими, с дополнительным преимуществом поддержки сценариев Java/Scala. –