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时，应参考以下每个解决方案页面以评估工作成果：

• 所有AEM解决方案通用的存储库重组
• AEM Sites存储库重构
• AEM Assets存储库重构
• AEM Assets Dynamic Media存储库重构
• AEM Forms存储库重构
• AEM Communities存储库重构
• AEM商务存储库重组

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

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