分析从 Oracle Java 迁移到 Azul Zulu Open SDK 的回归影响答案

【问题标题】：Analysing Regression impact from migration to Azul Zulu Open SDK from Oracle Java分析从 Oracle Java 迁移到 Azul Zulu Open SDK 的回归影响
【发布时间】：2021-04-26 09:38:49
【问题描述】：

我有一个使用以下依赖项的 Spring MVC 应用程序

p4java（版本 - 2019.1.1873579）
沙丁鱼（版本 – 129）
commons-httpclient（版本 - 3.1）
org.w3c
org.xml

编辑：我正在从 Oracle java 版本“1.8.0_202” 迁移到 openjdk 版本“1.8.0_241”

但我现在必须从 Oracle Java 迁移到 Azul Zulu Open SDK。 Azul Open SDK 的上述依赖项是否存在任何已知问题。我尝试寻找相同的内容，但找不到任何相关信息。我如何分析是否可能由于此迁移而出现任何回归问题。

【问题讨论】：

从 Java 9 开始，所有 Java 版本（如 Oracle、Adopt、Azul）都应该与所有基于 OpenJDK 源代码的版本相同。只有包装（例如安装程序）不同。

标签： java spring-mvc tomcat azul-zulu

【解决方案1】：

由于 Oracle JDK 和 Zulu 一样是从 OpenJDK 构建的，因此不会存在影响应用程序的功能差异。两者都经过 TCK 测试，确保构建符合 Java SE 规范。

不过……

如果您从 Oracle JDK 8u202 迁移到 Zulu 8u241，由于包含 u202 和 u241 之间的各种安全补丁和错误修复，将会存在差异。

几个建议：

最初，从 Oracle JDK 8u202 迁移到 Zulu 8u202（可在此处找到：https://cdn.azul.com/zulu/bin/）。这样一来，您就可以进行同类测试，并且可以确信 Oracle 和 Zulu 运行时是等效的。
我不确定您为什么要迁移到更新 241。最近的（从上周开始）是更新 292。为了最大限度地提高应用程序的稳定性和安全性，您确实应该使用最新的更新。

【讨论】：

【解决方案2】：

我尝试寻找相同的内容，但找不到任何相关信息。

没有关于不同 Java 供应商产品之间回归的综合资源：

因为此类回归很少甚至不存在，并且
因为从一个供应商迁移到另一个供应商是不寻常的。

问题是大多数 Java 供应商都使用相同的 OpenJDK 代码库，并运行相同的标准回归测试套件。虽然一些供应商会稍微落后于 OpenJDK 补丁，但我预计不会有太大的延迟，尤其是对于重要的更改和修复。而且每个人都试图不破坏人们的 Java 应用程序代码......因为这会损害 Java 供应商的声誉。

如果我们排除明确宣传的供应商差异/差异化，您 (IMO)更有可能遇到不同 OpenJDK Java 版本和更新之间的差异，而不是您在不同提供的匹配版本/更新之间遇到的差异Java 供应商。

例如，我看到在“1.8.0_291”中他们禁用了 TLS 1.0 和 1.1 ...如果您的应用程序出于遗留原因仍需要支持这些（不安全）版本的 SSL/TLS，则可能需要进行补救。

所以，鉴于...

我正在从 Oracle java 版本“1.8.0_202”迁移到 openjdk 版本“1.8.0_241”

...您更可能遇到从“_202”到“_241”更改的问题，而不是从 Oracle Java 到 Azul Java 的更改。如果您真的担心回归的可能性，我建议将其视为两个单独的迁移。然后尝试跟上补丁的步伐。您不应该让自己落后 27 个月的更新，尤其是因为其中一个中间补丁版本（“_231”）包含一批安全修复程序。

如何分析此迁移是否会导致任何回归问题。

我的建议：不要试图分析它。只需尝试迁移，对其进行彻底测试，看看有什么问题（如果有的话），然后修复它。

显然，在将迁移的应用程序投入生产之前，您需要能够进行彻底的测试。

但这无论如何都是非常重要的。无论您进行多少“分析”，都无法消除可能影响您的应用程序的回归。

【讨论】：