AEM 구성은 AEM에서 설정을 관리하고 작업 공간으로 사용할 수 있습니다.
구성은 두 개의 다른 관점에서 고려될 수 있다.
요약하면 다음과 같습니다.관리자의 관점에서 구성은 AEM에서 설정을 관리하는 작업 공간을 만드는 방법이지만, 개발자는 AEM이 저장소 내에서 이러한 구성을 사용하고 관리하는 방법을 이해해야 합니다.
사용자의 관점에 상관없이 구성은 AEM에서 두 가지 주요 목적을 제공합니다.
작성자와 AEM 관리자는 구성을 작업 공간으로 고려할 수 있습니다. 이러한 작업 공간은 이러한 기능에 대한 액세스 권한을 구현하여 조직 목적을 위해 관련 컨텐츠와 설정 그룹을 함께 수집하는 데 사용할 수 있습니다.
AEM 내의 다양한 기능에 대한 구성을 만들 수 있습니다.
예를 들어, 관리자는 편집 가능한 템플릿에 대해 두 개의 구성을 만들 수 있습니다.
그런 다음 관리자는 WKND-General 구성을 사용하여 일반 페이지 템플릿을 작성한 다음 WKND-Magazine 아래에 있는 매거진에 대한 템플릿을 만들 수 있습니다.
그런 다음 관리자는 WKND-General를 WKND 사이트의 모든 컨텐츠와 연결할 수 있습니다. 그러나 WKND-Magazine 구성은 잡지 사이트와만 연관될 것입니다.
다음을 수행하십시오.
편집 가능한 템플릿뿐만 아니라 클라우드 구성, ContextHub 세그먼트 및 컨텐츠 조각 모델에 대해서도 유사한 설정을 수행할 수 있습니다.
관리자는 구성 브라우저를 사용하여 AEM에서 구성에 대한 액세스 권한을 쉽게 생성, 관리 및 구성할 수 있습니다.
사용자에게 admin
권한이 있는 경우에만 구성 브라우저를 사용하여 구성을 만들 수 있습니다. admin
구성에 액세스 권한을 할당하거나 구성을 수정하려면 또한 권한이 필요합니다.
구성 브라우저를 사용하여 AEM에서 새 구성을 만드는 것은 매우 간단합니다.
AEM에 Cloud Service으로 로그인하고 기본 메뉴에서 도구 -> 일반 -> 구성 브라우저를 선택합니다.
만들기를 탭하거나 클릭합니다.
구성에 제목 및 이름을 입력합니다.
허용할 구성 유형을 확인합니다.
만들기를 탭하거나 클릭합니다.
구성이 중첩될 수 있습니다.
구성을 작업 공간으로 생각할 경우, 해당 구성에 액세스 권한을 설정하여 해당 작업 영역에 액세스할 수 있는 사용자와 액세스할 수 없는 사용자를 적용할 수 있습니다.
구성이 생성되면 피쳐를 선택 취소할 수 없습니다.
개발자로서 AEM as a Cloud Service이 구성에서 작동하는 방식과 구성 해상도를 처리하는 방법을 알고 있어야 합니다.
관리자 및 사용자는 다른 설정 및 컨텐츠를 관리하기 위해 구성을 workplace로 생각할 수 있지만 구성 및 컨텐츠는 저장소에서 AEM에 의해 별도로 저장되고 관리된다는 것을 이해하는 것이 중요합니다.
/content
은 모든 컨텐츠가 있는 홈입니다./conf
은 모든 구성의 홈 상태입니다.콘텐츠는 cq:conf
속성을 통해 연결된 구성을 참조합니다. AEM에서는 컨텐츠를 기반으로 조회를 수행하고 상황에 맞는 cq:conf
속성을 사용하여 적절한 구성을 찾습니다.
이 예에서는 DAM 설정에 관심이 있는 애플리케이션 코드가 있다고 가정합니다.
Conf conf = resource.adaptTo(Conf.class);
ValueMap imageServerSettings = conf.getItem("dam/imageserver");
String bgkcolor = imageServerSettings.get("bgkcolor", "FFFFFF");
모든 구성 조회의 시작점은 컨텐츠 리소스이며, 일반적으로 /content
아래에 있습니다. 페이지, 페이지 내의 구성 요소, 자산 또는 DAM 폴더일 수 있습니다. 이 컨텍스트에서 적용되는 올바른 구성을 찾고 있는 실제 콘텐츠입니다.
이제 Conf
개체가 있으면 원하는 특정 구성 항목을 검색할 수 있습니다. 이 경우 dam/imageserver
은 imageserver
과 관련된 설정 모음입니다. getItem
호출은 ValueMap
을 반환합니다. 그런 다음 bgkcolor
문자열 속성을 읽고 속성(또는 전체 구성 항목)이 없는 경우 기본값이 "FFFF"를 제공합니다.
이제 해당 JCR 컨텐츠를 살펴보겠습니다.
/content/dam/wknd
+ jcr:content
- cq:conf = "/conf/wknd"
+ image.png [dam:Asset]
/conf/wkns
+ settings
+ dam
+ imageserver [cq:Page]
+ jcr:content
- bgkcolor = "FF0000"
이 예에서는 여기서 WKND별 DAM 폴더 및 해당 구성을 가정합니다. 해당 폴더 /content/dam/wknd
부터 하위 트리에 적용해야 하는 구성을 참조하는 cq:conf
문자열 속성이 있는 것을 확인할 수 있습니다. 속성은 일반적으로 자산 폴더 또는 페이지의 jcr:content
에서 설정됩니다. 이러한 conf
링크는 명시적 링크이므로 CRXDE의 콘텐츠만 보면 쉽게 찾을 수 있습니다.
/conf
안으로 이동하면 참조를 따르며 /conf/wknd
노드가 있음을 알 수 있습니다. 구성입니다. 해당 조회는 응용 프로그램 코드에 완전히 투명합니다. 예제 코드에는 전용 참조가 없으며 Conf
개체 뒤에 숨겨집니다. 적용되는 구성은 JCR 컨텐츠를 통해 완전히 제어됩니다.
이 경우에 필요한 dam/imageserver
을 포함하여 실제 항목을 포함하는 고정 이름이 인 settings
노드가 구성에 포함되어 있는 것을 볼 수 있습니다. 이러한 항목은 "설정 문서"로 생각할 수 있으며 일반적으로 실제 컨텐츠를 포함하는 jcr:content
를 포함하는 cq:Page
로 표시됩니다.
마지막으로 샘플 코드에 필요한 속성 bgkcolor
이 표시됩니다. getItem
에서 다시 가져오는 ValueMap
은 페이지의 jcr:content
노드를 기반으로 합니다.
위의 기본 예는 단일 구성을 보여줍니다. 하지만 기본 전역 구성, 각 브랜드에 대한 다른 구성, 하위 프로젝트에 대한 특정 구성과 같이 서로 다른 구성을 하려는 경우가 많습니다.
이를 지원하기 위해 AEM의 구성 조회에는 다음과 같은 기본 설정 순서로 상속 및 폴백 메커니즘이 있습니다.
/conf/<siteconfig>/<parentconfig>/<myconfig>
cq:conf
에서 참조한 특정 구성(/content
위치)/conf/<siteconfig>/<parentconfig>
/conf/<siteconfig>
/conf/global
admin
역할에 의해 설정됩니다./apps
/libs
AEM의 구성은 Sling 컨텍스트 인식 구성을 기반으로 합니다. Sling 번들은 컨텍스트 인식 구성을 가져오는 데 사용할 수 있는 서비스 API를 제공합니다. 컨텍스트 인식 구성은 앞의 예에서 설명한 과 같이 컨텐츠 리소스 또는 리소스 트리와 관련된 구성입니다.
컨텍스트 인식 구성, 예 및 사용 방법에 대한 자세한 내용은 Sling 설명서를 참조하십시오.
디버깅 및 테스트 목적으로 ConfMgr 웹 콘솔이 https://<host>:<port>/system/console/conf
에 있으며, 이 콘솔은 지정된 경로/항목에 대한 구성을 표시할 수 있습니다.
다음을 제공하면 됩니다.
확인되는 구성을 확인하고 해당 구성을 확인할 샘플 코드를 받으려면 해결 을 클릭하십시오.
디버깅 및 테스트 목적으로 저장소에서 컨텍스트 인식 구성을 쿼리하고 해당 속성을 볼 수 있는 컨텍스트 인식 구성 웹 콘솔이 https://<host>:<port>/system/console/slingcaconfig
에 있습니다.
다음을 제공하면 됩니다.
해결 을 클릭하여 선택한 구성에 대한 연관된 컨텍스트 경로 및 속성을 검색합니다.