AEM 구성은 AEM에서 설정을 관리하고 작업 공간으로 사용할 수 있습니다.
구성은 두 개의 다른 관점에서 고려될 수 있다.
요약하면 다음과 같습니다. 관리자의 관점에서 구성은 AEM에서 설정을 관리하는 작업 공간을 만드는 방법이지만, 개발자는 AEM이 저장소 내에서 이러한 구성을 사용하고 관리하는 방법을 이해해야 합니다.
사용자의 관점에 상관없이 구성은 AEM에서 두 가지 주요 목적을 제공합니다.
작성자와 AEM 관리자는 구성을 작업 공간으로 고려할 수 있습니다. 이러한 작업 공간은 이러한 기능에 대한 액세스 권한을 구현하여 조직 목적을 위해 관련 컨텐츠와 설정 그룹을 함께 수집하는 데 사용할 수 있습니다.
AEM 내의 다양한 기능에 대한 구성을 만들 수 있습니다.
예를 들어, 관리자는 편집 가능한 템플릿에 대해 두 개의 구성을 만들 수 있습니다.
그런 다음 관리자는 WKND-General 구성을 사용하여 일반 페이지 템플릿을 작성한 다음 WKND-Magazine 아래에 있는 매거진에 대한 템플릿을 만들 수 있습니다.
그런 다음 관리자는 WKND-General를 WKND 사이트의 모든 컨텐츠와 연결할 수 있습니다. 그러나 WKND-Magazine 구성은 잡지 사이트와만 연관될 것입니다.
다음을 수행하십시오.
편집 가능한 템플릿뿐만 아니라 클라우드 구성, ContextHub 세그먼트 및 컨텐츠 조각 모델에 대해서도 유사한 설정을 수행할 수 있습니다.
관리자는 구성 브라우저를 사용하여 AEM에서 구성에 대한 액세스 권한을 쉽게 생성, 관리 및 구성할 수 있습니다.
사용자가 구성 브라우저를 사용하여 구성을 만들 수만 있습니다 admin
권한 . admin
구성에 액세스 권한을 할당하거나 구성을 수정하려면 또한 권한이 필요합니다.
구성 브라우저를 사용하여 AEM에서 새 구성을 만드는 것은 매우 간단합니다.
AEM as a Cloud Service에 로그인하고 기본 메뉴에서 를 선택합니다. 도구 -> 일반 -> 구성 브라우저.
만들기를 탭하거나 클릭합니다.
구성의 제목 및 이름을 입력합니다.
허용할 구성 유형을 확인합니다.
만들기를 탭하거나 클릭합니다.
구성이 중첩될 수 있습니다.
구성을 작업 공간으로 생각할 경우, 해당 구성에 액세스 권한을 설정하여 해당 작업 영역에 액세스할 수 있는 사용자와 액세스할 수 없는 사용자를 적용할 수 있습니다.
구성이 생성되면 피쳐를 선택 취소할 수 없습니다.
개발자로서 AEM as a Cloud Service이 구성으로 작동하는 방식과 구성 해상도를 처리하는 방법을 알고 있어야 합니다.
하지만 관리자 및 사용자는 구성을 작업 공간으로 생각할 수 있습니다. 다른 설정 및 컨텐츠를 관리하려면 저장소에서 구성 및 컨텐츠가 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 컨텐츠를 통해 완전히 제어됩니다.
구성에 고정 이름이 포함되어 있습니다 settings
를 포함하여 실제 항목이 들어 있는 노드 dam/imageserver
우리는 우리의 경우에 필요합니다. 이러한 항목은 "설정 문서"로 생각할 수 있으며 일반적으로 cq:Page
포함 jcr:content
실제 컨텐츠 보관.
마지막으로 속성이 표시됩니다 bgkcolor
샘플 코드가 필요합니다. 다음 ValueMap
우리는 getItem
페이지의 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
: 저장소에서 컨텍스트 인식 구성을 쿼리하고 해당 속성을 볼 수 있습니다.
다음을 제공하면 됩니다.
클릭 해결 을 눌러 선택한 구성에 대해 연관된 컨텍스트 경로 및 속성을 읽어들입니다.