AEM 6.5中的存储库重组

简介

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

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

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

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

对6.5升级的影响

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

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

重组指导

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

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

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

在此页面上