存储资源提供程序概述

简介

自AEM Communities 6.1起，社区内容(通常称为用户生成内容(UGC))存储在由存储资源提供商(SRP)提供的单个公共存储中。

有几个SRP选项，所有这些选项都通过新的AEM Communities接口(SocialResourceProvider API(SRP API))访问UGC，该接口包括所有创建、读取、更新和删除(CRUD)操作。

所有SCF组件都使用SRP API来实现，从而允许在不了解底层拓扑或UGC位置的情况下开发代码。

SocialResourceProvider API仅适用于AEM Communities的授权客户。

注意

自定义组件:对于AEM Communities的授权客户，自定义组件的开发人员可以使用SRP API，以便访问UGC，而不考虑底层拓扑。请参阅SRP和UGC Essentials。

另请参阅：

关于存储库

要了解SRP，了解AEM存储库(OAK)在AEM社区站点中的角色将会有所帮助。

Java内容存储库(JCR)
此标准为内容存储库定义了数据模型和应用程序编程接口(JCR API)。它将传统文件系统的特性与关系数据库的特性相结合，并添加了内容应用程序通常需要的许多其他特性。

JCR的一个实施是AEM存储库OAK。

Apache Jackrabbit Oak(OAK)
🔗 OAK是JCR 2.0的一项实施，该数据存储系统专门针对以内容为中心的应用程序而设计。它是一种针对非结构化和半结构化数据而设计的分层数据库。 存储库不仅存储面向用户的内容，还存储应用程序使用的所有代码、模板和内部数据。 用于访问内容的UI是CRXDE Lite。

JCR和OAK通常都用于表示AEM存储库。

在专用创作环境中开发站点内容后，必须将其复制到公共发布环境。 这通常通过名为​replication​的操作来完成。 这在作者/开发人员/管理员的控制下发生。

对于UGC，内容由注册的站点访客（社区成员）在公共发布环境中输入。 这是随机发生的。

出于管理和报告目的，从专用创作环境访问UGC非常有用。 使用SRP，从作者处访问UGC将更加一致，并且性能更好，因为无需从发布到作者的反向复制。

关于SRP

将UGC保存到共享存储时，会有一个成员内容的单个实例，在大多数部署中，该实例可以从创作和发布环境访问。 无论SRP选择如何(MSRP、ASRP、JSRP)，都必须使用SRP API以编程方式访问。

注意

有关示例代码和其他详细信息，请参阅SRP和UGC Essentials。

请参阅使用SRP访问UGC ，以了解编码时的最佳实践。

ASRP

对于ASRP，UGC不会存储在JCR中，而是存储在由Adobe托管和管理的云服务中。 存储在ASRP中的UGC既不能通过CRXDE Lite查看，也不能使用JCR API访问。

请参阅ASRP -Adobe存储资源提供程序。

开发人员无法直接访问UGC。

ASRP使用Adobe云进行查询。

MSRP

对于MSRP，UGC不存储在JCR中，而是存储在MongoDB中。 存储在MSRP中的UGC既不能通过CRXDE Lite查看，也不能使用JCR API访问。

请参阅MSRP - MongoDB存储资源提供程序。

虽然MSRP与ASRP类似，但由于所有AEM服务器实例都在访问相同的UGC，因此可以使用常用工具直接访问存储在MongoDB中的UGC。

MSRP使用Solr进行查询。

JSRP

JSRP是在单个AEM实例上访问所有UGC的默认提供程序。 它提供了快速体验AEM Communities 6.1的功能，而无需设置MSRP或ASRP。

请参阅JSRP - JCR存储资源提供程序。

对于JSRP，虽然UGC存储在JCR中，并可通过CRXDE Lite和JCR API访问，但强烈建议永远不要使用JCR API，否则将来的更改可能会影响自定义代码。

此外，不会共享创作和发布环境的存储库。 虽然发布实例群集会生成共享发布存储库，但在发布时输入的UGC在创作时不可见，因此无法从创作中管理UGC。 UGC仅会保留在输入UGC的实例的AEM存储库(JCR)中。

JSRP使用Oak索引进行查询。

关于JCR中的阴影节点

模拟UGC路径的阴影节点存在于本地存储库中，以用于两个目的：

  1. 访问控制(ACL)
  2. 非现有资源

无论SRP如何实施，实际的UGC都将不会在与阴影节点相同的位置可见。

对于访问控制(ACL)

一些SRP实现（如ASRP和MSRP）将社区内容存储在不提供ACL验证的数据库中。 卷影节点在本地存储库中提供了可应用ACL的位置。

使用SRP API，所有SRP选项在执行所有CRUD操作之前对卷影位置执行相同的检查。

ACL检查使用实用程序方法，该方法返回一个适用于检查应用于资源UGC的权限的路径。

有关示例代码，请参阅SRP和UGC Essentials。

对于非现有资源(NER)

某些社区组件可包含在脚本中，因此需要Sling可寻址节点才能支持社区功能。 包 含的组件称为非现有资源。

卷影节点在存储库中提供了Sling可寻址位置。

注意

由于卷影节点具有多种用途，因此存在卷影节点表示组件是NER。**

存储位置

以下是使用Community Components Guide中的Comments组件的卷影节点示例：

  • 组件存在于本地存储库中，位置为：

    /content/community-components/en/comments/jcr:content/content/include/comments

  • 本地存储库中存在对应的卷影节点：

    /content/usergenerated/content/community-components/en/comments/jcr:content/content/include/comments

在阴影节点下找不到UGC。

默认行为是在每次为读或写引用相关子树时，在发布实例上设置卷影节点。

例如，假设部署为MSRP，且部署有TarMK发布场。

当成员将UGC发布到pub1（存储在MongoDB中）时，将在pub1的JCR中创建阴影节点。

首次在pub2上读取UGC时，如果未设置任何内容，则默认行为是创建阴影节点。

如果需要默认行为之外的其他行为，则必须在创作实例上设置该行为，并将其转发到所有发布实例，这通常是手动过程。

在此页面上