AEM 6.4의 공용 저장소 재구성

/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/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
4. 워크플로우 모델 정의를 /conf/global/workflow/models에 복사하는 워크플로우 모델 편집기에서 편집 모드를 활성화합니다.
5. 동기화 버튼을 눌러 /var/workflow/models 아래의 런타임 워크플로우 모델에 대한 변경 사항을 동기화합니다.
6. 워크플로우 모델(/conf/global/workflow/models/<workflow-model>?lang=ko)과 런타임 워크플로우 모델(/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 제공 워크플로우 모델 정의로 대체됩니다.

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

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

/libs/settings/workflow/launcher/config

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

새로 만들거나 수정된 모든 워크플로 발사체는 /conf/global/workflow/launcher/config으로 마이그레이션해야 합니다.

1. 이전 위치의 새 Workflow Launcher 구성을 새 위치(/conf/global)로 복사합니다.

Workflow Launcher 해상도는 다음 순서로 수행됩니다.

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

따라서 이전 위치에 남아 있는 AEM 제공 Workflow Launcher의 모든 사용자 정의는 새 위치로 이동되어야 합니다(/conf/global/settings/workflow/launcher. 보존해야 하는 경우, 그렇지 않은 경우 /libs/settings/workflow/launcher의 AEM 제공 Workflow Launcher 정의로 대체됩니다.

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

/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 구성을 연관시키지 않습니다.

/libs/settings/wcm/designs/cloudservices

/apps/settings/wcm/designs/cloudservices

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

1. 이전 위치의 디자인을 새 위치(/apps)로 복사합니다.
2. 디자인의 모든 CSS, JavaScript 및 정적 리소스를 allowProxy = true이(가) 있는 클라이언트 라이브러리로 변환합니다.
3. 에서 이전 위치에 대한 참조를 업데이트합니다. cq : designPath 속성.
4. 새 클라이언트 라이브러리 범주를 사용하도록 이전 위치를 참조하는 페이지를 업데이트합니다(페이지 구현 코드를 업데이트해야 함).
5. /etc.clientlibs/..를 통해 클라이언트 라이브러리 제공을 허용하도록 AEM Dispatcher 규칙을 업데이트합니다. 프록시 서블릿.

SCM에서 관리하지 않는 디자인 및 디자인 대화 상자를 통해 수정된 런타임

• 작성 가능한 디자인을 /etc 밖으로 이동하지 마십시오.

/libs/settings/wcm/designs/dashboards

/apps/settings/wcm/designs/dashboards

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

1. 이전 위치의 디자인을 새 위치(/apps?lang=ko)로 복사합니다.
2. 디자인의 모든 CSS, JavaScript 및 정적 리소스를 allowProxy = true이(가) 있는 클라이언트 라이브러리로 변환합니다.
3. 이전 위치에 대한 참조를 cq : designPath 속성.
4. 새 클라이언트 라이브러리 범주를 사용하도록 이전 위치를 참조하는 페이지를 업데이트합니다(페이지 구현 코드를 업데이트해야 함).
5. /etc.clientlibs/..를 통해 클라이언트 라이브러리 제공을 허용하도록 AEM Dispatcher 규칙을 업데이트합니다. 프록시 서블릿.

SCM에서 관리하지 않는 디자인 및 디자인 대화 상자를 통해 수정된 런타임

• 작성 가능한 디자인을 /etc 밖으로 이동하지 마십시오.

/libs/settings/wcm/designs/reports

/apps/settings/wcm/designs/reports

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

1. 이전 위치의 디자인을 새 위치(/apps?lang=ko)로 복사합니다.
2. 디자인의 모든 CSS, JavaScript 및 정적 리소스를 allowProxy = true이(가) 있는 클라이언트 라이브러리로 변환합니다.
3. 이전 위치에 대한 참조를 cq : designPath 속성.
4. 새 클라이언트 라이브러리 범주를 사용하도록 이전 위치를 참조하는 페이지를 업데이트합니다(페이지 구현 코드를 업데이트해야 함).
5. /etc.clientlibs/..를 통해 클라이언트 라이브러리 제공을 허용하도록 AEM Dispatcher 규칙을 업데이트합니다. 프록시 서블릿.

SCM에서 관리하지 않는 디자인 및 디자인 대화 상자를 통해 수정된 런타임

• 작성 가능한 디자인을 /etc 밖으로 이동하지 마십시오.

/libs/settings/wcm/designs/default

/apps/settings/wcm/designs/default

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

1. 이전 위치의 디자인을 새 위치(/apps?lang=ko)로 복사합니다.
2. 디자인의 모든 CSS, JavaScript 및 정적 리소스를 allowProxy = true이(가) 있는 클라이언트 라이브러리로 변환합니다.
3. 이전 위치에 대한 참조를 cq : designPath 속성.
4. 새 클라이언트 라이브러리 범주를 사용하도록 이전 위치를 참조하는 페이지를 업데이트합니다(페이지 구현 코드를 업데이트해야 함).
5. /etc.clientlibs/..를 통해 클라이언트 라이브러리 제공을 허용하도록 AEM Dispatcher 규칙을 업데이트합니다. 프록시 서블릿.

SCM에서 관리하지 않는 디자인 및 디자인 대화 상자를 통해 수정된 런타임

• 작성 가능한 디자인을 /etc 밖으로 이동하지 마십시오.

필요한 작업이 없습니다.

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

필요한 작업이 없습니다.

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

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

• 이전 위치에 있는 작업은 계속 사용할 수 있으며 작동합니다.
• 새 작업은 새 위치에 생성됩니다.

/libs/msm

/apps/msm

1. 사용자 지정 구성을 /etc/blueprints에서 /apps/msm(으)로 복사합니다.
2. 제거 /etc/blueprints.

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

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

신규 또는 수정된 AEM 프로젝트 대시보드 가젯 구성은 새 위치(/apps)로 마이그레이션해야 합니다.

1. 이전 위치에서 새 위치 또는 수정된 AEM 프로젝트 대시보드 가젯 구성을 새 위치(/apps)로 복사합니다.
   1. 수정되지 않은 AEM Projects Dashboard 가젯 구성은 이제 새 위치(/libs)에 있으므로 복사하지 마십시오.
2. 이전 위치를 참조하는 모든 AEM 프로젝트 템플릿을 업데이트하여 적절한 새 위치를 지정합니다.

/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

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

1. 이전 위치의 모든 태그를 새 위치로 복사합니다.
2. 이전 위치에서 모든 태그를 제거합니다.
3. 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를 활용하도록 다시 작성합니다.

/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. 이전 위치의 기존 구성을 새 위치로 마이그레이션합니다.
   • 도구 > Cloud Services > 번역 Cloud Services에서 AEM 작성 UI를 통해 새 번역 Cloud Services 구성을 수동으로 다시 만듭니다.
     또는
   • 이전 위치의 새 번역 Cloud Services 구성을 새 위치(/apps, /conf/global 또는 /conf/<tenant>)로 복사합니다.
2. 해당 AEM 구성을 AEM 컨텐츠 계층 구조에 연결합니다.
   1. AEM Sites > 페이지 > 페이지 속성 > 고급 탭 > 클라우드 구성을 통한 AEM Sites 페이지 계층 구조
   2. AEM 경험 조각 > 경험 조각 > 속성 > Cloud Services 탭 > 클라우드 구성을 통한 AEM 경험 조각 계층
   3. AEM 경험 조각 > 폴더 > 속성 > Cloud Services 탭 > 클라우드 구성을 통해 AEM 경험 조각 폴더 계층 구조
      
   4. AEM Assets > 폴더 > 폴더 속성 > Cloud Services 탭 > 구성을 통해 AEM Assets 폴더 계층 구조를 만듭니다.
   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와 호환되어야 합니다.

/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

이 해상도는 오버레이를 병합하는 것을 지원하지 않습니다. 즉, 해결된 경로에 지원되는 모든 언어가 포함되어야 하며, 고주문 해상도의 지원 언어를 상속하지 않습니다.

/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

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

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

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

1. 이전 위치의 디자인을 새 위치(/apps?lang=ko)로 복사합니다.
2. 디자인의 모든 CSS, JavaScript 및 정적 리소스를 allowProxy = true이(가) 있는 클라이언트 라이브러리로 변환합니다.
3. 이전 위치에 대한 참조를 cq : designPath 속성.
4. 새 클라이언트 라이브러리 범주를 사용하도록 이전 위치를 참조하는 페이지를 업데이트합니다(페이지 구현 코드를 업데이트해야 함).
5. /etc.clientlibs/..를 통해 클라이언트 라이브러리 제공을 허용하도록 AEM Dispatcher 규칙을 업데이트합니다. 프록시 서블릿.

SCM에서 관리하지 않는 디자인 및 디자인 대화 상자를 통해 수정된 런타임

• 작성 가능한 디자인을 /etc 밖으로 이동하지 마십시오.

/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에서 AEM 작성 UI를 통해 새 공급업체 번역 커넥터 Cloud Services 구성을 수동으로 만듭니다.
     또는
   • 새 공급업체 번역 커넥터 Cloud Services 구성을 이전 위치에서 새 위치(/apps, /conf/global 또는 /conf/<tenant>)로 복사합니다.
2. 해당 AEM 구성을 AEM 컨텐츠 계층 구조에 연결합니다.
   1. AEM Sites > 페이지 > 페이지 속성 > 고급 탭 > 클라우드 구성을 통한 AEM Sites 페이지 계층 구조
   2. AEM 경험 조각 > 경험 조각 > 속성 > Cloud Services 탭 > 클라우드 구성을 통한 AEM 경험 조각 계층
   3. AEM 경험 조각 폴더 계층 - AEM 경험 조각 > 폴더 > 속성 > Cloud Services 탭 > 클라우드 구성을 통해
   4. AEM Assets > 폴더 > 폴더 속성 > Cloud Services 탭 > 구성을 통해 AEM Assets 폴더 계층 구조를 만듭니다.
   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>

/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

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

1. 다른 콘텐트에서 참조하지 않고 다른 경우에는 필요하지 않은 이전 위치에서 워크플로우 패키지를 제거합니다.
2. 다른 콘텐츠에서 참조하지 않지만 새 위치에서 필요한 이전 위치에서 워크플로우 패키지를 이동합니다.
3. 이전 위치의 다른 컨텐츠에서 참조하는 모든 워크플로우 패키지를 그대로 두십시오.

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

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