Docker上的Spring开发

Question

我对Java和Spring很陌生。我正在寻找一个容器化的解决方案，它可以监视src文件夹，重新构建项目，并利用Spring devols热交换重新加载更改的类。

我进行了搜索，但我一直在寻找生产就绪容器，构建和运行的步骤是分开的。我尝试使用两个不同的容器，一个带有Gradle的容器保持构建（Gradle build--continuous），另一个容器执行构建结果：

version: '3.7'
services:

  builder:
    image: gradle:jdk11
    working_dir: /home/gradle/project
    volumes:
      - ./:/home/gradle/project
    command: gradle build --continuous

  api:
    image: openjdk:11-slim
    volumes:
    - ./build/classes:/app
    command: java -classpath /app/java/main com.example.Application

它失败了，因为Java在api容器中找不到依赖项（Spring、devtools、h2等），而且我不知道如何让Gradle在构建文件夹中包含外部JAR。我想这样做，只是这个例子已经过时了。

尽管如此，我还是一直在想可能有一个更优雅、更简单的解决方案。它不一定要与Gradle，它可以是Maven，如果它的作品！：）

我知道很多IDE都支持自动构建和开发工具，我只是想在Docker上实现它。这样，我将拥有一个在存储库上的开发工作流，而不是在IDE的配置上，并且实际上与任何开发环境都兼容。这是个坏主意吗？

Answer 1

最后，我找到了一个非常有效的解决方案，只有一个警告。这当然是一个开发环境，旨在快速更改文件、自动构建和刷新Spring应用程序。它不是为了生产。

构建过程被委托给一个Gradle容器来监视更改。由于Gradle具有增量编译功能，因此即使对于大型项目，它也可以很好地扩展。

应用程序本身是在openjdk:11 slim上执行的。因为它运行.class文件，所以SpringBoot得到它的dev env并激活它的devtools。

这是我的docker-compose.yml：

version: '3.7'
services:

  builder:
    image: gradle:jdk11
    working_dir: /home/gradle/project
    volumes:
      - ./build:/home/gradle/project/build
      - ./src:/home/gradle/project/src
      - ./build.gradle:/home/gradle/project/build.gradle
    command: gradle build --continuous -x test -x testClasses

  api:
    image: openjdk:13-alpine
    volumes:
    - ./build:/app
    depends_on:
      - builder
    command: java -cp "/app/classes/java/main:/app/dependencies/*:/app/resources/main" com.example.Application

这是我的构建。gradle：

plugins {
    id 'org.springframework.boot' version '2.2.1.RELEASE'
    id 'io.spring.dependency-management' version '1.0.8.RELEASE'
    id 'java'
}

group = 'com.example'
version = '0.1.0-SNAPSHOT'
sourceCompatibility = '11'

configurations {
    developmentOnly
    runtimeClasspath {
        extendsFrom developmentOnly
    }
    compileOnly {
        extendsFrom annotationProcessor
    }
}

repositories {
    mavenCentral()
}

task copyLibs(type: Copy) {
    from configurations.runtimeClasspath
    into "${buildDir}/dependencies"
}

build.dependsOn(copyLibs)

dependencies {
    implementation 'org.springframework.boot:spring-boot-starter-data-jpa'
    implementation 'org.springframework.boot:spring-boot-starter-web'
    implementation 'com.h2database:h2'
    compileOnly 'org.projectlombok:lombok'
    developmentOnly 'org.springframework.boot:spring-boot-devtools'
    annotationProcessor 'org.projectlombok:lombok'
    testImplementation('org.springframework.boot:spring-boot-starter-test') {
        exclude group: 'org.junit.vintage', module: 'junit-vintage-engine'
    }
}

test {
    useJUnitPlatform()
}

总而言之，整个重建和热交换源代码的更改需要5s。不是webpack一样快，但仍然可以接受。以这种方式使用它的最大好处是它驻留在代码上，每个人都可以让它工作，不管他们的工作站是什么。

警告？在第一次运行时，生成文件夹为空，并且api容器无法启动。您必须等待builder完成其工作，然后重新启动api。

我仍然希望有一个更好的解决方案，我鼓励你发布比这更流畅的东西。