AEM 6.4 이상에서는 기본 ContextHub 구성이 없습니다. 따라서 사이트의 루트 수준에서 사용해야 하는 구성을 나타내도록 cq:contextHubPathproperty 을 설정해야 합니다.
사이트의 루트로 이동합니다.
루트 페이지의 페이지 속성을 열고 개인화 탭을 선택합니다.
Contexthub 경로 필드에 고유한 ContextHub 구성 경로를 입력합니다.
또한 ContextHub 구성에서 sling:resourceType은(는) 절대적이지 않고 상대적이도록 업데이트해야 합니다.
CRX DE Lite에서 ContextHub 구성 노드의 속성을 엽니다(예: )./apps/settings/cloudsettings/legacy/contexthub
sling:resourceType을 /libs/granite/contexthub/cloudsettings/components/baseconfiguration에서 granite/contexthub/cloudsettings/components/baseconfiguration 로 변경합니다.
즉, ContextHub 구성의 sling:resourceType은(는) 절대적이지 않고 상대적이어야 합니다.
워크플로우 모델
이전 위치
/etc/workflow/models
새 위치
/libs/settings/workflow/models
/conf/global/settings/workflow/models
/var/workflow/models
구조 조정 지침
새로운 워크플로우 모델 또는 수정된 모든 워크플로우 모델은 /conf/global/workflow/models로 마이그레이션해야 합니다.
수정된 워크플로우 모델을 이전 위치에 있도록 로컬 AEM 6.4 개발 인스턴스에 배포합니다.
AEM > 도구 > 워크플로우 > 모델에서 AEM 워크플로우 모델 편집기를 사용하여 워크플로우 모델을 편집합니다.
수정된 AEM 제공 워크플로우 모델을 마이그레이션할 때
워크플로우 모델 편집기를 열고 브라우저의 주소 URL을 수정하고 경로 세그먼트 /libs/settings/workflow/models 를 /etc/workflow/models 로 바꿉니다.
예를 들어, 다음과 같이 변경합니다.http://localhost:4502/editor.html/libs/settings/workflow/models/dam/update_asset.htmlhttp://localhost:4502/editor.html/etc/workflow/models/dam/update_asset.html
워크플로우 모델 편집기에서 편집 모드를 활성화하여 워크플로우 모델 정의를 /conf/global/workflow/models에 복사합니다.
동기화 단추를 탭하여 /var/workflow/models 아래의 런타임 워크플로우 모델에 대한 변경 사항을 동기화합니다.
워크플로우 모델 (/conf/global/workflow/models/<workflow-model>?lang=ko)과 런타임 워크플로우 모델 (/var/workflow/models/<workflow-model>?lang=ko)을 모두 내보내고 AEM 프로젝트에 통합합니다.
예를 들어 내보내기:
/config/settings/workflow/models/dam/my_workflow_model 및
/var/workflow/models/dam/my_workflow_model
메모
워크플로우 모델 해상도는 다음 순서로 발생합니다.
/conf/global/settings/workflow/models
/libs/settings/workflow/models
/etc/workflow/models
따라서 이전 위치에 지속된 AEM 제공 워크플로우 모델의 사용자 지정은 보존해야 하는 경우 /conf/global/settings/workflow/models로 이동해야 하며, 그렇지 않으면 /libs/settings/workflow/models에서 AEM 제공 워크플로우 모델 정의로 대체됩니다.
워크플로 인스턴스
이전 위치
/etc/workflow/instances
새 위치
/var/workflow/instances
구조 조정 지침
새 위치에 정렬하는 데 필요한 작업은 없습니다.
이전 워크플로우 인스턴스는 이전 위치에 안전하게 계속 보관할 수 있으며, 새 워크플로우 인스턴스는 새 위치에 생성됩니다.
메모
에서 명시적 경로 참조
이전 위치에 대한
custom
코드도 새 위치를 고려해야 합니다. AEM 워크플로우 API를 사용하도록 이 코드를 리팩터링하는 것이 좋습니다.
워크플로 런처
이전 위치
/etc/workflow/launcher/config
새 위치
/libs/settings/workflow/launcher/config
/conf/global/settings/workflow/launcher/config
구조 조정 지침
새 워크플로우 런처 또는 수정된 모든 워크플로 런처는 /conf/global/workflow/launcher/config로 마이그레이션해야 합니다.
이전 위치의 새 워크플로우 런처 구성을 새 위치(/conf/global)에 복사합니다.
메모
워크플로우 실행 프로그램 해결은 다음 순서로 발생합니다.
/conf/global/settings/workflow/launcher
/libs/settings/workflow/launcher
/etc/workflow/launcher
따라서 이전 위치에 유지된 AEM 제공 워크플로우 런처 의 사용자 지정 사항은 새 위치(/conf/global/settings/workflow/launcher)로 이동해야 하며, 그렇지 않으면 /libs/settings/workflow/launcher에서 AEM 제공 워크플로우 런처 정의로 대체됩니다.
워크플로우 스크립트
이전 위치
/etc/workflow/scripts
새 위치
/libs/workflow/scripts
/apps/workflow/scripts
구조 조정 지침
새 위치 또는 수정된 워크플로우 스크립트는 새 위치로 마이그레이션해야 하며 새 위치를 반영하도록 업데이트된 참조 워크플로우 모델 도 마이그레이션해야 합니다.
이전 위치의 새 워크플로우 스크립트나 수정된 워크플로우 스크립트를 새 위치로 복사합니다.
/apps/workflow/scripts 는 SCM에서 유지 관리되어야 합니다.
워크플로우 모델의 이전 위치에서 워크플로우 스크립트에 대한 모든 참조를 업데이트하여 새 위치를 가리킵니다.
메모
AEM 6.4 SP1이 출시되면 6.5까지 이 재구성을 연기하도록 합니다.
upgrade
AEM 6.4 SP1이 출시되기 전에 AEM 6.4로 업그레이드하는 경우 업그레이드 프로젝트의 일부로 이 재구성을 수행해야 합니다. 이렇게 하지 않으면 이전 위치에서 스크립트를 참조하는 워크플로우 단계를 편집하고 저장하면 워크플로우 단계에서 워크플로우 스크립트 참조가 완전히 제거되고, 새 위치의 워크플로우 스크립트만 스크립트 선택 드롭다운에서 사용할 수 있습니다.
6.5 이전 업그레이드
ContextHub 구성
이전 위치
/etc/cloudsettings
새 위치
/libs/settings/cloudsettings
/conf/global/settings/cloudsettings
/conf/<tenant>/settings/cloudsettings
구조 조정 지침
새 ContextHub 구성 또는 수정된 모든 ContextHub 구성은 새 위치로 마이그레이션해야 하며, 참조하는 AEM Sites 페이지는 새 위치를 반영하도록 업데이트해야 합니다.
이전 위치에서 새 위치나 수정된 ContextHub 구성을 새 위치로 복사합니다.
적용 가능한 AEM 구성을 AEM 컨텐츠 계층 구조에 연결합니다.
AEM Sites > 페이지 > 페이지 속성 > 고급 탭 > 클라우드 구성을 통한 AEM Sites 페이지 계층.
앞서 언급한 AEM 컨텐츠 계층에서 마이그레이션된 이전 ContextHub 구성 연결을 해제합니다.
메모
N/A
클래식 Cloud Services 디자인
이전 위치
/etc/designs/cloudservices
새 위치
/libs/settings/wcm/designs/cloudservices
/apps/settings/wcm/designs/cloudservices
구조 조정 지침
SCM에서 관리되고 디자인 대화 상자를 통해 런타임에 작성되지 않는 모든 디자인의 경우
이전 위치에서 새 위치(/apps)로 디자인을 복사합니다.
디자인의 모든 CSS, JavaScript 및 정적 리소스를 allowProxy = true를 사용하는 클라이언트 라이브러리로 변환합니다.
에서 이전 위치에 대한 참조를 업데이트합니다
cq
:
designPath
속성을 사용합니다.
이전 위치를 참조하는 페이지를 업데이트하여 새 클라이언트 라이브러리 카테고리를 사용합니다(페이지 구현 코드를 업데이트해야 함).
/etc.clientlibs/. 프록시 서블릿.
SCM에서 관리되지 않고 디자인 대화 상자를 통해 수정된 런타임 디자인의 경우
작성자 가능 디자인을 /etc 외부로 이동하지 마십시오.
메모
해당 없음
클래식 대시보드 디자인
이전 위치
/etc/designs/dashboards
새 위치
/libs/settings/wcm/designs/dashboards
/apps/settings/wcm/designs/dashboards
구조 조정 지침
SCM에서 관리되고 디자인 대화 상자를 통해 런타임에 작성되지 않는 모든 디자인의 경우
이전 위치의 디자인을 새 위치(/apps?lang=ko)에 복사합니다.
디자인의 모든 CSS, JavaScript 및 정적 리소스를 allowProxy = true를 사용하는 클라이언트 라이브러리로 변환합니다.
에서 이전 위치에 대한 참조를 업데이트합니다.
cq
:
designPath
속성을 사용합니다.
이전 위치를 참조하는 페이지를 업데이트하여 새 클라이언트 라이브러리 카테고리를 사용합니다(페이지 구현 코드를 업데이트해야 함).
/etc.clientlibs/. 프록시 서블릿.
SCM에서 관리되지 않고 디자인 대화 상자를 통해 수정된 런타임 디자인의 경우
작성자 가능 디자인을 /etc 외부로 이동하지 마십시오.
메모
해당 없음
클래식 보고서 디자인
이전 위치
/etc/designs/reports
새 위치
/libs/settings/wcm/designs/reports
/apps/settings/wcm/designs/reports
구조 조정 지침
SCM에서 관리되고 디자인 대화 상자를 통해 런타임에 작성되지 않는 모든 디자인의 경우
이전 위치의 디자인을 새 위치(/apps?lang=ko)에 복사합니다.
디자인의 모든 CSS, JavaScript 및 정적 리소스를 allowProxy = true를 사용하는 클라이언트 라이브러리로 변환합니다.
에서 이전 위치에 대한 참조를 업데이트합니다.
cq
:
designPath
속성을 사용합니다.
이전 위치를 참조하는 페이지를 업데이트하여 새 클라이언트 라이브러리 카테고리를 사용합니다(페이지 구현 코드를 업데이트해야 함).
/etc.clientlibs/. 프록시 서블릿.
SCM에서 관리되지 않고 디자인 대화 상자를 통해 수정된 런타임 디자인의 경우
작성자 가능 디자인을 /etc 외부로 이동하지 마십시오.
메모
해당 없음
기본 디자인
이전 위치
/etc/designs/default
새 위치
/libs/settings/wcm/designs/default
/apps/settings/wcm/designs/default
구조 조정 지침
SCM에서 관리되고 디자인 대화 상자를 통해 런타임에 작성되지 않는 모든 디자인의 경우
이전 위치의 디자인을 새 위치(/apps?lang=ko)에 복사합니다.
디자인의 모든 CSS, JavaScript 및 정적 리소스를 allowProxy = true를 사용하는 클라이언트 라이브러리로 변환합니다.
에서 이전 위치에 대한 참조를 업데이트합니다.
cq
:
designPath
속성을 사용합니다.
이전 위치를 참조하는 페이지를 업데이트하여 새 클라이언트 라이브러리 카테고리를 사용합니다(페이지 구현 코드를 업데이트해야 함).
/etc.clientlibs/. 프록시 서블릿.
SCM에서 관리되지 않고 디자인 대화 상자를 통해 수정된 런타임 디자인의 경우
작성자 가능 디자인을 /etc 외부로 이동하지 마십시오.
메모
해당 없음
Adobe DTM JavaScript 끝점
이전 위치
/etc/clientlibs/dtm
새 위치
/var/cq/dtm/clientlibs
구조 조정 지침
필요한 작업이 없습니다.
공개 이전 위치는 개인 새 위치에 대한 프록시 끝점 역할을 합니다.
메모
해당 없음
Adobe DTM 웹-후크 끝점
이전 위치
/etc/dtm-hook
새 위치
/var/cq/dtm/web-hook
구조 조정 지침
필요한 작업이 없습니다.
공개 이전 위치는 개인 새 위치에 대한 프록시 끝점 역할을 합니다.
메모
해당 없음
받은 편지함 작업
이전 위치
/etc/taskmanagement
새 위치
/var/taskmanagement
구조 조정 지침
필요에 따라 받은 편지함 유지 관리 작업을 사용하여 이전 위치에서 이전 작업을 제거합니다.
메모
작업을 새 위치로 마이그레이션하는 데 필요한 작업은 없습니다.
이전 위치에 있는 작업은 계속 사용할 수 있고 작동합니다.
새 작업은 새 위치에 만들어집니다.
다중 사이트 관리자 블루프린트 구성
이전 위치
/etc/blueprints
새 위치
/libs/msm
/apps/msm
구조 조정 지침
사용자 지정 구성을 /etc/blueprints에서 /apps/msm로 복사합니다.
제거 /etc/blueprints.
메모
해당 없음
AEM 프로젝트 대시보드 가젯 구성
이전 위치
/etc/projects/dashboard/gadgets
새 위치
/libs/cq/core/content/projects/dashboard/gadgets
/apps/cq/core/content/projects/dashboard/gadgets
구조 조정 지침
새 위치 또는 수정된 AEM Projects Dashboard Gadget 구성은 새 위치(/apps)로 마이그레이션해야 합니다.
새 위치 또는 수정된 AEM Projects Dashboard Gadget 구성을 이전 위치에서 새 위치(/apps)로 복사합니다.
수정되지 않은 AEM Projects Dashboard Gadget 구성 은 이제 새 위치(/libs)에 있으므로 복사하지 마십시오.
이전 위치를 참조하는 AEM Projects 템플릿을 업데이트하여 적절한 새 위치를 가리킵니다.
메모
AEM 6.4 호환성 패키지가 적용되는 경우 호환성 패키지를 제거할 때 저장소 정렬 활동을 수행해야 합니다.
AEM Web Console을 통해 AEM용 Day Communication 5 Tagging OSGi 번들을 https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging에 다시 시작하여 새 위치에 컨텐츠가 포함되어 있으므로 사용해야 합니다.
메모
Day Communication Tagging OSGi 번들을 다시 시작하면 이전 위치가 비어 있는 경우에만 새 위치를 태그 루트로 등록합니다.
이전 위치에 대한 참조는 태그 확인을 위해 AEM TagManager API를 활용하는 모든 기능에 대해 새 위치로 마이그레이션한 후 계속 작동합니다.
경로 /etc/tags을 명시적으로 참조하는 모든 사용자 지정 코드는 /content/ 로 업데이트해야 합니다.
cq
이 마이그레이션과 함께 TagManager Java API를 활용하기 위해
:tags
또는 바람직하게 다시 작성하십시오.