OSGi の設定

OSGi は、Adobe Experience Manager（AEM）の技術スタックにおける基本要素です。AEM の複合バンドルおよびそれらの設定を制御するために使用します。

OSGi は標準化されたプリミティブを提供し、小さく再利用が可能で連携機能に優れたコンポーネントを組み合わせてアプリケーションを構築することを可能にします。これらのコンポーネントからアプリケーションを作成し、デプロイすることができます。**

これにより、 バンドルの管理が容易になり、バンドルを個別に停止、インストール、開始できます。相互依存関係は自動的に処理されます。各OSGiコンポーネント（OSGi仕様を参照）は、様々なバンドルの1つに含まれています。

これらのバンドルの設定は、次のいずれかの方法で管理できます。

• Adobe CQ Web コンソールを使用
• 設定ファイルを使用
• リポジトリ🔗でのcontent-nodes(sling:OsgiConfig)の設定

いずれの方法も使用できますが、主に実行モードに関連して、次のようなわずかな違いがあります。

• Adobe CQ Web コンソール

  • Webコンソールは、OSGi設定用の標準インターフェイスです。様々なプロパティを編集するためのUIを提供し、定義済みのリストから使用可能な値を選択できます。

    そのため、最も簡単に使用できます。

  • Web コンソールでおこなわれた設定は、現在のインスタンスにすぐに適用されます。現在の実行モードや、今後の実行モードの変更には関係ありません。

• 設定ファイル

  • Web コンソールで定義される設定を含みます。
  • 他のインスタンスで使用できるよう、コンテンツパッケージに含めることができます。

• リポジトリ内のコンテンツノード（sling:osgiConfig）

  • CRXDE Lite を使用した手動による設定が必要です。
  • sling:OsgiConfigノードの命名規則により、設定を特定の実行モードに関連付けることができます。 複数の実行モードの設定を同じリポジトリに保存することもできます。
  • 適切な設定がすぐに適用されます（実行モードに依存）。

使用するメソッドに関わらず、次のことが可能です。

• リポジトリのコンテンツをコピーまたはレプリケートすることにより、同一の設定を再作成できます。
• セキュリティやさらなる更新のために、FileVault または Subversion に設定をチェックアウトできます。
• パッケージとして保存し、他のインスタンスを設定する際に使用できます。
• スクリプトを使用して設定の詳細を反映させることにより、設定のロールアウトを実行できます。

Web コンソールでの OSGi 設定

AEM の Web コンソールは、バンドルを設定するための標準化されたインターフェイスを提供します。「設定」タブは、OSGi バンドルの設定時に使用します。AEM システムパラメーターを設定するための基盤となるメカニズムです。

おこなった変更は、関連する OSGi 設定にすぐに適用されます。再起動の必要はありません。

Web コンソールで設定を更新するには：

1. 次のいずれかの方法で、Web コンソールの「設定」タブにアクセスします。

   • ツール／運営​メニューのリンクから Web コンソールを開きます。コンソールにログインした後、次のドロップダウンメニューを使用できます。

     OSGi >

   • ダイレクトURL例：

     http://localhost:4502/system/console/configMgr
     リストが表示されます。

2. 次のいずれかの方法で、設定するバンドルを選択します。

   • 該当するバンドルの「編集」アイコンをクリック
   • 該当するバンドルの​名前​をクリック

3. ダイアログが開きます。ここで、必要に応じて編集できます。例えば、Log Level​をINFOに設定します。

   

   メモ

   更新内容は、設定ファイルとしてリポジトリ内に保存されます。後でこれらを探すには（例えば、別のインスタンスで使用するコンテンツパッケージに含める場合など）、永続的なID( PID )をメモしておく必要があります。

4. 「保存」をクリックします。

   変更内容は、関連する OSGi 設定にすぐに適用され、再起動は不要です。

   メモ

   これで、関連する設定ファイルが見つかります。例えば、別のインスタンスで使用するためにコンテンツパッケージに含める場合などです。

設定ファイルでの OSGi 設定

Webコンソールを使用して行った設定の変更は、次の場所に設定ファイル( .config )としてリポジトリに保持されます。

/apps

これらの設定ファイルをコンテンツパッケージに含めて、他のインスタンスで再利用することができます。

Web コンソールには、リポジトリのどの場所に変更が保存されたかは表示されませんが、次の手順で簡単に見つけることができます。

1. Web コンソールで最初の変更をおこなうことで、設定ファイルを作成します。

2. CRXDE Lite を開きます。

3. ツール​メニューの「クエリー」を選択します。

4. タイプ​が SQL のクエリーを送信して、更新した設定の PID を検索します。

   例えば、Apache Felix OSGi Management Console の永続識別子（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')
   

5. 設定ファイルのノードが表示されます。

   上の例では、次のようになります。

   /apps/system/config/org.apache.felix.webconsole.internal.servlet.OsgiManager.config

   注意

   このファイルを開くと、変更内容を確認できます。ただし、タイプミスを防ぐために、実際の変更はコンソールでおこなうことをお勧めします。

6. このノードを含むコンテンツパッケージをビルドしておくと、必要に応じて他のインスタンスで使用できます。

リポジトリでの OSGi 設定

Web コンソールを使用するほかに、リポジトリで設定の詳細を定義することもできます。これにより、様々な実行モードを簡単に設定できます。

これらの設定は、リポジトリ内にsling:OsgiConfigノードを作成し、システムが参照できるようにすることで行われます。 これらのノードはOSGi設定を反映し、OSGi設定に対するユーザーインターフェイスを形成します。 設定データを更新するには、ノードプロパティを更新します。

リポジトリ内の設定データを変更すると、Webコンソールを使用して変更がおこなわれた場合と同様に、変更は関連するOSGi設定に即座に適用されます。適切な検証と整合性チェックがおこなわれます。 これは、/libs/から/apps/に設定をコピーするアクションにも当てはまります。

同じ設定パラメーターが複数の場所に配置される場合があるので、システムでは次の処理がおこなわれます。

• sling:OsgiConfig型のすべてのノードを検索
• サービス名に従ってフィルター処理
• 実行モードに従ってフィルター処理

リポジトリへの新しい設定の追加

必要な知識

新しい設定をリポジトリに追加するには、以下を知っておく必要があります。

1. サービスの​永続ID(PID)。

   Webコンソールの​Configurations​フィールドを参照します。 この名前は、バンドル名の後（またはページの下部にある​設定情報）に角括弧で囲まれて表示されます。

   例えば、com.day.cq.wcm.core.impl.VersionManagerImpl.ノードを作成して、AEM WCM Version Manager​を設定します。

   

2. 特定の実行モードが必要かどうか。フォルダーの作成：

   • config — すべての実行モード
   • config.author — オーサー環境用
   • config.publish — パブリッシュ環境用
   • config.<run-mode> — 適宜

3. 設定​または​ファクトリ設定​が必要かどうか。

4. 設定する個々のパラメーター。再作成が必要な既存のパラメーター定義を含めます。

   Webコンソールの個々のパラメーターフィールドを参照します。 名前は、各パラメーターに対して角括弧で囲まれて表示されます。

   例えば、プロパティを作成するには、
   versionmanager.createVersionOnActivation をクリックし て、「アクティベーション時にバージョンを作成」を設定​します。

   

5. /libsに既に設定が存在しますか？インスタンス内のすべての設定をリストするには、CRXDE Liteの​クエリ​ツールを使用して、次のSQLクエリを送信します。

   select * from sling:OsgiConfig

   その場合は、この設定を /apps/<yourProject>/にコピーし、新しい場所でカスタマイズできます。

リポジトリでの設定の作成

新しい設定をリポジトリに実際に追加するには：

1. CRXDE Lite を使用して次の場所に移動します。

   /apps/<yourProject>

2. 既存のフォルダーがない場合は、configフォルダー(sling:Folder)を作成します。

   • config - すべての実行モードに該当
   • config.<run-mode> — 特定の実行モードに固有

3. このフォルダーの下に、次の設定でノードを作成します。

   • 型：sling:OsgiConfig

   • 名前：永続ID(PID)

     例えば、AEM WCM Version Managerの場合は、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

4. 設定するパラメーターごとに、このノードでプロパティを作成します。

   • 名前：Webコンソールに表示されるパラメーター名名前は、フィールドの説明の最後に括弧で囲んで表示されます。 例えば、Create Version on Activationの場合は、versionmanager.createVersionOnActivationを使用します。
   • タイプ：適宜。
   • 値：必要に応じて。

   プロパティを作成する必要があるのは、設定対象のパラメーターのみです。その他は、AEM で設定されているデフォルト値を引き続き使用します。

5. すべての変更を保存します。

   変更は、サービスを再起動することによってノードが更新されるとすぐに適用されます（Web コンソールでおこなった変更と同様）。

設定の詳細

起動時の優先順位

次の優先順位を使用します。

1. /apps/*/config....の下のリポジトリノードで、型sling:OsgiConfigまたはプロパティファイルを使用します。

2. /libs/*/config...の下にタイプsling:OsgiConfigのリポジトリノード。 （標準定義）

3. <*cq-installation-dir*>/crx-quickstart/launchpad/config/...の.configファイル。 ローカル・ファイル・システム上で

つまり、/libsの汎用設定は、/appsのプロジェクト固有の設定でマスクできます。

実行時の優先順位

システム実行中に設定変更をおこなうと、変更後の設定で再読み込みが開始されます。

その後、次の優先順位が適用されます。

1. Web コンソールでの設定変更が、実行時に優先されるので、すぐに有効になります。
2. /appsでの設定の変更は直ちに有効になります。
3. /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 レベルです。/apps/*/config.author/で同じPIDの一部のプロパティと、同じPIDの/apps/*/config.emea.author/でより具体的なプロパティを定義することはできません。
一致する実行モードの数が最も多い設定は、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

インスタンスに含まれるすべての設定ノードをリストするには、CRXDE Lite の​クエリ​機能を使用して、次の SQL クエリを送信します。

select * from sling:OsgiConfig

設定の永続性

• Webコンソールを使用して設定を変更すると、（通常は）次の場所にリポジトリに書き込まれます。

  /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 Management Console

      ../crx/org/apache/felix/webconsole/internal/servlet/OsgiManager.config

    • CRX Slingクライアントリポジトリ

      ../com/day/crx/sling/client/impl/CRXSlingClientRepository/<pid-nr>.config