오버레이 overlays

AEM 6.0 및 켜짐 - Granite 관련 오버레이(즉, 터치 사용 UI)

• 메서드

  • /apps에서 적절한 /libs 구조를 다시 구성합니다.

    1:1 복사본이 필요하지 않습니다. Sling 리소스 병합을(를) 사용하여 필요한 원래 정의를 상호 참조합니다. Sling 리소스 병합은 리소스를 액세스하고 차등(차이점 보관용) 메커니즘과 병합하는 서비스를 제공합니다.

  • /apps에서 변경합니다.

• 장점

  • /libs 아래의 변경 사항에 보다 강력합니다.
  • 필요한 사항만 재정의합니다.

AEM 6.0 이전의 비 Granite 오버레이 및 오버레이

• 메서드

  • /libs에서 /apps(으)로 콘텐츠 복사

    속성을 포함한 전체 하위 분기를 복사합니다.

  • /apps에서 변경합니다.

• 단점

  • /libs에서 변경 사항이 있을 때 변경 사항이 손실되지는 않지만 /apps에서 오버레이에 발생하는 특정 변경 사항을 다시 만들어야 할 수 있습니다.

/libs 분기에서 변경하지 마십시오 이 분기는 다음과 같은 경우 언제든지 변경될 수 있으므로 수행한 모든 변경 사항이 손실될 수 있습니다.

• 인스턴스에서 업그레이드
• 핫픽스 적용
• 기능 팩 설치

한 위치에서 변경 내용을 집중하여 필요에 따라 변경 내용을 더 쉽게 추적, 마이그레이션, 백업 또는 디버깅할 수 있습니다.

Apache Sling Resource Resolver Factory ​에 대한 OSGi 구성에 정의된 리소스 Resolver 검색 경로 ​입니다.

• 검색 경로의 하향식 순서는 해당 우선 순위를 나타냅니다.
• 표준 설치에서 기본 기본값은 /apps, /libs입니다. 따라서 /apps의 콘텐츠는 /libs의 콘텐츠보다 우선 순위가 높습니다(즉, 오버레이).

두 명의 서비스 사용자는 스크립트가 저장되는 위치에 대한 JCR:READ 액세스 권한이 필요합니다. 이러한 사용자는 components-search-service (com.day.cq.wcm.coreto 액세스/캐시 구성 요소에 의해 사용됨)와 sling-scripting (org.apache.sling.servlets.resolver에 의해 서블릿을 찾는 데 사용됨)입니다.

스크립트를 배치하는 위치에 따라 다음 구성도 구성해야 합니다(이 예제에서는 /etc, /libs 또는 /apps 아래).

PID = org.apache.sling.jcr.resource.internal.JcrResourceResolverFactoryImpl
resource.resolver.searchpath=["/etc","/apps","/libs"]
resource.resolver.vanitypath.whitelist=["/etc/","/apps/","/libs/","/content/"]

마지막으로 Servlet Resolver도 구성해야 합니다(이 예에서는 /etc도 추가).

PID = org.apache.sling.servlets.resolver.SlingServletResolver
servletresolver.paths=["/bin/","/libs/","/apps/","/etc/","/system/","/index.servlet","/login.servlet","/services/"]