AEM 핵심개념(2)

OSGI

OSGi는 모듈식 애플리케이션과 라이브러리(Java용 동적 모듈 시스템이라고도 함)를 개발 및 배포하기 위한 아키텍처를 정의한다. OSGi컨테이너를 사용하여 애플리케이션을 개별 모듈(추가 메타 정보가 있는 jar 파일이며 OSGi 용어로 번들이라고 함)로 분류하고 다음과 같이 애플리케이션 간의 상호 종속성을 관리할 수 있다.

• 컨테이너 내에서 구현된 서비스
• 컨테이너와 애플리케이션 간의 계약

이러한 서비스 및 계약은 개별 요소가 협업을 위해 서로를 동적으로 발견할 수 있도록 하는 아키텍처를 제공한다.
그리고 OSGi프레임워크는 다시 시작할 필요 없이 이러한 번들의 동적 로딩/언로딩, 구성 및 제어를 제공한다.

이 아키텍처를 사용하면 애플리케이션별 모듈로 Sling을 확장할 수 있다. Sling이므로 CQ5는 Apache Felix osgi(Open Services Gateway initiative)구현이며 OSGi Service Platform 릴리스 4버전 4.2사양을 기반으로 한다. 둘 다 OSGi프레임워크 내에서 실행되는 OSGi 번들의 컬렉션이다.

이렇게 하면 설치 내의 패키지에 대해 다음 작업을 수행할 수 있다.

• 설치
• 시작
• stop
• 업데이트
• 제거
• 상태 보기
• 특정 번들에 대한 자세한 정보에 액세스

※ 참조: 웹콘솔, OSGi구성, OSGi구성 설정 추가정보.

AEM 환경의 개발 개체

Item item은 노드 또는 속성이다.

item 객체 조작에 대한 자세한 내용은 Java™ 문서 /인터페이스

노드(및 해당 속성) 노드 및 해당 속성은 JCR API 2.0에 정의되어 있다. 컨텐츠, 객체 정의, 렌더링 스크립트 및 기타 데이터를 저장한다.

노드는 컨텐츠 구조를 정의하며 해당 속성은 실제 컨텐츠와 메타데이터를 저장한다.

컨텐츠 노드는 렌더링을 구동한다. Sling은 수신 요청에서 컨텐츠 노드를 가져온다. 이 노드의 sling:resourceType 속성은 사용할 Sling 렌더링 component를 가리킨다.

JCR 이름인 노드는 Sling 환경에서 리소스라고도 한다.

예를 들어 현재 노드의 속성을 가져오려면 스크립트에서 다음 코드를 사용할 수 있다.

Propertylterator properties = currentNode.getProperties();

현재 노드 개체가 되는 currentNode이다.

위젯 AEM에서 모든 사용자 입력은 위젯에 의해 관리된다. 이러한 속성은 종종 컨텐츠 편집을 제어하는 데 사용된다.

Dialog box는 위젯을 결합하여 작성된다.

AEM은 위젯의 ExtJS 라이브러리를 사용하여 개발되었다.

Dialog box Dialog box는 특수한 유형의 위젯이다.

컨텐츠를 편집하려면 AEM에서는 애플리케이션 개발자가 정의한 dialog box를 사용한다. 이러한 component는 일련의 위젯을 결합하여 사용자에게 관련 컨텐츠를 편집하는 데 필요한 모든 필드 및 작업을 제공한다.

Dialog box는 메타데이터 편집 및 다양한 관리 도구에도 사용된다.

Component 소프트웨어 component는 사전 정의된 서비스 또는 이벤트를 제공하고 다른 component와 통신할 수 있는 시스템 요소이다.

AEM 내에서 component는 리소스의 컨텐츠를 렌더링하는 데 종종 사용된다. 리소스가 페이지인 경우 렌더링하는 component를 최상위 component 또는 페이지 component라고 한다. 그러나 component는 컨텐츠를 렌더링하거나 특정 리소스에 연결할 필요가 없다. 예를 들어 탐색 component는 여러 리소스에 대한 정보를 표시한다.

Component의 정의에는 다음이 포함된다.

• 컨텐츠를 렌더링하는 데 사용되는 코드
• 사용자 입력 및 결과 컨텐츠 구성을 위한 dialog box

Template 템플릿은 특정 유형의 페이지에 대한 기준이다. 웹 사이트 탭에서 페이지를 만들 때 사용자는 템플릿을 선택해야한다. 그런 다음 이 템플릿을 복사하여 새 페이지가 만들어진다.

템플릿은 만들 페이지와 구조가 동일하지만 실제 컨텐츠는 없는 노드의 계층이다.

페이지 렌더링에 사용되는 페이지 component와 기본 컨텐츠를 정의한다. 컨텐츠는 AEM이 컨텐츠 중심적임을 고려하여 렌더링되는 방법을 정의한다.

페이지 component 페이지 렌더링에 사용할 component입니다.

페이지 페이지는 템플릿의 '인스턴스'입니다.

페이지에는 cq:Page 유형의 계층 구조 노드와 cq:PageContent 유형의 컨텐츠 노드가 있다. 컨텐츠 노드의 sling:resourceType 속성은 페이지 렌더링에 사용되는 페이지 component를 가리킨다.

예를 들어 현재 페이지의 이름을 가져오려면 스크립트에서 다음 코드를 사용할 수 있다.

String pageName = currentPage.getName();

페이지 관리자 페이지 관리자는 페이지 수준 작업을 위한 메서드를 제공하는 인터페이스다.

예를 들어, 리소스의 포함 페이지를 가져오려면 스크립트에서 다음 코드를 사용할 수 있다.

Page myPage = pageManager.getContainingPage(myResource);

pageManager 개체는 pageManager 개체이고 myResource는 리소스 개체이다.

저장소 내의 구조

• /apps
  애플리케이션 관련. 웹 사이트와 관련된 구성 요소 정의를 포함한다.

• /content
  웹 사이트용으로 생성된 콘텐츠.

• /etc

• /home
  사용자 및 그룹 정보.

• /libs
  AEM의 핵에 속하는 라이브러리 및 정의이다. 검색 또는 복제와 같은 기본 AEM 기능을 나타낸다. AEM 작동 방식에 영향을 주므로 수정해서는 안된다. 웹 사이트별 기능은 아래에서 개발해야 한다. /apps(참조 컴포넌트 및 기타 요소 맞춤화).

• /tmp
  임시 작업 영역.

• /var
  로그, 통계, 이벤트 처리 등 시스템에서 변경 및 업데이트 되는 파일.

환경

AEM 을 사용할 때 프로덕션 환경은 종종 두 가지 유형의 인스턴스로 구성된다. 작성자 및 게시 인스턴스.

디스패처

Dispatcher는 캐싱 및/로드 밸런싱을 위한 Adobe의 도구이다.

FileVault(소스 버전 시스템)

FileVault는 JCR 저장소에 파일 시스템 매핑 및 버전 제어를 제공한다. 표준 버전 제어 시스템(ex: Subversion)에서 프로젝트 코드, 콘텐츠, 구성 등을 저장하고 버전 관리하는 전체 지원을 통해 AEM 개발 프로젝트를 관리하는 데 사용할 수 있다.

Workflow

컨텐츠는 여러 참가자의 승인과 같은 단계를 비롯한 조직 프로세스의 영향을 받는다. 이러한 프로세스는 워크플로우로 표시될 수 있다. AEM내에서 정의 및 개발을 추가한 다음 적절한 컨텐츠 페이지 또는 디지털 자산 필요.

워크플로 엔진은 워크플로의 구현과 해당 컨텐츠에 대한 후속 응용 프로그램을 관리하는데 사용된다.

다중 사이트 관리

MSM(다중 사이트 관리자)을 사용하면 공통 컨텐츠를 공유하는 여러 웹 사이트를 쉽게 관리할 수 있다. 또한 한 사이트의 컨텐츠 변경 내용이 다른 사이트에서 자동으로 복제되도록 사이트 간의 관계를 정의할 수 있다.

예를 들어 웹 사이트는 국제 대상자를 위해 여러 언어로 제공되는 경우가 많다. 동일한 언어의 사이트 수가 적은 경우(3~5개), 사이트 간 컨텐츠를 동기화하는 수동 프로세스가 가능하다. 그러나 사이트 수가 증가하거나 여러 언어가 관여하는 경우 프로세스를 자동화하는 것이 더 효율적이다.

• 웹 사이트의 다양한 언어 버전을 효율적으로 관리한다.

• 소스 사이트를 기반으로 하나 이상의 사이트를 자동으로 업데이트

  • 공통 기본 구조를 적용하고 여러 사이트에서 공통 컨텐츠를 사용한다.

  • 사용 가능한 리소스의 사용을 극대화한다.

  • 일반적인 형태를 유지한다.

  • 사이트 간에 차이가 있는 컨텐츠를 관리하는데 신경써야한다.