在AEM 6.4之前,客户代码部署在JCR的不可预测区域,这些区域在升级时可能会发生更改。 因此,正式AEM发行版本通常会覆盖自定义代码、配置或内容。 此外,客户更改有时会覆盖AEM产品代码或内容,从而破坏产品功能。
通过清楚地描述AEM产品代码和客户代码的层次结构,可以避免这些冲突。
为此,从AEM 6.4开始,并在未来版本中继续实施,内容将从/etc重构到存储库中的其他文件夹,同时提供有关内容流向的准则,并遵守以下高级规则:
升级到AEM 6.5时,/etc下的大量内容子集将在存储库的其他文件夹中重复。 这些新位置是引用内容的首选位置。 但是,为了能够向后兼容/etc文件夹中以前的位置,已做出每次升级AEM 6.5的尝试,因此在大多数情况下,旧位置将继续由AEM代码引用,直到在客户的应用程序中进行主动(在许多情况下是手动)更改为止。 从时间线的角度来看,更改分为两类:
在计划升级到AEM 6.5时,为了评估工作量,应参考以下每个解决方案的页面:
每个页面包含两个部分,对应于必要更改的紧急程度。 “具有6.5升级”部分下的任何问题都应在AEM 6.5升级项目中处理。 可以选择将“将来升级之前”下的任何内容推迟到升级后。
页面上的每个条目都包含一个“重构指导”字段,该字段详细介绍了推荐的技术策略,以便与新的6.5存储库模型保持一致,从而为先前位于/etc文件夹下的内容引用新位置。 附加“注释”字段可提供任何其他有用的上下文。