markkwsu在《再見了，WebSphere Traditional；再見了，我的青春。》這篇，上個月我更新的資訊是，目前針對 tWAS v8.5.5 以及 tWAS v9.0，IBM 並沒有任何 End Of Support 計劃，會針對這兩個版本的產品持續推出 fixpack，並且持續支援這兩個版本產品所需要的 IBM JavaSDK v8。
但是，就是這個但是。作為 tWAS 的繼任者 WebSphere Liberty/Open Liberty（以下簡稱 Liberty），則是很早就公布了僅支援 Java8 到 26.0.0.9 的版本，意即在 2026 年 10 月開始，Liberty 的版本（26.0.0.10）就不再支援 Java8；而究竟會是用 Java8 無法啟動 Liberty，還是屆時新版本在 Java8 上面遇到問題不解，就要到時候再來看看了（我先猜測應該是後者，不會是前者）。
Liberty 對於各個 Java 版本支援的日期，可以參考這篇：Removal notices，我先簡單整理如下。
| Java 版本 | Liberty 停止支援版本 |
| 8 | 26.0.0.10 |
| 11 | 27.0.0.10 |
| 17 | 27.0.0.10 |
| 21 | 29.0.0.10 |
因此 Liberty 針對 Java8 的支援，與 tWAS 針對 Java8 的支援，目前看起來是有不同的，要特別注意這一點。
或許 tWAS v8.5.5 以及 tWAS v9.0 目前尚未有 EOS 的日期，但是針對 IBM HTTP Server（以下簡稱 IHS）倒是已經先開了第一槍，在今年（2024）11/18 的時候，官方公布了 IHS v8.5 EOS 的日期是 2025/12/31，可以參考：Product Life Cycle dates for IBM HTTP Server。
官方建議應該都要提升到 IHS v9.0，如此一來多年我們建議的習慣就被打破了，即「IHS + WebSphere Plugin + tWAS 版本應該要一致」這件事被打破，未來 tWAS v8.5.5 的版本，其系統架構就會變成：
| IHS 版本 | WebSphere Plugin 版本 | tWAS 版本 |
| 9.0.5.x | 9.0.5.x | 8.5.5.x |
必須說 IHS v8.5 的 EOS，有可能是因為它是從 Apache HTTP Server v2.2 build 出來的，而 Apache HTTP Server v2.2 其實已經 EOS 多年（2018），可能是不想再花心力在這個連 Apache 都已經 EOS 多年的版本上；不過這個事件，或許可以視為 tWAS 未來走向的一個指標，WebSphere 的系統維運者以及應用開發者，應該要及早開始因應評估轉往 Liberty，以及更新版本的 Java 才是。
Add comment