OSGi 는 AEM(Adobe Experience Manager)의 기술 스택에 있는 기본 요소입니다. AEM의 복합 번들과 해당 구성을 제어하는 데 사용됩니다.
OSGi"는 응용 프로그램을 작고 재사용 가능하며 공동 작업 구성 요소에서 구성할 수 있는 표준화된 기본 형식을 제공합니다. 이러한 구성 요소는 애플리케이션으로 구성하고 배포할 수 있습니다".
이렇게 하면 번들을 개별적으로 중지, 설치 또는 시작할 수 있으므로 쉽게 관리할 수 있습니다. 상호 종속성이 자동으로 처리됩니다. 각 OSGi 구성 요소( OSGi 사양)는 다양한 번들 중 하나에 포함됩니다.
다음 방법 중 하나를 사용하여 이러한 번들에 대한 구성 설정을 관리할 수 있습니다.
두 방법 모두 미묘한 차이가 있지만 주로 와 관련하여 사용할 수 있습니다. 실행 모드:
웹 콘솔은 OSGi 구성을 위한 표준 인터페이스입니다. 사전 정의된 목록에서 가능한 값을 선택할 수 있는 다양한 속성을 편집하기 위한 UI를 제공합니다.
따라서 가장 사용하기 쉬운 방법입니다.
웹 콘솔에서 수행된 모든 구성은 현재 실행 모드나 그 이후의 실행 모드 변경 사항에 관계없이 즉시 적용되며 현재 인스턴스에 적용할 수 있습니다.
저장소의 content-nodes (sling:osgiConfig)
sling:OsgiConfig
노드를 사용하면 구성을 특정 노드에 연결할 수 있습니다 실행 모드. 동일한 저장소에서 두 개 이상의 실행 모드에 대한 구성을 저장할 수도 있습니다.어떤 방법을 사용하든 다음 모든 구성 방법을 사용합니다.
특정 중요한 설정에 대한 세부 사항은 다음과 같습니다. OSGi 구성 설정.
다음 웹 콘솔 AEM에서는 번들을 구성하기 위한 표준화된 인터페이스를 제공합니다. 다음 구성 tab은 OSGi 번들을 구성하는 데 사용되므로 AEM 시스템 매개변수를 구성하는 기본 메커니즘입니다.
수행된 모든 변경 사항은 즉시 관련 OSGi 구성에 적용되며, 다시 시작할 필요가 없습니다.
웹 콘솔에서 수행된 변경 사항은 다음과 같이 저장소에 저장됩니다. 구성 파일. 이러한 파일은 추가 설치에서 재사용하기 위해 콘텐츠 패키지에 포함할 수 있습니다.
웹 콘솔에서 기본 설정을 언급하는 모든 설명은 Sling 기본값과 관련되어 있습니다.
Adobe Experience Manager에는 자체 기본값이 있으므로 설정된 기본값이 콘솔에 문서화된 기본값과 다를 수 있습니다.
웹 콘솔로 구성을 업데이트하려면 다음을 수행하십시오.
액세스 구성 웹 콘솔의 탭은 다음 중 하나를 수행합니다.
의 링크에서 웹 콘솔 열기 도구 -> 작업 메뉴 아래의 제품에서 사용할 수 있습니다. 콘솔에 로그인하면 의 드롭다운 메뉴를 사용할 수 있습니다.
OSGi >
직접 URL. 예:
http://localhost:4502/system/console/configMgr
목록이 표시됩니다.
다음 중 하나로 구성할 번들을 선택합니다.
대화 상자가 열립니다. 여기에서 필요에 따라 편집할 수 있습니다. 예를 들어, 로그 수준 끝 INFO
:
업데이트는 다음과 같이 저장소에 저장됩니다. 구성 파일. 나중에 다른 인스턴스에서 사용할 컨텐츠 패키지에 포함할 이러한 파일을 찾으려면 예를 들어 영구 ID( PID
).
저장을 클릭합니다.
변경 사항은 실행 중인 시스템의 관련 OSGi 구성에 즉시 적용되므로 다시 시작할 필요가 없습니다.
이제 관련 항목을 찾을 수 있습니다 구성 파일. 예를 들어 다른 인스턴스에서 사용할 콘텐츠 패키지에 를 포함합니다.
웹 콘솔을 사용하여 구성을 변경하면 저장소에서 구성 파일( .config
) 아래에 있는 작업:
/apps
이러한 파일은 콘텐츠 패키지에 포함되어 다른 인스턴스에서 재사용할 수 있습니다.
구성 파일의 형식은 특정 - 다음을 참조하십시오. Sling Apache 설명서 전체 세부 정보.
따라서 웹 콘솔에서 실제 변경 작업을 수행하여 구성 파일을 만들고 유지 관리하는 것이 좋습니다.
웹 콘솔에는 변경 사항이 저장되었지만 저장소 내 위치를 나타내는 표시가 없지만 쉽게 찾을 수 있습니다.
구성 파일 만들기 기준 웹 콘솔에서 초기 변경.
CRXDE Lite 열기.
다음에서 도구 메뉴, 선택 쿼리 … .
업데이트한 구성의 PID를 검색하려면 유형 SQL
.
예를 들어, Apache Felix OSGi 관리 콘솔 에는 다음의 영구 ID(PID)가 있습니다.
org.apache.felix.webconsole.internal.servlet.OsgiManager
따라서 SQL 쿼리는 다음과 같을 수 있습니다.
select * from nt:base where jcr:path like '/apps/%' and contains(*, 'org.apache.felix.webconsole.internal.servlet.OsgiManager')
구성 파일 노드가 표시됩니다.
위의 예에서는 다음과 같습니다.
/apps/system/config/org.apache.felix.webconsole.internal.servlet.OsgiManager.config
이 파일을 열어 변경 사항을 볼 수 있지만 입력 오류를 방지하려면 콘솔을 사용하여 실제 변경 작업을 수행하는 것이 좋습니다.
이제 이 노드를 포함하는 콘텐츠 패키지를 빌드하고 다른 인스턴스에서 필요에 따라 를 사용할 수 있습니다.
웹 콘솔을 사용할 수 있을 뿐만 아니라 저장소에서 구성 세부 정보를 정의할 수도 있습니다. 이렇게 하면 서로 다른 실행 모드를 쉽게 구성할 수 있습니다.
이러한 구성은 다음을 만들어 수행됩니다. sling:OsgiConfig
시스템이 참조할 저장소의 노드입니다. 이러한 노드는 OSGi 구성을 미러링하고, 사용자 인터페이스가 형성된다. 구성 데이터를 업데이트하려면 노드 속성을 업데이트합니다.
저장소에서 구성 데이터를 수정하면 변경 사항이 관련 OSGi 구성에 즉시 적용됩니다. 적절한 유효성 검사와 일관성 검사를 통해 웹 콘솔을 사용하여 변경한 것과 같습니다. 이 워크플로는에서 구성을 복사하는 작업에도 적용됩니다 /libs/
끝 /apps/
.
동일한 구성 매개변수가 여러 위치에 있으므로 시스템은 다음과 같이 합니다.
sling:OsgiConfig
저장소에 구성을 추가하려면 다음을 알고 있어야 합니다.
다음 영구 ID 서비스의 (PID).
참조 구성 웹 콘솔의 필드입니다. 이름은 번들 이름 뒤에 대괄호로 표시됩니다(또는 구성 정보 (페이지 하단).
예를 들어 노드를 만듭니다 com.day.cq.wcm.core.impl.VersionManagerImpl.
구성하려면 AEM WCM 버전 관리자.
특정 실행 모드 필수? 폴더를 만듭니다.
config
- 모든 실행 모드에 대해config.author
- 작성 환경용config.publish
- 게시 환경용config.<run-mode>
- 적절히다음 값: 구성 또는 출하 시 구성 필요하신가요?
다시 만들어야 하는 기존 매개 변수 정의를 포함하여 구성할 개별 매개 변수입니다.
웹 콘솔에서 개별 매개 변수 필드를 참조합니다. 이름은 각 매개 변수에 대해 대괄호로 표시됩니다.
예를 들어 속성을 만듭니다
versionmanager.createVersionOnActivation
구성하려면 활성화 시 버전 만들기.
구성이 다음 위치에 있습니까? /libs
? 인스턴스의 모든 구성을 나열하려면 쿼리 다음 SQL 쿼리를 제출하는 CRXDE Lite의 도구:
select * from sling:OsgiConfig
이 경우 이 구성은에 복사할 수 있습니다. /apps/<yourProject>/
를 클릭한 다음 새 위치에서 사용자 지정합니다.
저장소에 새 구성을 실제로 추가하려면 다음 작업을 수행하십시오.
CRXDE Lite을 사용하여 다음으로 이동:
/apps/<yourProject>
존재하지 않는 경우 config
폴더 ( sling:Folder
):
config
- 모든 실행 모드에 적용 가능config.<run-mode>
- 특정 실행 모드별이 폴더 아래에 노드를 만듭니다.
유형: sling:OsgiConfig
이름: 영구 ID(PID);
예: AEM WCM 버전 관리자 사용 com.day.cq.wcm.core.impl.VersionManagerImpl
출하 시 구성 추가 -<identifier>
을(를) 이름입니다.
다음과 같이: org.apache.sling.commons.log.LogManager.factory.config-<identifier>
위치 <identifier>
는 인스턴스를 식별하기 위해 입력해야 하는 자유 텍스트로 대체됩니다(이 정보는 생략할 수 없음). 예를 들면 다음과 같습니다.
org.apache.sling.commons.log.LogManager.factory.config-MINE
구성할 각 매개 변수에 대해 이 노드에 속성을 만듭니다.
Create Version on Activation
사용 versionmanager.createVersionOnActivation
구성할 매개 변수에 대한 속성만 만들어야 하며 다른 매개 변수는 AEM에서 설정한 대로 기본값을 사용합니다.
모든 변경 사항을 저장합니다.
웹 콘솔의 변경 사항과 마찬가지로 서비스를 다시 시작하여 노드를 업데이트하면 변경 사항이 적용됩니다.
의 아무 것도 변경하지 마십시오. /libs
경로.
시작 시 읽으려면 구성의 전체 경로가 올바른지 확인해야 합니다.
다음 우선 순위가 사용됩니다.
아래의 저장소 노드 /apps/*/config...
.either(유형 포함) sling:OsgiConfig
또는 속성 파일입니다.
유형이 있는 저장소 노드 sling:OsgiConfig
아래에 /libs/*/config...
. (기본 정의).
임의 .config
파일 출처: <*cq-installation-dir*>/crx-quickstart/launchpad/config/...
. 로컬 파일 시스템에서 사용할 수 있습니다.
의 일반 구성 /libs
에서 프로젝트별 구성으로 마스킹할 수 있습니다. /apps
.
시스템이 실행되는 동안 구성을 변경하면 수정된 구성으로 다시 로드를 트리거합니다.
그러면 다음 우선 순위가 적용됩니다.
/apps
즉시 효력을 발휘합니다./libs
은 의 구성에 의해 마스킹되지 않는 한 즉시 적용됩니다. /apps
.실행 모드별 구성의 경우 여러 실행 모드를 결합할 수 있습니다. 예를 들어 다음 스타일의 구성 폴더를 만들 수 있습니다.
/apps/*/config.<runmode1>.<runmode2>/
이러한 폴더의 구성은 모든 실행 모드가 시작 시 정의된 실행 모드와 일치하는 경우 적용됩니다.
예를 들어 인스턴스가 실행 모드로 시작된 경우 author,dev,emea
, 의 구성 노드 /apps/*/config.emea
, /apps/*/config.author.dev/
, 및 /apps/*/config.author.emea.dev/
는 적용되지만 구성 노드는 /apps/*/config.author.asean/
및 /config/author.dev.emea.noldap/
적용되지 않습니다.
동일한 PID에 대해 여러 구성을 적용할 수 있는 경우 일치하는 실행 모드 수가 가장 많은 구성이 적용됩니다.
예를 들어 인스턴스가 실행 모드로 시작된 경우 author,dev,emea
및 두 가지 모두 /apps/*/config.author/
및 /apps/*/config.emea.author/
다음에 대한 구성 정의
com.day.cq.wcm.core.impl.VersionManagerImpl
, 의 구성 /apps/*/config.emea.author/
이 적용됩니다.
이 규칙의 세부 기간은 PID 수준입니다.
에서 동일한 PID에 대해 일부 속성을 정의할 수 없습니다. /apps/*/config.author/
및 보다 구체적인 /apps/*/config.emea.author/
동일한 PID에 대해
일치 실행 모드 수가 가장 많은 구성은 전체 PID에 유효합니다.
다음 목록은 저장소에서 사용할 수 있는(표준 설치에서) 몇 가지 구성을 보여줍니다.
작성자 - AEM WCM 필터:
libs/wcm/core/config.author/com.day.cq.wcm.core.WCMRequestFilter
게시 - AEM WCM 필터:
libs/wcm/core/config.publish/com.day.cq.wcm.core.WCMRequestFilter
게시 - AEM WCM 페이지 통계:
libs/wcm/core/config.publish/com.day.cq.wcm.core.stats.PageViewStatistics
이러한 구성은에 상주합니다. /libs
직접 편집할 수는 없지만 애플리케이션 영역에 복사해야 합니다( /apps
)를 클릭하여 제품에서 사용할 수 있습니다.
인스턴스의 모든 구성 노드를 나열하려면 쿼리 다음 SQL 쿼리를 제출하는 CRXDE Lite 기능:
select * from sling:OsgiConfig
웹 콘솔을 통해 구성을 변경하는 경우 이 구성은 (일반적으로) 다음 위치의 저장소에 기록됩니다.
/apps/{somewhere}
기본적으로 {somewhere}
은(는) system/config
구성을 (으)로 기록합니다.
/apps/system/config
그러나 처음 저장소의 다른 위치에서 가져온 구성을 편집하는 경우: 예를 들면 다음과 같습니다.
/libs/foo/config/someconfig
그런 다음 업데이트된 구성이 원래 위치 아래에 기록됩니다. 예를 들면 다음과 같습니다.
/apps/foo/config/someconfig
다음에 의해 변경된 설정 admin
저장 위치: *.config
아래에 있는 파일:
/crx-quickstart/launchpad/config
이 영역은 OSGi 구성 관리자의 개인 데이터이며,에서 지정한 모든 구성 세부 정보를 포함합니다. admin
로 식별됩니다.
이 영역은 구현 세부 사항이므로 이 디렉터리를 직접 편집해서는 안 됩니다.
그러나 백업, 여러 설치 또는 두 가지 모두를 위해 복제본을 만들 수 있도록 이러한 구성 파일의 위치를 파악하는 것이 유용합니다.
Apache Felix OSGi 관리 콘솔
../crx/org/apache/felix/webconsole/internal/servlet/OsgiManager.config
CRX Sling 클라이언트 저장소
../com/day/crx/sling/client/impl/CRXSlingClientRepository/<pid-nr>.config
아래의 폴더 또는 파일을 편집하지 마십시오.
/crx-quickstart/launchpad/config