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

EN

我试着找同样的东西，但是没有找到任何关于这个的信息。

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

• 是因为这种回归在不存在的情况下是罕见的，而
• 是因为从一个供应商迁移到另一个供应商是不寻常的。

问题是，大多数Java供应商都使用相同的OpenJDK代码库，并运行相同的标准回归测试套件。虽然有些供应商会跟踪OpenJDK补丁，但我不认为会有太大的延迟，特别是对于重要的更改和修复。每个人都试图不破坏人们的Java应用程序代码..。因为它会给Java供应商造成声誉损害。

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

例如，我看到在"1.8.0_291“中，他们禁用了TLS1.0和1.1 .如果由于遗留原因，您的应用程序仍然需要支持SSL / TLS的这些(不安全)版本，则可能需要补救。

所以考虑到..。

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

..。从"_202“到"_241”更改，您更容易遇到问题，而不是从Oracle到Azul更改。如果您真的关心回归的可能性，我建议将其作为两个单独的迁移来处理。然后试着跟上补丁。您不应该允许自己在更新上落后27个月，特别是因为中间补丁版本("_231")包含了一批安全修补程序。

如何分析这种迁移是否会出现任何回归问题。

我的建议是:不要试图去分析它。只需尝试迁移，彻底测试它以查看什么(如果有)破坏，并修复它。

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

但不管怎么说，这是很重要的。不管您做了多少“分析”，您都不能排除可能影响应用程序的回归的可能性。

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

然而..。

如果您从OracleJDK8u202迁移到Zulu8u241，由于在u202和u241之间包含了各种安全修补程序和错误修复，所以会有差异。

有几项建议：

1. 最初从OracleJDK8u202迁移到Zulu8u202(在这里可以找到：https://cdn.azul.com/zulu/bin/)。这样，您将进行类似的测试，并且可以确信甲骨文和祖鲁运行时是equivalent.
2. I'm，不确定为什么要迁移到更新241。最近(从上周开始)是更新292。为了保证应用程序的最大稳定性和安全性，您应该使用最新的.

更新。