分析從 Oracle Java 遷移到 Azul Zulu Open SDK 的回歸影響

Question

我有一個使用以下依賴項的 Spring MVC 應用程序

1. p4java（版本 - 2019.1.1873579）
2. 沙丁魚（版本 – 129）
3. commons-httpclient（版本 - 3.1）
4. org.w3c
5. org.xml

編輯：我正在從Oracle java 版本“1.8.0_202”遷移到openjdk 版本“1.8.0_241”

但我現在必須從 Oracle Java 遷移到 Azul Zulu Open SDK。 Azul Open SDK 的上述依賴項是否存在任何已知問題。 我嘗試尋找相同的內容，但找不到任何相關信息。 我如何分析由於此遷移是否可能存在任何回歸問題。

Answer 1

我嘗試尋找相同的內容，但找不到任何相關信息。

沒有關於不同 Java 供應商產品之間回歸的綜合資源：

• 因為這種回歸很少到不存在，並且
• 因為從一個供應商遷移到另一個供應商是不尋常的。

問題是大多數 Java 供應商都使用相同的 OpenJDK 代碼庫，並運行相同的標准回歸測試套件。 雖然一些供應商會稍微落后於 OpenJDK 補丁，但我預計不會有太多延遲，尤其是對於重要的更改和修復。 每個人都試圖不破壞人們的 Java 應用程序代碼......因為它會導致 Java 供應商的聲譽受損。

如果我們排除明確宣傳的供應商差異/差異，您 (IMO)更有可能遇到不同 OpenJDK Java 版本和更新之間的差異，而不是您在不同 Java 供應商提供的匹配版本/更新之間遇到差異。

例如，我看到在“1.8.0_291”中他們禁用了 TLS 1.0 和 1.1 ...

所以，鑒於...

我正在從 Oracle java 版本“1.8.0_202”遷移到 openjdk 版本“1.8.0_241”

...與從 Oracle Java 到 Azul ZD52387880E1EA22817A72D37592138 更改相比，您更有可能遇到從“_202”到“_241”更改的問題。 如果您真的擔心回歸的可能性，我建議將其視為兩個單獨的遷移。 然后盡量跟上補丁。 您不應該讓自己落后 27 個月的更新，尤其是因為其中一個中間補丁版本（“_231”）包含一批安全修復程序。

---

我如何分析由於此遷移是否可能存在任何回歸問題。

我的建議：不要試圖分析它。 只需嘗試遷移，徹底測試它以查看什么（如果有的話）中斷，然后修復它。

顯然，在將遷移的應用程序投入生產之前，您需要能夠進行徹底的測試。

但這無論如何都是非常必要的。 無論您進行多少“分析”，都無法消除可能影響您的應用程序的回歸的可能性。

Answer 2

由於 Oracle JDK 和 Zulu 一樣是從 OpenJDK 構建的，因此不會存在影響應用程序的功能差異。 兩者都經過 TCK 測試，確保構建符合 Java SE 規范。

然而...

如果您從 Oracle JDK 8u202 遷移到 Zulu 8u241，則會由於包含 u202 和 u241 之間的各種安全補丁和錯誤修復而存在差異。

幾個建議：

1. 最初，從 Oracle JDK 8u202 遷移到 Zulu 8u202（可以在此處找到： https://cdn.azul.com/zulu/bin/ ）。 這樣，您將進行同類測試，並且可以確信 Oracle 和 Zulu 運行時是等效的。
2. 我不確定您為什么要遷移到更新 241。最近的（從上周開始）是更新 292。為了最大限度地提高應用程序的穩定性和安全性，您確實應該使用最新的更新。