AEM 6.4中的存储库重构

简介

在AEM 6.4之前,客户代码部署在JCR中可能发生升级更改的不可预测区域。 因此,正式的AEM版本通常会覆盖自定义代码、配置或内容。 此外,客户更改有时会覆盖AEM产品代码或内容,破坏产品功能。

通过清晰地定义AEM产品代码和客户代码的层次结构,可以避免这些冲突。

为此,从AEM 6.4开始,并在将来的版本中继续,内容将从/etc重组到存储库中的其他文件夹,并遵循以下高级规则,指导内容的位置:

  • AEM产品代码将始终放置在/libs中,而自定义代码不能覆盖它
  • 自定义代码应放置在/apps、/content和/conf中

对6.4升级的影响

升级到AEM 6.4时,/etc下的大部分内容将在存储库中的其他文件夹中复制。 这些新位置是引用内容的首选位置。 但是,我们每次都尝试使AEM 6.4升级与/etc文件夹中的先前位置向后兼容,因此在大多数情况下,旧位置将继续由AEM代码引用,直到在客户的应用程序中主动进行更改(在很多情况下是手动进行)。 从时间轴透视图,有两类别更改:

  • 对于6.4升级 — 一些/etc重组更改不向后兼容,因此应计划并实施作为AEM 6.4升级的一部分的修改。
  • 6.5升级之前 — 在将来的升级后的某段时间之前,大多数/etc重组更改都可以推迟。 如前所述,AEM 6.4代码将继续引用旧位置,直到作为客户版本的一部分实施修改。 虽然没有应进行更改的强制时间线,但建议在6.5升级之前进行更改,因为将来的功能可能依赖于引用的新位置。 此外,公约将提供的某一特征的文件引用了新位置,因此,如果仍在使用旧位置,可能会令人混淆。

重组指南

在计划升级到AEM 6.4时,应参考以下每个解决方案页面以评估工作成果:

每个页面都包含两个与必要更改的紧急程度对应的部分。 “升级版6.4”部分下的任何内容都应作为AEM 6.4升级项目的一部分处理。 “6.5升级之前”下的任何内容都可以选择推迟到升级后。

页面上的每个条目都包含一个“重组指南”字段,该字段详细说明了与新的6.4存储库模型进行对齐的推荐技术策略,以便为以前位于/etc文件夹下的内容引用新位置。 附加的“备注”字段提供任何其他有用的上下文。

On this page

Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now