根据每个站点的拓扑和功能,在升级到AEM Communities6.4或安装最新功能包时,可能需要执行以下操作。
本部分针对社区,并补充在升级到AEM 6.4(平台)中提供的信息。
在配置了MSRP的部署上安装新的Communities功能包时,必须:
安装最新功能包
重新索引MSRP
请参阅MSRP重新索引工具节
自AEM 6.3起,启用功能不再在MySQL中存储报告信息。 MySQL依赖关系仅用于跟踪SCORM内容。
请联系客户关怀以获得有关从Enablement 1.0迁移内容的帮助。
如果需要保留预先存在的UGC,则执行此操作的方法取决于部署是存储在UGC 内部部署还是存储在Adobe云中。
如果已升级的站点配置为使用Adobe云存储,则可能会(错误地)显示所有UGC,因为SRP方法将无法在旧位置找到先前存在的UGC。
因此,可以指示ASRP使用AEM 6.0 compatability-mode
访问UGC。
对于所有AEM 6.3作者和发布实例
Cloud Storage
如果升级的站点未使用云存储,则任何预先存在的UGC都必须转换为符合AEM 6.1 Communities中引入的新结构,以支持公共商店。
为此,GitHub上提供了开放源码迁移工具:
AEM CommunitiesUGC迁移工具
从AEM 6.0社交社区升级到AEM 6.3社区时,请注意,许多API已重新组织为不同的包。 在使用IDE自定义社区功能时,大多数问题都应该得到轻松解决。
有关已弃用的SocialUtils包的详细信息,请访问SocialUtils重构。
社交组件框架(SCF)使用HandlebarsJS(HBS)模板语言代替AEM 6.0之前使用的Java服务器页(JSP)。
在AEM 6.0中,JSP组件与新的HBS框架组件保留在同一位置,HBS组件通常位于名为“hbs”的子文件夹中。
自AEM 6.1起,JSP组件已完全删除。 对于Communities,建议将JSP组件的所有使用替换为SCF组件。
AEM CommunitiesUGC迁移工具是一个开放源代码迁移工具,可在GitHub上使用,可自定义该工具以从早期版本的AEM社交社区导出UGC并导入到AEM Communities6.1或更高版本。
除了将UGC从先前版本移动外,还可以使用该工具将UGC从一个SRP移动到另一个,如从MSRP移动到DSRP。
从概念上讲,有三代社区组成部分:
第1代:大约CQ 5.4到AEM 5.6.0 —这些是 collabcomponents,它们将UGC存储在本地存储库中,将复制用作跨平台同步UGC的手段。其他差异包括使用Java服务器页面(JSP)的实现,以及博客功能,该功能仅包括在创作环境中进行创作。
第2代:从AEM 5.6.1到AEM 6.1 —— 这是collab和socialcomponents 的 组合。AEM 6.0引入了新的社交组件框架(SCF)和AEM 6.2引入了公用UGC存储,其中使用存储资源提供商(SRP)访问UGC。
第3代:从AEM 6.2前向发送,只有在SCF中 作为Handlebars(HBS)组件实现的社交组件需要为UGC选择SRP。