설명서AEM 6.4배포 안내서

AEM 6.4의 공통 저장소 구조 변경 common-repository-restructuring-in-aem

Last update: Thu May 04 2023 00:00:00 GMT+0000 (Coordinated Universal Time)

작성 대상:

  • Developer
CAUTION
AEM 6.4가 확장 지원이 종료되었으며 이 설명서는 더 이상 업데이트되지 않습니다. 자세한 내용은 기술 지원 기간. 지원되는 버전 찾기 여기.

상위에 설명된 대로 AEM 6.4의 저장소 구조 변경 페이지에서 AEM 6.4로 업그레이드하는 고객은 이 페이지에서 모든 솔루션에 영향을 줄 수 있는 저장소 변경 과 관련된 작업 작업을 평가해야 합니다. 일부 변경 사항은 AEM 6.4 업그레이드 프로세스 중에 작업 노력이 필요한 반면, 다른 변경 사항은 6.5 업그레이드 전까지 지연될 수 있습니다.

6.4 업그레이드

6.5 이전 업그레이드

6.4 업그레이드 with-upgrade

ContextHub 구성 contexthub-6.4

AEM 6.4 이상에서는 기본 ContextHub 구성이 없습니다. 따라서 사이트 a의 루트 수준에서 cq:contextHubPathproperty 어떤 구성을 사용해야 하는지를 나타내도록 설정해야 합니다.

  1. 사이트의 루트로 이동합니다.
  2. 루트 페이지의 페이지 속성을 열고 개인화 탭을 선택합니다.
  3. Contexthub 경로 필드에 고유한 ContextHub 구성 경로를 입력합니다.

또한 ContextHub 구성에서는 sling:resourceType 절대적이지 않고 상대적이도록 업데이트해야 합니다.

  1. CRX DE Lite에서 ContextHub 구성 노드의 속성을 엽니다(예: ). /apps/settings/cloudsettings/legacy/contexthub
  2. 변경 sling:resourceType 변환 전: /libs/granite/contexthub/cloudsettings/components/baseconfiguration to granite/contexthub/cloudsettings/components/baseconfiguration

전… sling:resourceType ContextHub 구성의 경우 절대 구성보다 상대적이어야 합니다.

워크플로우 모델 workflow-models

이전 위치
/etc/workflow/models
새 위치

/libs/settings/workflow/models

/conf/global/settings/workflow/models

/var/workflow/models

구조 조정 지침

새로운 워크플로우 모델 또는 수정된 모든 워크플로우 모델은 /conf/global/workflow/models로 마이그레이션해야 합니다.

  1. 수정된 워크플로우 모델을 이전 위치에 있도록 로컬 AEM 6.4 개발 인스턴스에 배포합니다.

  2. AEM > 도구 > 워크플로우 > 모델에서 AEM 워크플로우 모델 편집기를 사용하여 워크플로우 모델을 편집합니다.

  3. 수정된 AEM 제공 워크플로우 모델을 마이그레이션할 때

    1. 워크플로우 모델 편집기를 열고 브라우저의 주소 URL을 수정하고 경로 세그먼트 /libs/settings/workflow/models 를 /etc/workflow/models 로 바꿉니다.
      • 예를 들어, 다음과 같이 변경합니다. http://localhost:4502/editor.html /libs/settings/workflow/models/dam/update_asset.html to http://localhost:4502/editor.html /etc/workflow/models/dam/update_asset.html

  4. 워크플로우 모델 편집기에서 편집 모드를 활성화하여 워크플로우 모델 정의를 /conf/global/workflow/models에 복사합니다.

  5. 동기화 단추를 탭하여 /var/workflow/models 아래의 런타임 워크플로우 모델에 대한 변경 사항을 동기화합니다.

  6. 워크플로우 모델 (https://experienceleague.adobe.com/conf/global/workflow/models/%20%EC%9D%84%20%EB%AA%A8%EB%91%90%20%EB%82%B4%EB%B3%B4%EB%83%85%EB%8B%88%EB%8B%A4.<workflow-model>?lang=ko) 및 런타임 워크플로우 모델 (https://experienceleague.adobe.com/var/workflow/models/<workflow-model>?lang=ko)을 사용하여 AEM 프로젝트에 통합할 수 있습니다.

    1. 예를 들어 내보내기:

      • /config/settings/workflow/models/dam/my_workflow_model 및
      • /var/workflow/models/dam/my_workflow_model
메모

워크플로우 모델 해상도는 다음 순서로 발생합니다.

  1. /conf/global/settings/workflow/models
  2. /libs/settings/workflow/models
  3. /etc/workflow/models

따라서 이전 위치에 지속된 AEM 제공 워크플로우 모델의 사용자 지정은 보존해야 하는 경우 /conf/global/settings/workflow/models로 이동해야 하며, 그렇지 않으면 /libs/settings/workflow/models에서 AEM 제공 워크플로우 모델 정의로 대체됩니다.

워크플로 인스턴스 workflow-instances

이전 위치
/etc/workflow/instances
새 위치
/var/workflow/instances
구조 조정 지침

새 위치에 정렬하는 데 필요한 작업은 없습니다.

이전 워크플로우 인스턴스는 이전 위치에 안전하게 계속 보관할 수 있으며, 새 워크플로우 인스턴스는 새 위치에 생성됩니다.

메모
에서 명시적 경로 참조 custom 이전 위치에 대한 코드도 새 위치를 고려해야 합니다. AEM 워크플로우 API를 사용하도록 이 코드를 리팩터링하는 것이 좋습니다.

워크플로 런처 workflow-launchers

이전 위치
/etc/workflow/launcher/config
새 위치

/libs/settings/workflow/launcher/config

/conf/global/settings/workflow/launcher/config

구조 조정 지침

새 워크플로우 런처 또는 수정된 모든 워크플로우 런처를 /conf/global/workflow/launcher/config.

  1. 이전 위치의 새 워크플로우 런처 구성을 새 위치 (/conf/global).
메모

워크플로우 실행 프로그램 해결은 다음 순서로 발생합니다.

  1. /conf/global/settings/workflow/launcher
  2. /libs/settings/workflow/launcher
  3. /etc/workflow/launcher

따라서 이전 위치에 지속되는 AEM에서 제공한 워크플로우 런처 의 사용자 지정은 새 위치 (/conf/global/settings/workflow/launcher 보존해야 하는 경우에는 AEM에서 제공하는 Workflow Launcher 정의로 대체됩니다. /libs/settings/workflow/launcher.

워크플로우 스크립트 workflow-scripts

이전 위치
/etc/workflow/scripts
새 위치

/libs/workflow/scripts

/apps/workflow/scripts

구조 조정 지침

새 위치 또는 수정된 워크플로우 스크립트는 새 위치로 마이그레이션해야 하며 새 위치를 반영하도록 업데이트된 참조 워크플로우 모델 도 마이그레이션해야 합니다.

  1. 이전 위치의 새 워크플로우 스크립트나 수정된 워크플로우 스크립트를 새 위치에 복사합니다.
    • /apps/workflow/scripts 는 SCM에서 유지 관리되어야 합니다.
  2. 워크플로우 모델의 이전 위치에서 워크플로우 스크립트에 대한 모든 참조를 업데이트하여 새 위치를 가리킵니다.
메모

AEM 6.4 SP1이 출시되면 6.5까지 이 재구성을 연기하도록 합니다. upgrade .

AEM 6.4 SP1이 출시되기 전에 AEM 6.4로 업그레이드하는 경우 업그레이드 프로젝트의 일부로 이 재구성을 수행해야 합니다. 이렇게 하지 않으면 이전 위치에서 스크립트를 참조하는 워크플로우 단계를 편집하고 저장하면 워크플로우 단계에서 워크플로우 스크립트 참조가 완전히 제거되고, 새 위치의 워크플로우 스크립트만 스크립트 선택 드롭다운에서 사용할 수 있습니다.

6.5 이전 업그레이드 prior-to-upgrade

ContextHub 구성 contexthub-configurations

이전 위치
/etc/cloudsettings
새 위치

/libs/settings/cloudsettings

/conf/global/settings/cloudsettings

/conf/<tenant>/settings/cloudsettings

구조 조정 지침

새 ContextHub 구성 또는 수정된 모든 ContextHub 구성은 새 위치로 마이그레이션해야 하며, 참조하는 AEM Sites 페이지는 새 위치를 반영하도록 업데이트해야 합니다.

  1. 이전 위치에서 새 위치나 수정된 ContextHub 구성을 새 위치로 복사합니다.
  2. 적용 가능한 AEM 구성을 AEM 컨텐츠 계층 구조에 연결합니다.
    1. AEM Sites > 페이지 > 페이지 속성 > 고급 탭 > 클라우드 구성을 통한 AEM Sites 페이지 계층.
  3. 앞서 언급한 AEM 컨텐츠 계층에서 마이그레이션된 이전 ContextHub 구성 연결을 해제합니다.
메모
N/A

클래식 Cloud Services 디자인 classic-cloud-services-designs

이전 위치
/etc/designs/cloudservices
새 위치

/libs/settings/wcm/designs/cloudservices

/apps/settings/wcm/designs/cloudservices

구조 조정 지침

SCM에서 관리되고 디자인 대화 상자를 통해 런타임에 작성되지 않는 모든 디자인의 경우

  1. 이전 위치에서 새 위치(/apps).
  2. 디자인의 모든 CSS, JavaScript 및 정적 리소스를 클라이언트 라이브러리 with allowProxy = true.
  3. 에서 이전 위치에 대한 참조를 업데이트합니다. cq : designPath 속성을 사용합니다.
  4. 이전 위치를 참조하는 페이지를 업데이트하여 새 클라이언트 라이브러리 카테고리를 사용합니다(페이지 구현 코드를 업데이트해야 함).
  5. /etc.clientlibs/. 프록시 서블릿.

SCM에서 관리되지 않고 디자인 대화 상자를 통해 수정된 런타임 디자인의 경우

  • 작성 가능한 디자인을 외부로 이동하지 마십시오 /etc.
메모
N/A

Classic 대시보드 디자인 classic-dashboards-designs

이전 위치
/etc/designs/dashboards
새 위치

/libs/settings/wcm/designs/dashboards

/apps/settings/wcm/designs/dashboards

구조 조정 지침

SCM에서 관리되고 디자인 대화 상자를 통해 런타임에 작성되지 않는 모든 디자인의 경우

  1. 이전 위치의 디자인을 새 위치(https://experienceleague.adobe.com/apps?lang=ko)에 복사합니다.
  2. 디자인의 모든 CSS, JavaScript 및 정적 리소스를 클라이언트 라이브러리 with allowProxy = true.
  3. 에서 이전 위치에 대한 참조를 업데이트합니다. cq : designPath 속성을 사용합니다.
  4. 이전 위치를 참조하는 페이지를 업데이트하여 새 클라이언트 라이브러리 카테고리를 사용합니다(페이지 구현 코드를 업데이트해야 함).
  5. /etc.clientlibs/. 프록시 서블릿.

SCM에서 관리되지 않고 디자인 대화 상자를 통해 수정된 런타임 디자인의 경우

  • 작성 가능한 디자인을 외부로 이동하지 마십시오 /etc.
메모
N/A

클래식 Reports 디자인 classic-reports-designs

이전 위치
/etc/designs/reports
새 위치

/libs/settings/wcm/designs/reports

/apps/settings/wcm/designs/reports

구조 조정 지침

SCM에서 관리되고 디자인 대화 상자를 통해 런타임에 작성되지 않는 모든 디자인의 경우

  1. 이전 위치의 디자인을 새 위치(https://experienceleague.adobe.com/apps?lang=ko)에 복사합니다.
  2. 디자인의 모든 CSS, JavaScript 및 정적 리소스를 클라이언트 라이브러리 with allowProxy = true.
  3. 에서 이전 위치에 대한 참조를 업데이트합니다. cq : designPath 속성을 사용합니다.
  4. 이전 위치를 참조하는 페이지를 업데이트하여 새 클라이언트 라이브러리 카테고리를 사용합니다(페이지 구현 코드를 업데이트해야 함).
  5. /etc.clientlibs/. 프록시 서블릿.

SCM에서 관리되지 않고 디자인 대화 상자를 통해 수정된 런타임 디자인의 경우

  • 작성 가능한 디자인을 외부로 이동하지 마십시오 /etc.
메모
N/A

기본 디자인 default-designs

이전 위치
/etc/designs/default
새 위치

/libs/settings/wcm/designs/default

/apps/settings/wcm/designs/default

구조 조정 지침

SCM에서 관리되고 디자인 대화 상자를 통해 런타임에 작성되지 않는 모든 디자인의 경우

  1. 이전 위치의 디자인을 새 위치(https://experienceleague.adobe.com/apps?lang=ko)에 복사합니다.
  2. 디자인의 모든 CSS, JavaScript 및 정적 리소스를 클라이언트 라이브러리 with allowProxy = true.
  3. 에서 이전 위치에 대한 참조를 업데이트합니다. cq : designPath 속성을 사용합니다.
  4. 이전 위치를 참조하는 페이지를 업데이트하여 새 클라이언트 라이브러리 카테고리를 사용합니다(페이지 구현 코드를 업데이트해야 함).
  5. /etc.clientlibs/. 프록시 서블릿.

SCM에서 관리되지 않고 디자인 대화 상자를 통해 수정된 런타임 디자인의 경우

  • 작성 가능한 디자인을 외부로 이동하지 마십시오 /etc.
메모
N/A

Adobe DTM JavaScript 끝점 adobe-dtm-javascript-endpoint

이전 위치
/etc/clientlibs/dtm
새 위치
/var/cq/dtm/clientlibs
구조 조정 지침

필요한 작업이 없습니다.

공개 이전 위치는 개인 새 위치에 대한 프록시 끝점 역할을 합니다.

메모
N/A

Adobe DTM 웹 후크 끝점 adobe-dtm-web-hook-endpoint

이전 위치
/etc/dtm-hook
새 위치
/var/cq/dtm/web-hook
구조 조정 지침

필요한 작업이 없습니다.

공개 이전 위치는 개인 새 위치에 대한 프록시 끝점 역할을 합니다.

메모
N/A

받은 편지함 작업 inbox-tasks

이전 위치
/etc/taskmanagement
새 위치
/var/taskmanagement
구조 조정 지침
를 사용하십시오 받은 편지함 제거 유지 관리 작업 필요에 따라 이전 위치에서 이전 작업을 제거합니다.
메모

작업을 새 위치로 마이그레이션하는 데 필요한 작업은 없습니다.

  • 이전 위치에 있는 작업은 계속 사용할 수 있고 작동합니다.
  • 새 작업은 새 위치에 만들어집니다.

다중 사이트 관리자 블루프린트 구성 multi-site-manager-blueprint-configurations

이전 위치
/etc/blueprints
새 위치

/libs/msm

/apps/msm

구조 조정 지침
  1. 다음에서 사용자 지정 구성 복사 /etc/blueprints to /apps/msm.
  2. 제거 /etc/blueprints.
메모
N/A

AEM 프로젝트 대시보드 가젯 구성 aem-projects-dashboard-gadget-configurations

이전 위치
/etc/projects/dashboard/gadgets
새 위치

/libs/cq/core/content/projects/dashboard/gadgets

/apps/cq/core/content/projects/dashboard/gadgets

구조 조정 지침

신규 또는 수정된 AEM Projects Dashboard Gadget 구성은 새 위치(/apps).

  1. 이전 위치에서 새 위치 또는 수정된 AEM Projects Dashboard Gadget Configurations 를 새 위치(/apps).
    1. 수정되지 않은 AEM Projects Dashboard Gadget 구성 은 이제 새 위치(/libs).
  2. 이전 위치를 참조하는 AEM Projects 템플릿을 업데이트하여 적절한 새 위치를 가리킵니다.
메모
AEM 6.4 호환성 패키지가 적용되는 경우 호환성 패키지를 제거할 때 저장소 정렬 활동을 수행해야 합니다.

복제 알림 전자 메일 템플릿 replication-notification-e-mail-template

이전 위치
/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)

  1. 새 위치 또는 수정된 복제 알림 이메일 템플릿을 이전 위치에서 새 위치(/apps).
  2. 이전 위치에서 마이그레이션된 복제 알림 전자 메일 템플릿을 제거합니다.
메모

새로운 복제 알림 이메일 템플릿 만 지원됩니다.

복제 알림 전자 메일 템플릿 해상도는 다음 순서로 발생합니다.

  1. /etc/notification/email/default/com.day.cq.replication
  2. /apps/settings/notification-templates/com.day.cq.replication
  3. /libs/settings/notification-templates/com.day.cq.replication

태그 tags

이전 위치
/etc/tags
새 위치
/content/cq:tags
구조 조정 지침

모든 태그를 로 마이그레이션해야 합니다. /content/cq:tags.

  1. 이전 위치의 모든 태그를 새 위치에 복사합니다.
  2. 이전 위치에서 모든 태그를 제거합니다.
  3. AEM Web Console을 통해 다음 위치에서 Day Communication 5 Tagging OSGi 번들을 다시 시작합니다. https://serveraddress:serverport/system/console/bundles/com.day.cq.cq-tagging AEM에서 새 위치 에 컨텐츠가 포함되어 있으며 이 컨텐츠를 사용해야 합니다.
메모

Day Communication Tagging OSGi 번들을 다시 시작하면 이전 위치가 비어 있는 경우에만 새 위치를 태그 루트로 등록합니다.

이전 위치에 대한 참조는 태그 확인을 위해 AEM TagManager API를 활용하는 모든 기능에 대해 새 위치로 마이그레이션한 후 계속 작동합니다.

경로를 명시적으로 참조하는 모든 사용자 지정 코드 /etc/tags 를 업데이트해야 합니다. /content/ cq ``:tags , 또는 바람직하게는 이 마이그레이션과 함께 TagManager Java API를 활용하도록 다시 작성하십시오.

번역 클라우드 서비스 translation-cloud-services

이전 위치
/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>).

  1. 이전 위치의 기존 구성을 새 위치로 마이그레이션합니다.

    • 에서 AEM 작성 UI를 통해 새 번역 Cloud Services 구성을 수동으로 다시 만듭니다 도구 > Cloud Services > 번역 Cloud Services.
      또는
    • 이전 위치의 새 번역 Cloud Services 구성을 새 위치 ()에 복사합니다./apps, /conf/global 또는 /conf/<tenant>).

  2. 적용 가능한 AEM 구성을 AEM 컨텐츠 계층 구조에 연결합니다.

    1. AEM Sites의 AEM Sites > 페이지 > 페이지 속성 > 고급 탭 > 클라우드 구성.
    2. 를 통한 AEM 경험 조각 계층 AEM 경험 구성요소 > 경험 구성요소 > 속성 > Cloud Services 탭 > 클라우드 구성.
    3. 를 통한 AEM 경험 조각 폴더 계층 AEM Experience Fragments > 폴더 > 속성 > Cloud Services 탭 > 클라우드 구성.
    4. AEM Assets 폴더 계층 - AEM Assets > 폴더 > 폴더 속성 > Cloud Services 탭 > 구성.
    5. 를 통한 AEM 프로젝트 AEM 프로젝트 > 프로젝트 > 프로젝트 속성 > 고급 탭 > 클라우드 구성.

  3. 앞서 언급한 AEM 컨텐츠 계층에서 마이그레이션된 이전 번역 Cloud Services의 연결을 해제합니다.

메모

번역 Cloud Services 해상도는 다음 순서로 발생합니다.

  1. /conf/<tenant>/settings/cloudconfigs/translations/translationcfg
  2. /conf/global/settings/cloudconfigs/translations/translationcfg
  3. /apps/settings/cloudconfigs/translations/translationcfg
  4. /libs/settings/cloudconfigs/translations/translationcfg

마이그레이션된 번역 Cloud Services은 AEM 6.4와 호환되어야 합니다.

번역 언어 translation-languages

이전 위치
/etc/translation/supportedLanguages
새 위치

/libs/settings/translation/supportedLanguages

/apps/settings/translation/supportedLanguages

구조 조정 지침

새로 만들거나 수정한 번역 언어 정의를 사용하려면 모든 번역 언어 정의를 새 위치(/apps).

  1. 번역 언어 정의에 추가 또는 수정 사항이 있는 경우 이전 위치의 모든 번역 언어 정의를 새 위치(/apps).
메모

번역 언어 경로 해상도는 다음 순서로 발생합니다.

  1. /etc/translation/supportedLanguages
  2. /apps/settings/translation/supportedLanguage
  3. /libs/settings/translation/supportedLanguages

이 해상도는 병합 오버레이를 지원하지 않습니다. 즉, 해결된 경로는 모든 지원 언어를 포함해야 하며 상위 순서 해상도의 지원 언어를 상속하지 않습니다.

번역 규칙 translation-rules

이전 위치
/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 해상도는 다음 순서로 발생합니다.

  1. /conf/global/settings/translation/rules/translation_rules.xml
  2. /apps/settings/translation/rules/translation_rules.xml
  3. /etc/workflow/models/translation/translation_rules.xml
  4. /libs/settings/translation/rules/translation_rules.xml

번역 위젯 클라이언트 라이브러리 translation-widget-client-library

이전 위치
/etc/designs/translation/translationwidget
새 위치

/libs/settings/wcm/designs/translation/translationwidget

/apps/settings/wcm/designs/translation/translationwidget

구조 조정 지침

SCM에서 관리되고 디자인 대화 상자를 통해 런타임에 작성되지 않는 모든 디자인의 경우

  1. 이전 위치의 디자인을 새 위치(https://experienceleague.adobe.com/apps?lang=ko)에 복사합니다.
  2. 디자인의 모든 CSS, JavaScript 및 정적 리소스를 클라이언트 라이브러리 with allowProxy = true.
  3. 에서 이전 위치에 대한 참조를 업데이트합니다. cq : designPath 속성을 사용합니다.
  4. 이전 위치를 참조하는 페이지를 업데이트하여 새 클라이언트 라이브러리 카테고리를 사용합니다(페이지 구현 코드를 업데이트해야 함).
  5. /etc.clientlibs/. 프록시 서블릿.

SCM에서 관리되지 않고 디자인 대화 상자를 통해 수정된 런타임 디자인의 경우

  • 작성 가능한 디자인을 외부로 이동하지 마십시오 /etc.
메모
N/A

트리 활성화 웹 콘솔 tree-activation-web-console

이전 위치
/etc/replication/treeactivation
새 위치
/libs/replication/treeactivation
구조 조정 지침
필요한 작업이 없습니다.
메모
이제 트리 활성화 웹 콘솔을 를 통해 사용할 수 있습니다. 도구 > 배포 > 복제 > 트리 활성화.

공급업체 번역 커넥터 Cloud Services vendor-translation-connector-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>).

  1. 이전 위치의 기존 구성을 새 위치로 마이그레이션합니다.

    • 를 통해 순 새로운 공급업체 번역 커넥터 Cloud Services 구성을 수동으로 만듭니다. 도구 > Cloud Services > 번역 Cloud Services에서 AEM 작성 UI.
      또는
    • 새 공급업체 번역 커넥터 Cloud Services 구성을 이전 위치에서 새 위치(/apps, /conf/global 또는 /conf/<tenant>).

  2. 적용 가능한 AEM 구성을 AEM 컨텐츠 계층 구조에 연결합니다.

    1. AEM Sites의 AEM Sites > 페이지 > 페이지 속성 > 고급 탭 > 클라우드 구성.
    2. 를 통한 AEM 경험 조각 계층 AEM 경험 구성요소 > 경험 구성요소 > 속성 > Cloud Services 탭 > 클라우드 구성.
    3. 를 통한 AEM 경험 조각 폴더 계층 AEM Experience Fragments > 폴더 > 속성 > Cloud Services 탭 > 클라우드 구성.
    4. AEM Assets 폴더 계층 - AEM Assets > 폴더 > 폴더 속성 > Cloud Services 탭 > 구성.
    5. 를 통한 AEM 프로젝트 AEM 프로젝트 > 프로젝트 > 프로젝트 속성 > 고급 탭 > 클라우드 구성.

  3. 앞서 언급한 AEM 컨텐츠 계층에서 마이그레이션된 이전 번역 Cloud Services의 연결을 해제합니다.

메모

번역 Cloud Services 해상도는 다음 순서로 발생합니다.

  1. /conf/<tenant>/settings/cloudconfigs/translations/<vendor>
  2. /conf/global/settings/cloudconfigs/translations/<vendor>
  3. /apps/settings/cloudconfigs/translations/<vendor>
  4. /libs/settings/cloudconfigs/translations/<vendor>

워크플로우 알림 이메일 템플릿 workflow-notification-email-templates

이전 위치
/etc/workflow/notification
새 위치

/libs/settings/workflow/notification

/conf/global/settings/workflow/notification

구조 조정 지침

수정된 모든 워크플로우 알림 이메일 템플릿은 새 위치 (/conf/global).

  1. 수정된 워크플로우 알림 이메일 템플릿을 이전 위치에서 새 위치로 복사합니다.
  2. 이전 위치에서 마이그레이션된 워크플로우 알림 이메일 템플릿을 제거합니다.
메모

워크플로우 알림 이메일 템플릿 해상도는 다음 순서로 발생합니다.

  1. /etc/workflow/notification
  2. /conf/global/settings/workflow/notification
  3. /libs/settings/workflow/notification

워크플로우 패키지 workflow-packages

이전 위치
/etc/workflow/packages
새 위치
/var/workflow/packages
구조 조정 지침

이전 위치의 기존 워크플로우 패키지를 새 위치로 마이그레이션해야 합니다.

  1. 다른 컨텐츠에서 참조하지 않으며 필요하지 않은 이전 위치에서 워크플로우 패키지를 제거합니다.
  2. 다른 콘텐츠에서 참조하지 않지만 새 위치에서 필요한 이전 위치에서 워크플로우 패키지를 이동합니다.
  3. 이전 위치에서 다른 콘텐츠에서 참조하는 모든 워크플로우 패키지를 둡니다.
메모

클래식 UI Miscadmin 콘솔을 통해 만든 워크플로우 패키지는 이전 위치에 유지되지만, 다른 모든 패키지는 새 위치로 유지됩니다.

이전 위치 또는 이전 위치에 저장된 워크플로우 패키지는 클래식 UI miscadmin 콘솔을 통해 관리할 수 있습니다.

recommendation-more-help
6a71a83d-c2e0-4ce7-a6aa-899aa3885b56