【问题标题】:FlywayException: Unable to scan for SQL migrations in location: classpath:db/migrationFlywayException:无法扫描位置中的 SQL 迁移:classpath:db/migration
【发布时间】:2014-06-23 10:52:32
【问题描述】:

我正在尝试使用带有 maven 集成的 flyway,但无法使其工作。

我正在关注的文档似乎很简单,所以似乎没有做任何奇怪的事情。

我的 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 上发出 flyway:info 时,我得到一个 flyway 错误:

$ 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: org.codehaus.classworlds.RealmClassLoader@5bcdbf6)
[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] ------------------------------------------------------------------------

可以帮帮我吗?

很多。

【问题讨论】:

标签: java database maven flyway


【解决方案1】:

如果在调用 flyway:migrate 之前未执行编译目标,也会发生这种情况。实际上,这已包含在快速入门手册中。它说:

mvn 编译 flyway:migrate

但是,如果您错过了该详细信息并开始只调用mvn flyway:migrate,SQL 文件将不会被复制到目标目录(实际上目标目录甚至不存在)并且您会收到这个神秘的错误。

【讨论】:

    【解决方案2】:

    好吧,只是为了让你知道。

    我发现了问题,它发生在我们在环境中设置 flyway 但我们没有任何要执行的迁移时。

    它不应该显示类路径错误,但幸运的是它正在工作。

    顺便说一下,我发现的另一个问题是,在执行 init 之后,如果我们检查 info 什么都没有显示。如果我们使用 V1 添加新迁移,那么 info 将不会显示它,除非我们将其更改为 V1_1

    希望能帮到你

    【讨论】:

    • 这可能是由于如果输入目录为空,maven 没有创建输出目录。 P.S.:你可能不需要 init。这仅适用于现有数据库。对于新的迁移就足够了。
    【解决方案3】:

    我遇到了类似的问题,这是因为我在创建迁移目录时直接将其命名为 db.migration

    通过创建目录db,然后在其中创建migration 目录就可以了。

    【讨论】:

      【解决方案4】:

      我遇到了同样的问题。就我而言,我的迁移脚本位于导致问题的错误目录中。我将脚本 V1__Create_person_table.sql 移到了 resources/db/migration/ 的正确目录中,它起作用了!!

      【讨论】:

        【解决方案5】:

        我遇到了同样的问题。但是当我敏锐地观察日志时,我发现 flywaydb 正在 db/migration 文件夹中查找脚本,但我的脚本在 db/migrate 中。因此,在更正从 db/migrate 到 db/migration 的路径后,它可以工作了!!。

        【讨论】:

          【解决方案6】:

          这是我犯的一个愚蠢的错误,我遇到了这个讨厌的错误:

          确保在 pom.xml 中将包装设置为 jar 而不是 pom。然后mvn install 并确保您的 M2 文件夹中有该项目的 jar,否则您将收到此错误,因为未复制并找到迁移文件。

          【讨论】:

            【解决方案7】:

            我也有类似的问题。就我而言,我认为在对所有内容进行了三次检查后,我已经正确命名了目录。结果我输入了migrations 而不是migration。一旦我解决了这个问题,一切都很好。

            在此之前,我在迁移文件名中的版本标记 (V1) 之后遇到了另一个下划线问题。它需要是一个 dunder(双下划线)所以它总是 V1__description.sql

            似乎我遇到的所有飞行路线问题都不是大问题。它总是很容易修复的小东西。这只是要找出问题所在。这是最难的部分。

            【讨论】:

              猜你喜欢
              • 2016-06-04
              • 2019-09-10
              • 2018-03-07
              • 2015-08-19
              • 2014-01-24
              • 2021-10-07
              • 2018-03-18
              • 2013-04-07
              • 2018-03-04
              相关资源
              最近更新 更多