AEM システムフォルダーは削除後に再表示されます

AEMの特定のフォルダーは、多くの場合、Cloud Managerのデプロイメント、インスタンスの再起動、システム機能の使用後に削除された後に再度表示されます。デプロイメントごとに、システム生成、機能必須、またはカスタムコードによって再導入されるためです。 AEMは、これらのパス(リポジトリの初期化、製品機能、Dynamic Mediaのアクティベーション、Cloud Manager機能テストによって作成される)に依存しているため、永続的な削除はサポートされていません。 ACL権限を持つ削除不可フォルダーを非表示にし、リポジトリから真にカスタムのコードでデプロイされたフォルダーを削除することは、製品の機能を損なうことなく作成者の表示から外す正しい方法です。

説明 description

環境:

  • Adobe Experience Manager as a Cloud Service (AEMaaCS)
  • AEM Managed Services
  • AEM AssetsとDynamic Media
  • Cloud Manager パイプライン

問題/症状:

  • フォルダーは、「最近作成した」タイムスタンプを持つ削除後に再度表示されます。
  • プロジェクトまたは強制隔離の削除は視覚的に成功しますが、再起動後または次回のデプロイメント後にフォルダーが再び表示されます。
  • /content/campaigns/content/outbound-marketingおよび/content/test-siteは、パイプラインの実行時ごとに再作成されます。
  • Dynamic Media フォルダー_CSS_DMSAMPLEが検索結果に表示されるので、削除できません。

根本原因:

AEMには、リポジトリの初期化(repoinit)、製品の機能、Dynamic Mediaのアクティベーション、Cloud Managerの機能テストによって作成された、システム管理または機能必須のフォルダーパスがいくつか含まれています。 これらのノードは、デプロイ時または実行時に自動的に再作成されます。 製品は、その存在に依存するか、下位互換性のために存在すると仮定しているため、削除はサポートされていません。 コードパッケージでは、デプロイメントごとにカスタムフォルダーが再導入されるため、コードでデプロイされたカスタムフォルダーも同じように動作します。

確認方法

  1. フォルダー名とフォルダーへのパスを比較して、システムフォルダー、統合ルート、Dynamic Media システムフォルダー、Cloud Manager テストフォルダー、またはコードデプロイフォルダーのフォルダーの種類を特定します。
  2. フォルダーが既知のカテゴリーと一致しない場合は、コードでデプロイされている可能性があります。 Cloud Manager Git リポジトリでパスを確認し、コードが再導入されることを確認します。

解決策 resolution

問題を解決するには、次の手順に従います。

  1. ACLを使用して、削除できないシステムフォルダーを非表示にします。 ツール > セキュリティ >権限>ACEを追加し、フォルダーパス(/content/dam/projects/content/campaigns/content/outbound-marketing、または/content/test-siteなど)を入力し、関連するユーザーグループの権限タイプを拒否 (例:jcr:read)に設定します。 ターゲットグループにユーザーとしてログインし、フォルダーが表示されなくなったことを確認します。 まだ表示されている場合は、ACEが正しいパスに作成され、継承された権限がアクセス権を付与していないことを確認します。
  2. コードでデプロイされたフォルダーの場合は、コードベースからパスを削除します。 Cloud Manager Git リポジトリでフォルダーパスを検索し、それを削除して、パイプライン経由で再デプロイします。 パイプラインを再実行し、/content/damを確認して、フォルダーが返されないことを確認します。 問題が再び発生した場合は、開発チームと協力して、経路を構築している他のモジュールを追跡します。
  3. Dynamic Media システム フォルダー(_CSS_DMSAMPLE)を配置したままにします。 CRXDEを介してこれらを削除しないでください。Dynamic Media ビューア機能に必要です。 検索結果が乱雑になる場合は、ユーザーに表示されないように検索フィルターまたはユーザー権限を調整し、Dynamic Mediaのプレビューが引き続き機能することを確認します。
  4. Cloud Manager パイプラインのテストには必要なので、/content/test-siteを配置したままにします。 削除しないでください。代わりにACLを適用して、作成者から非表示にします。 次のCloud Managerの実行がまだ機能テストに合格していることを確認します。欠落しているフォルダーが原因で、これらのテストで404が発生します。

検証

  1. フォルダーがターゲットユーザーグループには表示されなくなったが、管理者には表示されたままであることを確認します。
  2. 次のCloud Manager デプロイメントで、ACE権限が削除または上書きされないことを確認します。
  3. フォルダーがコードでデプロイされた場合は、パイプラインの実行後にフォルダーが再び表示されないことを確認します。

関連トピックス

recommendation-more-help
experience-cloud-kcs-help-kbarticles