AEM 6.4より前は、アップグレード時に変更されるJCRの予測できない領域に、カスタマーコードがデプロイされていました。 このため、正式なAEMリリースでは、カスタムコード、設定、またはコンテンツを上書きするのが一般的でした。 逆に、カスタムのコードや設定やコンテンツが AEM の製品コードやコンテンツを上書きしてしまい、製品の機能が損なわれることもありました。
AEM 製品コードとカスタムコードの階層を明確に記述すれば、このような競合を回避できます。
そのため、AEM 6.4以降、将来のリリースで引き続き提供される予定ですが、コンテンツはリポジトリ内の他のフォルダに/etcで再構成され、コンテンツの移動先に関するガイドラインと共に、次の高レベルの規則に従っています。
AEM 6.5 にアップグレードすると、/etc の下にあるコンテンツの大部分がリポジトリ内の他のフォルダーに複製されます。これらの新しい場所は、コンテンツが優先的に参照される場所になります。ただし、AEM 6.5 にアップグレードしても /etc フォルダー内の以前の場所との下位互換性を保つことができるようにあらゆる試みがおこなわれてきた結果、ほとんどの場合、顧客のアプリケーションで変更が活発に(多くの場合、手動で)おこなわれるまでは、AEM コードで古い場所が引き続き参照されます。スケジュールの観点からは、変更は次の 2 つのカテゴリに分かれます。
AEM 6.5 へのアップグレードを計画している場合は、作業量を評価するために以下のソリューションごとのページを参照してください。
各ページは、必要な変更の緊急度に応じて 2 つの節に分かれます。「6.5 へのアップグレード時におこなう変更」で説明している作業はすべて、AEM 6.5 へのアップグレードプロジェクトの一環として取り組んでください。「将来のアップグレードの前」にあるものは、アップグレード後になるまでオプションで延期できます。
ページの各エントリには「再構築ガイダンス」フィールドが含まれています。このフィールドには、新しい場所が以前/etcフォルダーの下にあったコンテンツ用に参照されるように、新しい6.5リポジトリモデルと連携するための推奨技術的な戦略の詳細が記載されています。 追加の「メモ」フィールドには、有用な関連情報が記載されています。