Dopo l’eliminazione, le cartelle di sistema di AEM vengono nuovamente visualizzate

Alcune cartelle in AEM vengono rivisualizzate dopo l’eliminazione, spesso dopo una distribuzione Cloud Manager, un riavvio dell’istanza o l’utilizzo di una funzione di sistema, perché sono generate dal sistema, richieste o reintrodotte dal codice personalizzato in ogni distribuzione. AEM dipende da questi percorsi (creati dall’inizializzazione dell’archivio, dalle funzionalità del prodotto, dall’attivazione Dynamic Media o dai test funzionali di Cloud Manager), pertanto l’eliminazione permanente non è supportata. Nascondere le cartelle non eliminabili con autorizzazioni ACL e rimuovere dall’archivio le cartelle distribuite con codice personalizzato è il modo corretto per tenerle fuori dalla vista degli autori senza interrompere le funzionalità del prodotto.

Descrizione description

Ambienti:

  • Adobe Experience Manager as a Cloud Service (AEMaaCS)
  • AEM Managed Services
  • AEM Assets e Dynamic Media
  • Pipeline Cloud Manager

Problema/Sintomi:

  • Le cartelle vengono nuovamente visualizzate dopo l’eliminazione con un timestamp “creato di recente”.
  • L’eliminazione dei progetti o la quarantena ha esito positivo, ma la cartella viene visualizzata nuovamente dopo un riavvio o la distribuzione successiva.
  • /content/campaigns, /content/outbound-marketing e /content/test-site vengono ricreati durante ogni esecuzione della pipeline.
  • Le cartelle Dynamic Media _CSS e _DMSAMPLE vengono visualizzate nei risultati di ricerca e non possono essere rimosse.

Causa principale:

AEM include diversi percorsi di cartelle gestiti dal sistema o richiesti dalle funzioni, creati mediante l’inizializzazione del repository (repoinit), funzioni del prodotto, attivazione di Dynamic Media o test funzionali Cloud Manager. Questi nodi vengono ricreati automaticamente durante le distribuzioni o in fase di runtime. Poiché il prodotto dipende dalla sua presenza o presuppone la sua esistenza per compatibilità con le versioni precedenti, l’eliminazione non è supportata. Le cartelle personalizzate distribuite tramite codice si comportano allo stesso modo, in quanto il pacchetto di codice le reintroduce a ogni distribuzione.

Come confermare

  1. Identifica il tipo di cartella (cartella di sistema, directory principale dell’integrazione, cartella di sistema Dynamic Media, cartella di test di Cloud Manager o cartella distribuita dal codice) confrontando il nome e il percorso della cartella con tali categorie.
  2. Se la cartella non corrisponde ad alcuna categoria nota, è probabile che sia distribuita in codice. Controlla l’archivio Git di Cloud Manager per trovare il percorso per confermare che il codice lo reintroduca.

Risoluzione resolution

Per risolvere il problema, segui la procedura riportata di seguito:

  1. Nascondere le cartelle di sistema non eliminabili utilizzando gli ACL. Vai a Strumenti > Sicurezza > Autorizzazioni > Aggiungi ACE, immetti il percorso della cartella (ad esempio /content/dam/projects, /content/campaigns, /content/outbound-marketing o /content/test-site) e imposta il tipo di autorizzazione su Nega (ad esempio: jcr:read) per i gruppi di utenti rilevanti. Accedi come utente nel gruppo di destinazione e conferma che la cartella non venga più visualizzata. Se è ancora visibile, verificare che l’ACE sia stato creato nel percorso corretto e che le autorizzazioni ereditate non concedano l’accesso.
  2. Per le cartelle distribuite tramite codice, rimuovi il percorso dalla base di codice. Cerca nell’archivio Git di Cloud Manager il percorso della cartella, rimuovilo e ridistribuiscilo tramite la pipeline. Eseguire nuovamente la pipeline e selezionare /content/dam per confermare che la cartella non viene restituita. Se viene nuovamente visualizzato, coinvolgi il team di sviluppo per tracciare altri moduli che creano il percorso.
  3. Lasciare attive le cartelle di sistema di Dynamic Media (_CSS, _DMSAMPLE). Non eliminarli tramite CRXDE, sono necessari per la funzionalità di visualizzazione Dynamic Media. Se i risultati della ricerca sono confusi, regola i filtri di ricerca o le autorizzazioni utente in modo che gli utenti non possano più visualizzarli e conferma che le anteprime Dynamic Media continuino a funzionare.
  4. Lascia /content/test-site attivo, poiché i test della pipeline di Cloud Manager lo richiedono. Non eliminarlo; applica un ACL per nasconderlo agli autori. Conferma che la prossima esecuzione di Cloud Manager superi comunque i test funzionali: una cartella mancante causa un errore 404 in questi test.

Convalida

  1. Conferma che la cartella non sia più visibile ai gruppi di utenti di destinazione, ma rimanga visibile agli amministratori.
  2. Conferma che la prossima distribuzione di Cloud Manager non rimuova o sostituisca le autorizzazioni ACE.
  3. Se la cartella è stata distribuita tramite codice, conferma che non venga più visualizzata dopo l’esecuzione di una pipeline.

Lettura correlata

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