저장소 리소스 공급자 개요

마지막 업데이트: 2023-10-20
  • 주제:
  • Communities
    이 항목에 대한 자세한 내용 보기
  • 작성 대상:
  • User

소개

Adobe Experience Manager(AEM) 커뮤니티 6.1부터 일반적으로 사용자 생성 컨텐츠(UGC)라고 하는 커뮤니티 컨텐츠는 저장소 리소스 공급자 (SRP).

몇 가지 SRP 옵션이 있으며, 모두 새로운 AEM Communities 인터페이스를 통해 UGC에 액세스합니다. SocialResourceProvider API (SRP API), 모든 만들기, 읽기, 업데이트 및 삭제(CRUD) 작업을 포함합니다.

모든 SCF 구성 요소는 SRP API를 사용하여 구현되므로 다음 중 하나에 대한 지식 없이도 코드를 개발할 수 있습니다. 기본 토폴로지 또는 UGC 위치

SocialResourceProvider API는 AEM Communities의 라이선스가 있는 고객만 사용할 수 있습니다.

노트

사용자 지정 구성 요소: AEM Communities의 사용이 허가된 고객의 경우, SRP API는 기본 토폴로지에 관계없이 UGC에 액세스하기 위해 사용자 지정 구성 요소 개발자가 사용할 수 있습니다. 다음을 참조하십시오 SRP 및 UGC 필수 패키지.

추가 참조:

저장소 정보

SRP를 이해하려면 AEM 커뮤니티 사이트에서 AEM 저장소(Oak)의 역할을 이해하는 것이 좋습니다.

Java™ 콘텐츠 저장소(JCR)
이 표준은 데이터 모델 및 애플리케이션 프로그래밍 인터페이스(JCR API)을 참조하십시오. 기존 파일 시스템의 특성과 관계형 데이터베이스의 특성을 결합하며, 컨텐츠 애플리케이션에 자주 필요한 몇 가지 추가 기능을 제공합니다.

JCR의 구현 중 하나는 AEM 저장소인 Oak입니다.

아파치 잭래빗 오크
Oak 는 컨텐츠 중심 애플리케이션용으로 설계된 데이터 스토리지 시스템인 JCR 2.0 의 구현입니다. 비정형 데이터와 반정형 데이터를 위해 설계된 계층적 데이터베이스의 일종이다. 저장소는 사용자 대면 콘텐츠뿐만 아니라 애플리케이션에서 사용하는 모든 코드, 템플릿 및 내부 데이터를 저장합니다. 콘텐츠에 액세스하기 위한 UI는 다음과 같습니다. CRXDE Lite.

JCR과 Oak는 모두 일반적으로 AEM 저장소를 참조하는 데 사용됩니다.

비공개 작성 환경에서 사이트 콘텐츠를 개발한 후 공개 게시 환경에 복사해야 합니다. 이는 종종 라는 작업을 통해 수행됩니다. 복제. 이 작업은 작성자/개발자/관리자의 제어에 따라 수행됩니다.

UGC의 경우 컨텐츠는 공개 게시 환경에 등록된 사이트 방문자(커뮤니티 구성원)가 입력합니다. 이 작업은 임의로 수행됩니다.

관리 및 보고의 목적으로 개인 작성 환경에서 UGC에 액세스하는 것은 유용합니다. SRP를 사용하면 게시에서 작성자로 역복제가 필요하지 않으므로 작성자의 UGC에 대한 액세스가 더 일관되고 성능이 향상됩니다.

SRP 정보

UGC가 공유 스토리지에 저장될 때 대부분의 배포에서 작성자 및 게시 환경 모두에서 액세스할 수 있는 단일 멤버 컨텐츠 인스턴스가 있습니다. SRP 선택 사항(MSRP, ASRP, JSRP)에 관계없이 모든 SRP API를 사용하여 프로그래밍 방식으로 액세스해야 합니다.

노트

다음을 참조하십시오 SRP 및 UGC 필수 패키지 샘플 코드 및 추가 세부 정보.

다음을 참조하십시오 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에 액세스하는 기본 공급자입니다. MSRP 또는 ASRP를 설정할 필요 없이 AEM Communities 6.1을 빠르게 경험할 수 있습니다.

다음을 참조하십시오 JSRP - JCR 저장소 리소스 제공자.

UGC가 JCR에 저장되고 CRXDE Lite 및 JCR API에서 액세스할 수 있는 동안 JSRP가 있는 경우, Adobe은 JCR API를 사용하여 이 작업을 수행하지 않는 것을 권장합니다. 이 경우 향후 변경 사항이 사용자 지정 코드에 영향을 줄 수 있습니다.

또한 작성자 및 게시 환경에 대한 저장소는 공유되지 않습니다. 게시 인스턴스 클러스터는 공유 게시 저장소를 생성하지만 게시에 입력된 UGC는 작성자에게 표시되지 않으므로 작성자의 UGC를 관리할 수 없습니다. UGC는 입력된 인스턴스의 JCR(AEM repository)에서만 유지됩니다.

JSRP는 쿼리에 Oak 색인을 사용합니다.

JCR의 섀도우 노드 정보

UGC 경로를 모방하는 그림자 노드는 로컬 리포지토리에 존재하여 두 가지 용도로 사용됩니다.

  1. 액세스 제어(ACL)
  2. 존재하지 않는 리소스(NER)

SRP 구현에 관계없이 실제 UGC는 아님 그림자 노드와 동일한 위치에 표시됩니다.

액세스 제어(ACL)용

ASRP 및 MSRP와 같은 일부 SRP 구현은 ACL 확인을 제공하지 않는 데이터베이스에 커뮤니티 콘텐츠를 저장합니다. 그림자 노드는 ACL을 적용할 수 있는 로컬 저장소 위치를 제공합니다.

SRP API를 사용하면 모든 SRP 옵션이 모든 CRUD 작업 전에 섀도 위치에 대한 동일한 검사를 수행합니다.

ACL 검사는 리소스의 UGC에 적용된 권한을 확인하는 데 적합한 경로를 반환하는 유틸리티 메서드를 사용합니다.

다음을 참조하십시오 SRP 및 UGC 필수 패키지 샘플 코드.

존재하지 않는 리소스(NER)의 경우

일부 Communities 구성 요소는 스크립트 내에 포함될 수 있으므로 Communities 기능을 지원하기 위해 Sling 주소 지정 가능한 노드가 필요합니다. 포함된 구성 요소 는 존재하지 않는 리소스(NER)라고 합니다.

그림자 노드는 저장소에서 Sling 주소 지정 가능 위치를 제공합니다.

주의

섀도우 노드에 여러 용도가 있으므로 섀도우 노드가 있으면 됩니다 아님 구성 요소가 NER임을 의미합니다.

저장소 위치

다음은 그림자 노드의 예입니다. 주석 구성 요소 다음에서 커뮤니티 구성 요소 안내서:

  • 구성 요소는 다음 위치의 로컬 저장소에 있습니다.

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

  • 해당 섀도우 노드는 다음 위치의 로컬 저장소에 있습니다.

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

그림자 노드 아래에 UGC가 없습니다.

기본 동작은 관련 하위 트리가 읽기 또는 쓰기에 참조될 때마다 게시 인스턴스에 그림자 노드를 설정하는 것입니다.

예를 들어 배포가 다음과 같다고 가정합니다. MSRP TarMK 게시 팜과 함께

다음과 같은 경우 멤버 게시물 pub1의 UGC(MongoDB에 저장됨), 그림자 노드는 pub1의 JCR에서 만들어집니다.

pub2에서 UGC를 처음 읽을 때 아무것도 설정되지 않으면 기본 동작은 그림자 노드를 만드는 것입니다.

기본 비헤이비어 이외의 비헤이비어를 원하는 경우 작성자 인스턴스에서 설정하고 모든 게시 인스턴스로 롤포워드해야 합니다(일반적으로 수동 프로세스).

이 페이지에서는