CloudFoundry发布了一个新的JavaBuildPack4.3，大数据的发展，它的特性和组件与JavaBuildPack3.x不兼容，我们将描述可能影响SAP云平台CF用户的已知不兼容性，并展示如何在新版本成为该平台的默认版本之前对其进行测试。

已知不兼容性

修订的内存计算

使用Java Buildpack的一个主要优势是其内存计算设施。简而言之，它负责将可用的容器内存分配到JVM的各个内存区域。为了避免JVM消耗的内存超过分配的容器配额所允许的数量，大数据分析应用，一个复杂的计算是关键。为了简化配置并使容器化JVM更加稳定，Java Buildpack 4完全重写了内存计算。

新的内存计算器现在考虑了以下内存区域：

考虑所有这些内存区域的结果是，以前运行的应用程序的内存小于1G（尤其是小于768M的）可能会失败："Cannot calculate JVM memory configuration:There is enough memory remaining for heap."（无法计算JVM内存配置：堆剩余内存不足）。此外，buildpack现在支持手动更改内存计算，大数据如何处理，只需将标准JVM标志添加到JAVA\u OPTS环境变量中即可。

简而言之，如果您想避免出现问题，并且不进行微调内存配置，请使用至少768M的内存分配来运行应用程序。CF中的默认内存分配是1GB。因此，云服务器那个好，美国高防云服务器，即使您没有指定"内存"参数，您的应用程序也可以正常运行。

Tomcat更新：

Tomcat从v8.0.x更新到8.5.16。升级时，8.0.x和8.5.x之间的更改可能会导致向后兼容性问题。更多详细信息和迁移指南可在此处找到–https://tomcat.apache.org/migration-85.html。

如何测试？

通过在应用程序中指定"buildpack"属性清单.yml文件或提供"-b"命令行选项。

例如

在清单.yml文件

通过命令行

有关Java Buildpack v4.3组件的完整列表，请查看发行说明–https://github.com/cloudfoundry/java buildpack/releases/tag/v4.3