问题标签 [paketo]

我找不到适合 Spring Webflux 应用程序的 buildpack 构建器。例如，Paketo 几乎没有定制空间，而且开箱即用的构建包包括典型的 Webflux 应用程序（例如 apache-tomcat）不需要的构建包。是否有为 webflux/jvm-reactive 应用程序量身定制的构建包？

我更新了我的 spring-boot 应用程序以使用 buildpacks 来创建我的 docker-image 而不是 dockerfile。我还在我的应用程序中使用 Apache POI，并且由于该更新，我在生成 xlsx 文件时出现错误。经过一番挖掘，我认为这是因为缺少fontconfigand/orttf-dejavu包。但是如何在 dockerimage 中添加这些？使用 dockerfile 我只需添加类似

但是如何使用 buildpacks 实现相同的目标？

Spring Boot maven 插件使用 paketo builder 构建图像。

gcr.io/paketo-buildpacks/builder:base-platform-api-0.3

我想做的是在这个构建器正在做的事情上增加另一个步骤。我创建了自己的 buildpack 并尝试创建包含基本 buildpack 的构建器。

我遇到的第一个问题是尝试从 builder.toml 创建构建器时出现此错误：

另一个问题是，即使这有效，我想我仍然必须从 paketo:base 指定所有 order.group。

实际上有没有一种方法可以从 paketo-buildpacks/builder 中创建一个构建器，而无需详细了解内部发生的事情？

Spring Boot 2.3 引入了对使用 Spring Boot maven/gradle 插件构建优化的 Docker 映像的支持。目标做了spring-boot:build-image很多事情：

• 创建图层索引
• 调用 Paketo buildpack
• 构建 OCI 映像
• 等等

有没有办法使用较旧的 Spring Boot 版本为模块复制这些步骤？更好的是，这些步骤可以直接集成到 maven/gradle 构建中吗？

I am using Spring Boot Maven plugin to create a Docker image with the command mvn spring-boot:build-image. This uses Paketo buildpacks. It works fine, but the resulting Docker image has labels with a huge amount of data. It lists every file in my project. I have tooling (Falco) that reads the response of docker inspect and it breaks trying to parse the massive amount of JSON. In particular, I've noticed that the io.buildpacks.lifecycle.metadata label is huge. How can I get the buildpacks to stop using large labels?

将 spring boot 升级到 2.4 后，我们无法运行通过此脚本创建的最终 docker 映像：

我们Dockerfile只是创建一个文件夹并将chown其发送给CNB用户：

虽然这在 Spring Boot 2.3 中运行良好，但在升级到 Spring Boot 2.4 后尝试运行映像时出现此错误：

编辑：

CI 日志输出在命令末尾显示此行bootBuildImage：

编辑2：

通过进一步检查bootBuildImage使用 spring-boot 2.3 和 2.4 创建的图像的差异，我发现默认ENTRYPOINT不再是/cnb/lifecycle/launcherbut的提示/cnb/process/web。

更新 Dockerfile 的最后一行以选择这个入口点：

使我们能够启动图像！耶！:)

但是，我把这个问题留了下来，因为我仍然想知道为什么生命周期启动器不再使用默认进程？！

我正在使用最新版本 2.4.0 中的 spring-boot-maven-plugin 来构建映像。 https://docs.spring.io/spring-boot/docs/2.4.0/maven-plugin/reference/htmlsingle/#build-image

该文档描述了如何设置使用的 buildback 的环境变量。 https://docs.spring.io/spring-boot/docs/2.4.0/maven-plugin/reference/htmlsingle/#build-image-example-builder-configuration

但是一些构建包的配置是通过绑定完成的。例如依赖映射。 https://github.com/paketo-buildpacks/bellsoft-liberica

如何将这些绑定与 spring-boot-maven-plugin 一起使用？

拥有一个 Spring Boot 应用程序，我尝试使用spring-boot-maven-plugin目标构建它mvn spring-boot:build-image。但是构建无法下载bellsoft-jre11.0.9.1+1-linux-amd64.tar.gzfrom github.com，因为我无法从构建管道访问它：

有没有办法可以将它下载bellsoft-jdk11.0.9.1+1-linux-amd64.tar.gz到我的构建管道可访问的位置并配置 bellsoft-liberica buildpack 来使用它？

我正在使用 Spring Boot 2.3.0.M1引入的 Spring buildpacks来创建基于 Spring 的应用程序的 Docker 映像。一切顺利，我可以通过执行./gradlew bootBuildImageGradle 任务为每个应用程序创建 docker 图像，将 docker-compose 文件指向创建的图像（例如image: spring-test:latest）并最终成功运行所有应用程序（docker-compose up）。

即使我有一个 bash 脚本来自动化构建过程，我还是想摆脱这个额外的步骤，并让 Spring buildpacks 任务在我运行docker-compose up --build命令时自动执行，因此每个应用程序的 docker 映像都会被构建并上传到主机的本地 docker 存储库，它将被 docker compose 接管。

我的第一次尝试是为bootBuildImage在主机上执行任务的每个应用程序创建一个虚拟 Dockerfile，但这需要从 docker 到主机的 SSH 连接，甚至不确定是否可以正常工作。

另一个想法是使用类似的方法，唯一的变化是首先将应用程序的源代码挂载或复制到 docker，配置 buildpacks 以将图像存储到主机的本地 docker image repo（可能是 SSH 连接），最后在 docker 上执行 buildpacks。

我想知道是否没有更好，更优雅的解决方案。

我以前使用过 spring boot 插件来构建图像，但是我看到了奇怪的行为。从本质上讲，这个过程已经停滞不前。它已经持续了一个多小时，我不知道为什么。

我跑了：mvn spring-boot:build-image -Dspring-boot.build-image.imageName=bootiful/demo

这是没有进一步进展的输出：

我的互联网连接已启动。环境是：

• macOS 11.1

• 爪哇 14

• 行家3.6.3

• 泊坞窗桌面 3.0.3

• 弹簧靴 2.4.1

• 编辑：添加详细输出