【问题标题】:Applying Liquibase migrations for integration tests on a multi module gradle project将 Liquibase 迁移应用于多模块 gradle 项目的集成测试
【发布时间】:2021-08-22 08:31:17
【问题描述】:

我正在模块化一个用 Java 开发的单体,它利用 Micronaut 框架和 Gradle 作为构建工具。正如标题所示,它利用 Liquibase 进行数据库迁移。

旧结构:

这是一个标准的单一 Gradle java 项目,带有用于生成 war 文件的 war 插件。它在src/main/java/resources 文件夹中包含所有迁移(标准micronaut-liquibase 东西)

新结构:

我将各种独立的域分解为单独的 Gradle 项目。我已经创建了一个startup 项目,它应该包含所有项目初始化逻辑,例如 Micronauts 上下文初始化和 Liquibase DB 迁移。

project/
|
+---gradle-project-A/
|   |
|   +---build.gradle
|   |
|   +---src/main/java/
|   |
|   +---src/test/
|       |
|       +---java/TestIntegration.java
|       |
|       +---resources/application.yml (for testing)
|
+---startup/
|   |
|   +---build.gradle
|   |
|   +---src/main/java/Application.java
|   |
|   +---src/main/java/resources/
|       |
|       +---db/changelog.sql files (These files are referred by the changelog.yml)
|       +---liqiubase-changelog.yml (Liquibase looks for this file in classpath)
|       +---application.yml (Micronaut config)
|
+---settings.gradle
|
|

当然,还会有更多 Gradle 项目gradle-project-B, C...

最终,startup 将生成一个包含 gradle-project-A 作为 jar 依赖项的 war 文件。这是我想到的结构。

所以,startup 依赖于所有其他 Gradle 项目

startup/build.gradle 的精简版

plugins {
    'io.micronaut.application'
    'war'
}

dependencies {
    implementation project(':gradle-project-A')
}

问题

  • 正如文件夹结构所暗示的那样,有一些集成测试需要预先将所有 liquibase 迁移应用到数据库(测试容器)
  • 在旧结构中,迁移是在执行测试时提取的,因为它们位于同一个 Gradle 项目中。
  • 现在,迁移是startup 的一部分,并且在gradle-project-A 中运行集成测试时显然没有被拾取

到目前为止我的研究

  • 新项目结构的灵感来自post
  • 我的问题似乎类似于 StackOverflow 上的 this 问题,但我不确定我是否理解正确(不是 Gradle 专家)

问题

  • 如何让gradle-project-A 在运行测试时检测到类路径中的liqiubase-changelog.yml
  • 我不能将startup 作为gradle-project-A 的依赖项,因为这将是一个循环依赖项。我的模块结构可以改进吗?

欢迎您提出任何建议!提前感谢您的帮助...

【问题讨论】:

    标签: java gradle liquibase micronaut modular-design


    【解决方案1】:

    我会说您需要将迁移脚本拆分为 project-Aproject-B 等。

    因此,在project-A/src/main/java/resources/ 中,您需要为project-A 提供迁移脚本,project-B 等也一样。然后,在您的startup 项目中,您可以拥有changelog.xml,如下所示:

    <databaseChangeLog xmlns="http://www.liquibase.org/xml/ns/dbchangelog"
                       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                       xsi:schemaLocation="http://www.liquibase.org/xml/ns/dbchangelog http://www.liquibase.org/xml/ns/dbchangelog/dbchangelog-3.1.xsd">
    
        <include file="pathToChangeLogFromProjectA.xml" relativeToChangelogFile="true"/>
        <include file="pathToChangeLogFromProjectA.xml" relativeToChangelogFile="true"/>
    
    </databaseChangeLog>
    

    这样,启动将为所有项目选择迁移脚本,当您为 project-A 运行测试时,只会运行该项目的脚本。

    【讨论】:

    • 感谢您的意见。将 project-Aproject B 的迁移分开是非常乏味的。此外,对于集成测试,拥有整个数据库模式的快照会更好,而不仅仅是与项目 A 或项目 B 相关的模式。你怎么看?
    • 我想如果您有与 projectA 相关的表和与 projectB 相关的表,并且您正在为 projectA 运行测试,那么运行一些创建与 projectB 相关的表的迁移脚本会有点奇怪.为什么要这么做?如果你有微服务,每个服务都应该有一个独立的数据库。当然,你仍然有单体和模块,而不是单独的服务,也许你的服务在某种程度上是依赖的。那样的话,也许你可以尝试修改projectA里面的application.yaml,让它引用startup里面的liqiubase-changelog.yml?
    猜你喜欢
    • 1970-01-01
    • 2019-06-26
    • 2014-10-13
    • 2019-08-19
    • 2018-09-10
    • 2014-04-06
    • 2020-10-02
    • 2015-08-24
    • 1970-01-01
    相关资源
    最近更新 更多