オーバーレイ overlays

AEM 6.0 以降 - Granite に関連するオーバーレイ（つまり、タッチ操作対応 UI）

• 方法

  • /apps の下に適切な /libs 構造を再構築します。

    これには 1:1 のコピーは不要です。Sling Resource Merger は、必要な元の定義を相互参照するために使用されるからです。Sling Resource Merger は、差分メカニズムによってリソースにアクセスおよびマージするサービスを提供します。

  • /apps の下に、変更を加えます。

• メリット

  • /libs 以下の変更に対する堅牢性が高まります。
  • 必須項目のみを再定義します。

Granite 以外によるオーバーレイおよび AEM 6.0 より前のオーバーレイ

• メソッド

  • コンテンツを /libs から /apps にコピーします。

    プロパティを含め、サブブランチ全体をコピーします。

  • /apps の下に、変更を加えます。

• デメリット

  • /libs 以下で変更しても変更内容は失われませんが、/apps 以下のオーバーレイでは一部の変更作業をやり直す必要がある場合があります。

/libs ブランチ​**では変更​**しないこと
このブランチは以下のことを実行するたびに変更される可能性があるため、行った変更が失われる可能性があります。

• インスタンスをアップグレード
• ホットフィックスを適用
• 機能パックをインストール

オーバーレイにより、変更を 1 個所に集中させるため、必要に応じて変更の追跡、移行、バックアップまたはデバッグを実行しやすくなります。

OSGi 設定で Apache Sling Resource Resolver Factory 用に定義された、リソースの リゾルバー検索パス。

• 検索パスの順序は、上から下の順で、それぞれの優先順位を示します。
• 標準インストールの場合、主なデフォルトは /apps と /libs で、/apps のコンテンツの方が /libs のコンテンツより優先されます（つまり、前者が後者を​ オーバーレイ ​します）。

スクリプトの保存場所への JCR:READ アクセス権を 2 人のサービスユーザーに付与する必要があります。この 2 人のユーザーは、components-search-service（com.day.cq.wcm.core でコンポーネントのアクセス／キャッシュに使用）と 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/"]

最後に、サーブレットリゾルバーを設定する必要もあります（この例では /etc も追加します）。

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