AEM 6.4의 공용 저장소 재구성
상위 AEM 6.4 페이지의 저장소 재구성 페이지에 설명된 대로 AEM 6.4로 업그레이드하는 고객은 이 페이지를 사용하여 모든 솔루션에 영향을 줄 수 있는 저장소 변경과 관련된 작업 노력을 평가해야 합니다. 일부 변경 사항은 AEM 6.4 업그레이드 프로세스 중에 작업해야 하는 반면, 다른 변경 사항은 6.5 업그레이드 때까지 연기될 수 있습니다.
6.4 업그레이드 포함
6.5 이전 업그레이드
6.4 업그레이드 시
ContextHub 구성
AEM 6.4 버전부터는 기본 ContextHub 구성이 없습니다. 따라서 사이트의 루트 수준에서 cq:contextHubPathproperty
을(를) 설정하여 사용해야 할 구성을 나타내야 합니다.
- 사이트의 루트로 이동합니다.
- 루트 페이지의 페이지 속성을 열고 개인화 탭을 선택합니다.
- Contexthub 경로 필드에 고유한 ContextHub 구성 경로를 입력합니다.
또한 ContextHub 구성에서, sling:resourceType
을(를) 상대(absolute)가 아니라 상대(relative)으로 업데이트해야 합니다.
- 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/model을 /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 Workflow API를 사용하려면 이 코드를 리팩토링하는 것이 좋습니다. |
워크플로 런처
이전 위치 |
/etc/workflow/launcher/config |
새 위치 |
/libs/settings/workflow/launcher/config /conf/global/settings/workflow/launcher/config |
구조 조정 지침 |
새로 만들거나 수정된 모든 워크플로 발사체는 /conf/global/workflow/launcher/config 으로 마이그레이션해야 합니다.
- 이전 위치의 새 Workflow Launcher 구성을 새 위치(
/conf/global )로 복사합니다.
|
메모 |
Workflow Launcher 해상도는 다음 순서로 수행됩니다.
/conf/global/settings/workflow/launcher
/libs/settings/workflow/launcher
/etc/workflow/launcher
따라서 이전 위치에 남아 있는 AEM 제공 Workflow Launcher의 모든 사용자 정의는 새 위치로 이동되어야 합니다(/conf/global/settings/workflow/launcher . 보존해야 하는 경우, 그렇지 않은 경우 /libs/settings/workflow/launcher 의 AEM 제공 Workflow Launcher 정의로 대체됩니다. |
워크플로 스크립트
이전 위치 |
/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/..를 통해 클라이언트 라이브러리 제공을 허용하도록 AEM Dispatcher 규칙을 업데이트합니다. 프록시 서블릿.
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/..를 통해 클라이언트 라이브러리 제공을 허용하도록 AEM Dispatcher 규칙을 업데이트합니다. 프록시 서블릿.
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/..를 통해 클라이언트 라이브러리 제공을 허용하도록 AEM Dispatcher 규칙을 업데이트합니다. 프록시 서블릿.
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/..를 통해 클라이언트 라이브러리 제공을 허용하도록 AEM Dispatcher 규칙을 업데이트합니다. 프록시 서블릿.
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 프로젝트 대시보드 가젯 구성은 새 위치(/apps )로 마이그레이션해야 합니다.
- 이전 위치에서 새 위치 또는 수정된 AEM 프로젝트 대시보드 가젯 구성을 새 위치(
/apps )로 복사합니다.
- 수정되지 않은 AEM Projects Dashboard 가젯 구성은 이제 새 위치(
/libs )에 있으므로 복사하지 마십시오.
- 이전 위치를 참조하는 모든 AEM 프로젝트 템플릿을 업데이트하여 적절한 새 위치를 지정합니다.
|
메모 |
AEM 6.4 호환성 패키지가 적용된 경우 호환성 패키지가 제거될 때 저장소 정렬 작업을 수행해야 합니다. |
복제 알림 이메일 템플릿
이전 위치 |
/etc/notification/email/default/com.day.cq.replication |
새 위치 |
/libs/settings/notification-templates/com.day.cq.replication /apps/settings/notification-templates/com.day.cq.replication |
구조 조정 지침 |
새 또는 수정된 복제 알림 이메일 템플릿은 새 위치(/apps )로 마이그레이션해야 합니다.
- 새 또는 수정된 복제 알림 이메일 템플릿을 이전 위치에서 새 위치(
/apps )로 복사합니다.
- 이전 위치에서 마이그레이션된 복제 알림 이메일 템플릿을 제거합니다.
|
메모 |
새 로캘을 지원하는 유일한 새 복제 알림 이메일 템플릿만 지원됩니다. 복제 알림 이메일 템플릿 해상도는 다음 순서로 발생합니다.
/etc/notification/email/default/com.day.cq.replication
/apps/settings/notification-templates/com.day.cq.replication
/libs/settings/notification-templates/com.day.cq.replication
|
이전 위치 |
/etc/tags |
새 위치 |
/content/cq:tags |
구조 조정 지침 |
모든 태그는 /content/cq:tags 으로 마이그레이션해야 합니다.
- 이전 위치의 모든 태그를 새 위치로 복사합니다.
- 이전 위치에서 모든 태그를 제거합니다.
- AEM Web Console을 통해 AEM용 Day Community 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
:tags
또는 가급적이면 이 마이그레이션과 함께 TagManager Java API를 활용하도록 다시 작성합니다. |
번역 클라우드 서비스
이전 위치 |
/etc/cloudservices/translation |
새 위치 |
/libs/settings/cloudconfigs/translation/translationcfg /apps/settings/cloudconfigs/translation/translationcfg /conf/global/settings/cloudconfigs/translation/translationcfg /conf/<tenant>/settings/cloudconfigs/translation/translationcfg |
구조 조정 지침 |
모든 새 번역 Cloud Services은 새 위치(/apps , /conf/global 또는 /conf/<tenant> )로 마이그레이션해야 합니다.
- 이전 위치의 기존 구성을 새 위치로 마이그레이션합니다.
- 도구 > Cloud Services > 번역 Cloud Services에서 AEM 작성 UI를 통해 새 번역 Cloud Services 구성을 수동으로 다시 만듭니다.
또는
- 이전 위치의 새 번역 Cloud Services 구성을 새 위치(
/apps , /conf/global 또는 /conf/<tenant> )로 복사합니다.
- 해당 AEM 구성을 AEM 컨텐츠 계층 구조에 연결합니다.
- AEM Sites > 페이지 > 페이지 속성 > 고급 탭 > 클라우드 구성을 통한 AEM Sites 페이지 계층 구조
- AEM 경험 조각 > 경험 조각 > 속성 > Cloud Services 탭 > 클라우드 구성을 통한 AEM 경험 조각 계층
- AEM 경험 조각 > 폴더 > 속성 > Cloud Services 탭 > 클라우드 구성을 통해 AEM 경험 조각 폴더 계층 구조
- AEM Assets > 폴더 > 폴더 속성 > Cloud Services 탭 > 구성을 통해 AEM Assets 폴더 계층 구조를 만듭니다.
- AEM 프로젝트는 AEM 프로젝트 > 프로젝트 > 프로젝트 속성 > 고급 탭 > 클라우드 구성을 통해 수행할 수 있습니다.
- 앞서 언급한 AEM 컨텐츠 계층 구조에서 마이그레이션된 기존 번역 Cloud Services의 연결을 해제합니다.
|
메모 |
변환 Cloud Services 해상도는 다음 순서로 발생합니다.
/conf/<tenant>/settings/cloudconfigs/translations/translationcfg
/conf/global/settings/cloudconfigs/translations/translationcfg
/apps/settings/cloudconfigs/translations/translationcfg
/libs/settings/cloudconfigs/translations/translationcfg
마이그레이션된 번역 Cloud Services은 AEM 6.4와 호환되어야 합니다. |
번역 언어
이전 위치 |
/etc/translation/supportedLanguages |
새 위치 |
/libs/settings/translation/supportedLanguages /apps/settings/translation/supportedLanguages |
구조 조정 지침 |
새로 정의되거나 수정된 번역 언어 정의는 모든 번역 언어 정의를 새 위치(/apps )로 마이그레이션해야 합니다.
- 번역 언어 정의에 추가 또는 수정 사항이 있는 경우 이전 위치의 모든 번역 언어 정의를 새 위치(
/apps )로 복사합니다.
|
메모 |
번역 언어 경로 해상도는 다음 순서로 발생합니다.
/etc/translation/supportedLanguages
/apps/settings/translation/supportedLanguage
/libs/settings/translation/supportedLanguages
이 해상도는 오버레이를 병합하는 것을 지원하지 않습니다. 즉, 해결된 경로에 지원되는 모든 언어가 포함되어야 하며, 고주문 해상도의 지원 언어를 상속하지 않습니다. |
번역 규칙
이전 위치 |
/etc/workflow/models/translation/translation_rules.xml |
새 위치 |
/libs/settings/translation/rules/translation_rules.xml /apps/settings/translation/rules/translation_rules.xml /conf/global/settings/translation/rules/translation_rules.xml |
구조 조정 지침 |
수정된 번역 규칙 XML 파일은 새 위치(/apps 또는 /conf/global )로 마이그레이션해야 합니다. 1. 수정된 번역 규칙 XML 파일을 이전 위치에서 새 위치로 복사합니다. |
메모 |
복제 번역 규칙 XML 해상도는 다음 순서로 발생합니다.
/conf/global/settings/translation/rules/translation_rules.xml
/apps/settings/translation/rules/translation_rules.xml
/etc/workflow/models/translation/translation_rules.xml
/libs/settings/translation/rules/translation_rules.xml
|
이전 위치 |
/etc/designs/translation/translationwidget |
새 위치 |
/libs/settings/wcm/designs/translation/translationwidget /apps/settings/wcm/designs/translation/translationwidget |
구조 조정 지침 |
SCM에서 관리되고 디자인 대화 상자를 통해 런타임 시 작성되지 않은 모든 디자인의 경우
- 이전 위치의 디자인을 새 위치(/apps?lang=ko)로 복사합니다.
- 디자인의 모든 CSS, JavaScript 및 정적 리소스를
allowProxy = true 이(가) 있는 클라이언트 라이브러리로 변환합니다.
- 이전 위치에 대한 참조를
cq
:
designPath
속성.
- 새 클라이언트 라이브러리 범주를 사용하도록 이전 위치를 참조하는 페이지를 업데이트합니다(페이지 구현 코드를 업데이트해야 함).
- /etc.clientlibs/..를 통해 클라이언트 라이브러리 제공을 허용하도록 AEM Dispatcher 규칙을 업데이트합니다. 프록시 서블릿.
SCM에서 관리하지 않는 디자인 및 디자인 대화 상자를 통해 수정된 런타임
- 작성 가능한 디자인을
/etc 밖으로 이동하지 마십시오.
|
메모 |
해당 없음 |
트리 활성화 웹 콘솔
이전 위치 |
/etc/replication/treeactivation |
새 위치 |
/libs/replication/treeactivation |
구조 조정 지침 |
필요한 작업이 없습니다. |
메모 |
이제 도구 > 배포 > 복제 > 트리 활성화를 통해 트리 활성화 웹 콘솔을 사용할 수 있습니다. |
공급업체 번역 커넥터 Cloud Services
이전 위치 |
/etc/cloudservices/<vendor> |
새 위치 |
/libs/settings/cloudconfigs/translation/<vendor> /apps/settings/cloudconfigs/translation/<vendor>
/conf/global/settings/cloudconfigs/translation/<vendor>
/conf/<tenant>/settings/cloudconfigs/translation/<vendor> |
구조 조정 지침 |
모든 새 공급업체 번역 커넥터 Cloud Services은 새 위치(/apps , /conf/global 또는 /conf/<tenant> )로 마이그레이션해야 합니다.
- 이전 위치의 기존 구성을 새 위치로 마이그레이션합니다.
- 도구 > Cloud Services > 번역 Cloud Services에서 AEM 작성 UI를 통해 새 공급업체 번역 커넥터 Cloud Services 구성을 수동으로 만듭니다.
또는
- 새 공급업체 번역 커넥터 Cloud Services 구성을 이전 위치에서 새 위치(
/apps , /conf/global 또는 /conf/<tenant> )로 복사합니다.
- 해당 AEM 구성을 AEM 컨텐츠 계층 구조에 연결합니다.
- AEM Sites > 페이지 > 페이지 속성 > 고급 탭 > 클라우드 구성을 통한 AEM Sites 페이지 계층 구조
- AEM 경험 조각 > 경험 조각 > 속성 > Cloud Services 탭 > 클라우드 구성을 통한 AEM 경험 조각 계층
- AEM 경험 조각 폴더 계층 - AEM 경험 조각 > 폴더 > 속성 > Cloud Services 탭 > 클라우드 구성을 통해
- AEM Assets > 폴더 > 폴더 속성 > Cloud Services 탭 > 구성을 통해 AEM Assets 폴더 계층 구조를 만듭니다.
- AEM 프로젝트는 AEM 프로젝트 > 프로젝트 > 프로젝트 속성 > 고급 탭 > 클라우드 구성을 통해 수행할 수 있습니다.
- 앞서 언급한 AEM 컨텐츠 계층 구조에서 마이그레이션된 기존 번역 Cloud Services의 연결을 해제합니다.
|
메모 |
변환 Cloud Services 해상도는 다음 순서로 발생합니다.
/conf/<tenant>/settings/cloudconfigs/translations/<vendor>
/conf/global/settings/cloudconfigs/translations/<vendor>
/apps/settings/cloudconfigs/translations/<vendor>
/libs/settings/cloudconfigs/translations/<vendor>
|
워크플로 알림 이메일 템플릿
이전 위치 |
/etc/workflow/notification |
새 위치 |
/libs/settings/workflow/notification /conf/global/settings/workflow/notification |
구조 조정 지침 |
수정된 워크플로 알림 이메일 템플릿은 새 위치(/conf/global )로 마이그레이션해야 합니다.
- 수정된 워크플로 알림 이메일 템플릿을 이전 위치에서 새 위치로 복사합니다.
- 이전 위치에서 마이그레이션된 워크플로 알림 이메일 템플릿을 제거합니다.
|
메모 |
워크플로우 알림 이메일 템플릿 해상도는 다음 순서로 발생합니다.
/etc/workflow/notification
/conf/global/settings/workflow/notification
/libs/settings/workflow/notification
|
워크플로 패키지
이전 위치 |
/etc/workflow/packages |
새 위치 |
/var/workflow/packages |
구조 조정 지침 |
이전 위치의 기존 워크플로 패키지는 새 위치로 마이그레이션해야 합니다.
- 다른 콘텐트에서 참조하지 않고 다른 경우에는 필요하지 않은 이전 위치에서 워크플로우 패키지를 제거합니다.
- 다른 콘텐츠에서 참조하지 않지만 새 위치에서 필요한 이전 위치에서 워크플로우 패키지를 이동합니다.
- 이전 위치의 다른 컨텐츠에서 참조하는 모든 워크플로우 패키지를 그대로 두십시오.
|
메모 |
클래식 UI Miscadmin 콘솔을 통해 만든 워크플로우 패키지는 이전 위치에 유지되지만 다른 모든 패키지는 새 위치로 유지됩니다. 이전 위치 또는 이전 위치에 저장된 워크플로우 패키지는 클래식 UI miscadmin 콘솔을 통해 관리할 수 있습니다. |