Java 17 上的 AEM 6.6（又名 AEM 6.5 LTS）

2025年3月7日更新：

截至今天，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 LTS 升级说明

AEM 6.6（又名 AEM 6.5.2025 或 6.5 LTS）的准备工作

2025年1月更新

Adobe 即将推出新版本的 AEM！当 AEM 作为云服务于 2020 年首次推出时，我们所有人（以及我交谈过的每一位 Adobe 工程人员）都确信 AEM 6.5 将是 最后一个本地或自托管的 AEM 版本。

但时代在变！今年的 adaptTo() 会议上的一次演讲详细介绍了即将推出的功能以及所有 AEM 本地、自托管和 AMS 客户的期望。我们在这里概述了对 adaptTo() 的回顾中的要点：

我们从该 adaptTo() 讨论中获得的详细信息（以及我从其他来源收集到的其他详细信息）如下：

AEM 6.x 新版本即将发布

确实 将会 为本地、自托管和 Adobe AEM 托管服务 (AMS) 客户发布新版本的 Adobe Experience Manager 6.x。此新版本的关键驱动程序是更新 AEM 以在 Java 17 上运行。

此版本的 AEM 的命名（在撰写本文时）尚未最终确定，因此 Adobe 迄今为止为其正式给出的代号是“ AEM 6.5 2025 版”。

我真心希望 Adobe 能为此起一个不同的最终名称，因为“6.5 2025 版”可能会造成潜在的破坏性混乱。AEM 版本以“[主要版本].[服务包版本].[修补程序版本]。我们 目前 使用的是 6.5.21.0，Service Pack 22 即将发布，并且每个季度都会发布一个新的服务包。这意味着，我们很快就会有 6.5.2025 和 6.5.25.0 并排出现，但愿这种情况不会发生。拜托，我们就用 6.6 吧，这样会更容易。

2025 年 1 月 9 日更新：Beta 版已开始在带有 JDK 17 的 AEM 新版本上推出，他们此时确实使用的名称是“AEM 6.5.2025”。

AdaptTo() 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 Service Pack 功能集（自最初的 6.5.0 版本发布以来提供了大量新功能），以及为希望在可想象的未来继续在本地或 AMS 上运行 AEM 的客户提供长期支持策略。

一些弃用的 API 和功能无法进入 AEM 6.6（我会这样称呼它，直到有人严厉地告诉我不要这样做），因此，当 6.5 发布时，对于仍然使用 6.5 的用户，将会有一个准备和迁移项目。

支持 WAR 和 JAR 部署模型

AEM 工程团队将发布这个支持 WAR 或 JAR 部署模型的新版本 AEM，这表明 Adobe AEM 6.5 安装基础具有深远的影响。这

这意味着可以使用通常的 Felix/Jetty Quickstart 部署来部署它，或者将其作为 Tomcat 或 Websphere 内部的 WAR 部署。

“AEM 6.5 2025 版”中的弃用

升级的结果是，团队正在努力修补的安全问题（以及即将发生的安全问题）在部署时将会出现一些不同的弃用。

提出的主要问题有：

• commons-collections-3.xAPI 已弃用
• Guava 库已从发行版中删除（但如果您需要，您仍然可以将当前版本包含在您自己的产品中
• 其他各种第三方库也已更新。

从包装的角度来看，AEM Uberjar 将会发生变化，将有一个适用于 6.5.2025 的 uberjar 和一个已弃用的 uberjar。如果您使用已弃用的 API，则必须同时包含这两者。

将在 AEM 6.5.2025 中删除的包

目前，6.5.2025 中不再可用的弃用功能包括：

1. 社会的
2. 商业
3. 屏幕
4. 微零售
5. 搜索与推广的整合

我将很快更新已弃用软件包的完整列表，但目前（例如）已弃用的“社交”功能是旧的 CQ 社交软件包（即com.adobe.cq.social.cq-social*及相关捆绑包）而不是较新的 AEM Communities 捆绑包。

现有 6.5 站点升级至 6.6 后会怎样

6.5 ->“6.6”的升级过程或“6.5 2025 版”与 6.4 -> 6.5 升级项目有些类似。将支持两种不同的升级机制：

• 就地升级： 就地升级到新版本
• “侧级” 使用橡木升级： 该过程类似于我们用于 6.4 -> 6.5 升级的 oak-upgrade（也称为 crx2oak）过程。

基本流程如下：

1. 运行 Adobe 提供的更新的 Pattern Detector 工具，扫描您当前的 AEM 安装并指出在迁移到新版本之前应解决的元素。
2. 遵循模式检测器指南： 执行一个项目来分析模式检测器的输出，找出确实需要修复的项目，并进行改进。
3. 执行升级步骤： 根据您的安装、需求、存储库大小、硬件等，执行就地升级或侧升级。
4. 部署重新编译的代码： 您的代码需要在 JDK 17 上重新编译，并且在尝试编译、部署和运行时几乎肯定会出现问题。
5. 质量保证和上线

AEM 云服务将迁移至 JDK 21

AEM 云服务（当前在 Java 11 上运行）将迁移到 JDK 21 运行时。目前我们还没有这方面的时间表，因为这个开发过程仍在进行中。

显然，Adobe 将做大量工作来尽量减少此次升级的影响，但根据您的情况，可能会在 2025 年第一季度或第二季度初考虑一个小型或中型工程项目来升级您的开发流程、Cloud Manager 构建和代码库以在 JDK21 上运行。

随着更多详细信息的出现，我们将更新此页面！如果您对这些即将发生的变化如何影响您 2025 年及未来的 Adobe Experience Cloud 堆栈计划有任何疑问，请联系我们，我们很乐意分享我们的所知。

喜欢你听到的吗？对于什么适合您有疑问吗？我们很乐意与您沟通！联系我们

播客节目和博客文章