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时,应参考以下按解决方案划分的页面以评估工作情况:

每个页面都包含两个对应于必要更改的紧急程度的部分。 在AEM 6.4升级项目中,应处理“升级版本6.4”部分下的任何内容。 “6.5升级之前”下的任何内容都可以选择性地推迟到升级后执行。

页面上的每个条目都包含一个“重组指南”字段,该字段详细介绍了与新的6.4存储库模型保持一致的建议技术策略,以便为以前位于/etc文件夹下的内容引用新位置。 附加的“注释”字段提供了任何其他有用的上下文。

在此页面上