FlywayException:无法扫描位置中的 SQL 迁移:classpath:db/migration
Posted
技术标签:
【中文标题】FlywayException:无法扫描位置中的 SQL 迁移:classpath:db/migration【英文标题】:FlywayException: Unable to scan for SQL migrations in location: 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] ------------------------------------------------------------------------
可以帮帮我吗?
很多。
【问题讨论】:
检查我的这个答案希望它会有所帮助,***.com/a/59478383/9437031 检查这可能会有所帮助:***.com/a/65561481/6150881 【参考方案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
。
似乎我遇到的所有飞行路线问题都不是大问题。它总是很容易修复的小东西。这只是要找出问题所在。这是最难的部分。
【讨论】:
以上是关于FlywayException:无法扫描位置中的 SQL 迁移:classpath:db/migration的主要内容,如果未能解决你的问题,请参考以下文章
由于位置许可,BLE 蓝牙扫描无法在 Android 10 和 11 上运行
原因:org.flywaydb.core.api.FlywayException:迁移失败!和 Spring Cloud 数据流
Flyway:如何在不出现“FlywayException:验证失败”的情况下替换已弃用的 SpringJdbcMigration?
原因:org.flywaydb.core.api.FlywayException:验证失败。迁移 2 的迁移校验和不匹配