Quarkus Gradle项目中quarkus-amazon-lambda与jib扩展能否共存？

问题描述 #

我的项目基于Quarkus 3.4.3与Gradle Wrapper 8.2.1构建，使用Optaplanner解决VRP优化问题，任务运行时长依输入数据集而定。因其他后端均采用AWS Lambda，初始选择Lambda部署；同时为应对超过Lambda 15分钟最大运行时长的场景，计划支持容器化部署（如Fargate）。

我添加了implementation 'io.quarkus:quarkus-container-image-jib'依赖，同时保留原有implementation 'io.quarkus:quarkus-amazon-lambda'依赖，以便将简单数据集任务委托给Lambda。但执行./gradlew build -Dquarkus.container-image.build=true时出现错误：

java.nio.file.NoSuchFileException: [...]/build/quarkus-run.jar

移除quarkus-amazon-lambda依赖后，容器构建可正常进行，说明该依赖导致build命令不再生成quarkus-run.jar。

现咨询：

1. 能否在同一Gradle项目中同时实现这两种打包方式？
2. 若不可行，除拆分多项目外还有其他方案吗？

解决方案：通过Gradle构建变体+Quarkus Profiles实现双打包支持 #

完全可以在同一Gradle项目中同时支持两种打包方式，核心思路是通过Gradle构建变体区分Lambda和容器化的依赖与打包逻辑，结合Quarkus Profiles切换不同的构建配置，避免依赖冲突导致的打包产物异常。

方案1：独立构建任务（推荐，隔离性强） #

这种方式为两种部署场景创建独立的Gradle任务，各自管理依赖和打包配置：

1. 在build.gradle中定义专属配置与依赖

// 定义两个自定义配置，继承公共implementation配置
configurations {
    lambdaImplementation.extendsFrom implementation
    containerImplementation.extendsFrom implementation
}

dependencies {
    // 公共核心依赖
    implementation 'io.quarkus:quarkus-optaplanner'
    // Lambda专属依赖
    lambdaImplementation 'io.quarkus:quarkus-amazon-lambda'
    // 容器化专属依赖
    containerImplementation 'io.quarkus:quarkus-container-image-jib'
}

2. 创建独立的Quarkus构建任务

// 构建Lambda包的任务
task buildLambda(type: io.quarkus.gradle.tasks.QuarkusBuild) {
    group = 'build'
    description = 'Build application for AWS Lambda deployment'
    setProfiles(['lambda'])
    configurations = [project.configurations.lambdaImplementation]
    outputs.dir("${buildDir}/lambda")
}

// 构建容器镜像的任务
task buildContainer(type: io.quarkus.gradle.tasks.QuarkusBuild) {
    group = 'build'
    description = 'Build application and container image for Fargate deployment'
    setProfiles(['container'])
    configurations = [project.configurations.containerImplementation]
    outputs.dir("${buildDir}/container")
    systemProperty 'quarkus.container-image.build', 'true'
}

3. 在application.properties中配置Profiles的打包行为

# 默认配置（可省略）
quarkus.package.type=uber-jar

# Lambda Profile：生成Lambda兼容的包结构
%lambda.quarkus.package.type=lambda
%lambda.quarkus.amazon-lambda.handler=io.quarkus.amazon.lambda.runtime.QuarkusStreamHandler

# Container Profile：生成可执行Uber-Jar并构建镜像
%container.quarkus.package.type=uber-jar
%container.quarkus.container-image.group=your-org
%container.quarkus.container-image.name=vrp-solver
%container.quarkus.container-image.tag=latest

4. 执行构建

• 构建Lambda包：./gradlew buildLambda
• 构建容器镜像：./gradlew buildContainer

方案2：轻量Profile切换（适合无代码差异场景） #

如果两种场景不需要代码分离，仅依赖和打包配置不同，可以直接通过Quarkus Profile切换：

1. 在build.gradle中添加条件依赖

dependencies {
    implementation 'io.quarkus:quarkus-optaplanner'
    
    // 根据激活的Profile添加对应依赖
    if (project.hasProperty('quarkus.profile') && project.property('quarkus.profile') == 'lambda') {
        implementation 'io.quarkus:quarkus-amazon-lambda'
    } else {
        implementation 'io.quarkus:quarkus-container-image-jib'
    }
}

2. 配置application.properties

%lambda.quarkus.package.type=lambda
%container.quarkus.package.type=uber-jar
%container.quarkus.container-image.build=true

3. 执行构建

• 构建Lambda包：./gradlew build -Dquarkus.profile=lambda
• 构建容器镜像：./gradlew build -Dquarkus.profile=container

关键原理 #

Quarkus的quarkus-amazon-lambda依赖会默认将打包类型设置为lambda，这种打包方式生成的是适合Lambda的分层包结构，而非标准可执行Jar（quarkus-run.jar）。而容器化部署需要的是可执行Uber-Jar，通过Profiles或Gradle变体强制切换打包类型，就能避免两种依赖的打包逻辑冲突，实现同一项目支持两种部署方式。

内容的提问来源于stack exchange，提问作者greyhairredbear