Java 17 版上的 AEM 6.6（又稱為 AEM 6.5 LTS）

二零二五年三月七日更新：

截至今天，AEM 6.6 的官方營銷名稱 " AEM 6.5 LTS " 在過去幾個月進行測試版後正式發布。

為了讓我們所有人的生活更有趣，內部命名仍然是 " AEM 6.6 "（例如，UberJAR 仍然定義為 6.6.0），但在外部，它是 AEM 6.5 LTS，用於 " 長期支持 "。

• 6.5 LTS 的版本說明
• 6.5 LTS 安裝說明
• 6.5 立體升級注意事項

前期達到 AEM 6.6（又名第六五月二十五月份，也就是 6.5 英鎊）

二零二五年一月更新

AEM 的新版本即將從 Adobe 推出！當 AEM 作為雲端服務於 2020 年首次推出時，我們所有人（以及我與過去談過的每個 Adobe 工程個人）都相信 AEM 6.5 將是最後一個內部部署 或自託管的 AEM 版本。

但時代正在改變！今年的 AdaptTo () 會議上的講座詳細了解所有 AEM 內部部署、自託管和 AMS 客戶的即將發生什麼以及期待什麼。我們在此處概述 AdaptTo（）中的重要點概述：

我們從 AdaptTo（）講座中獲得的詳細信息（以及我能夠從其他來源收集的其他詳細信息）如下：

AEM 6.x 的新版本即將推出

確實 將 為內部部署、自主託管和 Adobe AEM 託管服務 (AMS) 客戶發布一個新版本的 Adobe 體驗管理員 6.x。此新版本的關鍵驅動程序是更新 AEM 以適用於 Java 17。

此 AEM 版本的命名（在本文時）尚未最終，因此 Adobe 迄今為止為它正式給出的代碼名為 " AEM 6.5 2025 版 "。

我全心希望 Adobe 將有不同的最終名稱，因為 " 6.5 2025 版 " 將造成潛在破壞性的混亂。AEM 版本以 " [主要版本] 命名。[服務包版本]。[快速修復版本]。我們目 前 使用 6.5.21.0，服務包 22 即將推出，每季都會發布新的服務包。這意味著，我們很快將有 6.5.2025 和 6.5.25.0 坐在旁邊，天哪，我希望這不會發生。拜託，讓我們吃 6.6，它會更容易。

2025 年 1 月 9 日更新：測試版已開始在帶有 JDK 17 的 AEM 新版本上推出，他們目前確實使用的名稱是 " AEM 6.5.2025 "。

適應圖（）2024 年對 AEM 6.x 和 JDK 17 進行講座

在 JDK 17 上運行的 AEM 6.x

創建 AEM 新版本的動力是能夠將 AEM 從 JDK 8 和 JDK 11 移到更現代的 Java 版本，以便能夠解決 JDK 11 或 JDK 8 中不會修補的上游安全漏洞。

這需要進行廣泛的工程努力，以刷新 Apache Oak，Java 內容存儲庫，包括 AEM 的 " 引擎 " 的 Sling 核心，以及其他 API 和組件以能夠與 JDK 17 一起運行。這項努力還包括能夠維護最新的 6.5 服務包功能集（自原始 6.5.0 版本以來已提供了大量新功能），並為目標在可想的未來繼續在內部部署或 AMS 上運行 AEM 的客戶提供長期支持策略。

會有一些廢棄的 API 和功能無法達到 AEM 6.6（直到有人非常嚴格地告訴我不要這樣做，直到有人非常嚴格地告訴我不要這樣做），因此，我將為任何仍在 6.5 上的人提供準備和遷移項目。

對 WAR 和 JAR 部署模型的支援

Adobe AEM 6.5 安裝基礎的深遠性質表明，AEM 工程團隊將發布這個新版本的 AEM，並支持 WAR 或 JAR 部署模型。這個

這意味著您可以使用一般 Felix/Jetty 快速入門部署來部署它，或將其作為 WAR 部署在 Tomcat 或 Websphere 內部。

" AEM 6.5 2025 版 " 中的停用版本

由於升級後，團隊正在修補的安全性問題（以及即將發生的安全性問題）在部署時，將會有一些不同的過期。

主要提出的是：

• 共享系列 -3.xAPI 已停用
• 番石榴庫已從發行版中刪除（儘管如果需要，您仍可以將當前版本添加到自己的產品中
• 其他各種協力廠商庫已更新。

從包裝的角度來看，AEM Uberjar 將發生變化，2025 年 5 月 6 日將有一個 uberjar，而一個停用。如果您使用已停用的 API，則必須同時包含兩者。

將在 AEM 6.5.2025 中移除的套件

目前，6.5.2025 將不再提供的已停用功能如下：

1. 社交
2. 商業
3. 屏幕
4. 我們-零售
5. 整合搜索和推廣

我將很快更新其中，使用已停用的包的完整列表，但目前（例如）正在停用的 " Social " 功能是舊的 CQ 社交包（即：com.adobe.cq. 社交網絡中心 *和相關軟件包），而不是較新的 AEM 社群組包。

現有 6.5 網站升級至 6.6 的看法

6.5-> " 6.6 " 的升級過程或 " 6.5 2025 版 " 將與 6.4-> 6.5 升級項目的樣子有點類似。將支持兩種不同的升級機制：

• 現場升級：現 場升級到新版本
• " 側面級 " 使用橡木升級：這將是一個類似於我們在 6.4-> 6.5 升級時使用的橡木升級（也稱為 crx2oak）過程。

基本的過程將是：

1. 執行 Adobe 將提供的更新的模式檢測器工具，以掃描您目前的 AEM 安裝並指出在移至新版本之前應該解決的元素。
2. 遵循模式偵測器指導方針： 執行專案來分析模式偵測器的輸出，找出確實需要修復的項目，並改善這些項目。
3. 執行升級步驟： 根據您的安裝、需求、儲存庫大小、硬體等，執行內置升級或側層級。
4. 部署重新編譯的代碼： 您的代碼將需要在 JDK 17 上重新編譯，並且在嘗試使其編譯，部署和運行時幾乎肯定會出現問題。
5. 品質保證 & 上線

AEM 作為雲端服務將移至 JDK 21

AEM 雲服務（目前在 Java 11 上運行）將移至 JDK 21 運行時。我們目前沒有關此時間表，因為這個開發過程仍在進行中。

顯然 Adobe 將會做很多工作來減少此升級的影響，但根據您的情況，可能會在 2025 年第一季度或第二季初考慮一個小型或中型工程項目，以升級您的開發管道、Cloud Manager 組建和程式碼庫，以便在 JDK21 上執行。

隨著更多詳細信息，我們將更新此頁面！如果您對這些即將進行的變更對 2025 年和未來的 Adobe Experience Cloud 堆疊計劃影響有任何疑問，請與我們聯繫，我們很樂意分享我們所知。

喜歡你聽到的嗎？對於適合您的選項有疑問嗎？我們很樂意談談！聯絡我們

播客劇集 & 博客文章