FlywayException: невозможно выполнить сканирование для миграции SQL в местоположении: classpath: db/migration

Я пытаюсь начать использовать пролет с интеграцией maven, но не могу заставить его работать.

Я следую за документацией, кажется, очень простой, поэтому никаких странных вещей не представляется возможным.

Мой pom.xml выглядит следующим образом:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>com.test</groupId>
  <artifactId>test</artifactId>
  <version>0.0.1-SNAPSHOT</version>


  <build>
        <plugins>
            <!-- Flyway plugin configuration -->
            <plugin>
                <groupId>org.flywaydb</groupId>
                <artifactId>flyway-maven-plugin</artifactId>
                <version>3.0</version>
                <configuration>
                    <url>jdbc:mysql://localhost:3306/test</url>
                    <user>test_fede</user>
                    <password>test_fede</password>
                </configuration>
                <dependencies>
                    <dependency>
                        <groupId>mysql</groupId>
                        <artifactId>mysql-connector-java</artifactId>
                        <version>5.1.21</version>
                    </dependency>
                </dependencies>
            </plugin>
        </plugins>
    </build>

  <dependencies>
        <dependency>
            <groupId>com.google.guava</groupId>
            <artifactId>guava</artifactId>
            <version>13.0.1</version>
        </dependency>

        <!-- DB dependencies -->
        <dependency>
            <groupId>mysql</groupId>
            <artifactId>mysql-connector-java</artifactId>
            <version>5.1.21</version>
        </dependency>

        <!-- Test dependencies -->
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.8.1</version>
            <scope>compile</scope>
        </dependency>
  </dependencies>
</project>

У меня есть каталог resources/db/migration/ без какой-либо миграции.

Когда я выдаю пролет: информация о cygwin или cmd Я получил ошибку пролета:

$ mvn compile flyway:info
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Building Unnamed - com.test:test:jar:0.0.1-SNAPSHOT
[INFO]    task-segment: [compile, flyway:info]
[INFO] ------------------------------------------------------------------------
[INFO] [resources:resources {execution: default-resources}]
[WARNING] Using platform encoding (Cp1252 actually) to copy filtered resources, i.e. build is platform dependent!
[INFO] Copying 0 resource
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Nothing to compile - all classes are up to date
[INFO] [flyway:info {execution: default-cli}]
[INFO] Database: jdbc:mysql://localhost:3306/test (MySQL 5.5)
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] org.flywaydb.core.api.FlywayException: Unable to scan for SQL migrations in location: classpath:db/migration

Embedded error: Unable to determine URL for classpath location: db/migration (ClassLoader: [email protected])
[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1 second
[INFO] Finished at: Tue May 06 11:06:15 CST 2014
[INFO] Final Memory: 17M/223M
[INFO] ------------------------------------------------------------------------

Можете дать мне руку на это?

Чем много.

Ответ 1

Хорошо, просто для вас.

Я нашел проблему, это происходит, когда мы настраиваем пролет в нашей среде, но у нас нет миграции для выполнения.

Он не должен отображать ошибку класса, но, к счастью, он работает.

Кстати, еще одна проблема, которую я обнаружил, заключается в том, что после выполнения init, если мы проверяем info, ничего не отображается. И если мы добавим новую миграцию с помощью V1, то информация не покажет ее, если мы не изменим ее на V1_1

Надеемся помочь

Ответ 2

Это также происходит, если цель компиляции не выполняется перед вызовом flyway: migrate. На самом деле это включено в руководство по быстрому запуску. В нем говорится:

mvn скомпилировать пролет: мигрировать

Однако, если вы пропустите эту деталь и начнете просто позвонить mvn flyway:migrate, файл SQL не будет скопирован в целевой каталог (на самом деле целевой каталог вообще не существует), и вы получите эту загадочную ошибку.

Ответ 3

Я столкнулся с той же проблемой. В моем случае у меня была миграция script в неправильном каталоге, вызвавшем эту проблему. Я переместил script V1__Create_person_table.sql в нужный каталог в ресурсах/db/migration/и работает!

Ответ 4

Я столкнулся с той же проблемой. Но когда я внимательно наблюдал за журналами, я обнаружил, что flywaydb ищет папку db/migration для script, но мой script находится в db/migrate. поэтому, исправляя путь от db/migrate до db/migration, он работает!!.