As pastas de sistema do AEM reaparecem após a exclusão
Certas pastas no AEM reaparecem após a exclusão — geralmente após uma implantação do Cloud Manager, uma reinicialização de instância ou o uso de um recurso do sistema — porque são geradas pelo sistema, exigem recursos ou reintroduzidas pelo código personalizado em cada implantação. O AEM depende desses caminhos (criados pela inicialização do repositório, recursos do produto, ativação do Dynamic Media ou teste funcional do Cloud Manager), portanto, a exclusão permanente não é compatível. Ocultar as pastas não excluíveis com permissões de ACL e remover pastas implantadas por código genuinamente personalizadas do repositório é a maneira correta de mantê-las fora da visualização dos autores sem interromper a funcionalidade do produto.
Descrição description
Ambientes:
- Adobe Experience Manager as a Cloud Service (AEMaaCS)
- AEM Managed Services
- AEM Assets e Dynamic Media
- Pipelines do Cloud Manager
Problema/sintomas:
- As pastas são exibidas novamente após a exclusão com um carimbo de data e hora de “criação recente”.
- A exclusão de projetos ou quarentenas é bem-sucedida visualmente, mas a pasta reaparece após uma reinicialização ou a próxima implantação.
/content/campaigns,/content/outbound-marketinge/content/test-sitesão recriados durante cada execução de pipeline.- As pastas do Dynamic Media
_CSSe_DMSAMPLEsão exibidas nos resultados da pesquisa e não podem ser removidas.
Causa raiz:
O AEM inclui vários caminhos de pastas gerenciados pelo sistema ou exigidos por recursos, criados por inicialização do repositório (repoinit), recursos do produto, ativação do Dynamic Media ou teste funcional do Cloud Manager. Esses nós são recriados automaticamente durante as implantações ou no tempo de execução. Como o produto depende de sua presença ou presume sua existência para compatibilidade com versões anteriores, a exclusão não é suportada. As pastas personalizadas implantadas por código se comportam da mesma maneira, porque o pacote de código as reintroduz a cada implantação.
Como confirmar
- Identifique o tipo de pasta (pasta do sistema, raiz de integração, pasta do sistema Dynamic Media, pasta de teste do Cloud Manager ou pasta implantada por código) comparando o nome e o caminho da pasta com essas categorias.
- Se a pasta não corresponder a nenhuma categoria conhecida, ela provavelmente será implantada por código. Verifique o repositório Git do Cloud Manager para obter o caminho para confirmar se o código o reintroduz.
Resolução resolution
Siga estas etapas para resolver o problema:
- Ocultar pastas do sistema não excluíveis usando ACLs. Vá para Ferramentas
>Segurança>Permissões>Adicionar ACE, insira o caminho da pasta (como/content/dam/projects,/content/campaigns,/content/outbound-marketingou/content/test-site) e defina o tipo de permissão como Negar (Por exemplo:jcr:read) para os grupos de usuários relevantes. Efetue login como um usuário no grupo de destino e confirme se a pasta não é mais exibida. Se ainda estiver visível, confirme se a ACE foi criada no caminho correto e se as permissões herdadas não estão concedendo acesso. - Para pastas implantadas por código, remova o caminho da base de código. Pesquise no repositório Git do Cloud Manager o caminho da pasta, remova-o e reimplante-o pelo pipeline. Execute o pipeline novamente e verifique
/content/dampara confirmar se a pasta não retorna. Se ele reaparecer, envolva sua equipe de desenvolvimento para rastrear outros módulos que criam o caminho. - Deixe as pastas do sistema Dynamic Media (
_CSS,_DMSAMPLE) no lugar. Não os exclua via CRXDE — eles são necessários para a funcionalidade do visualizador do Dynamic Media. Se os resultados da pesquisa estiverem confusos, ajuste os filtros de pesquisa ou as permissões do usuário para que os usuários não os vejam mais e confirme se as visualizações do Dynamic Media continuam a funcionar. - Deixe
/content/test-siteno lugar, pois os testes de pipeline da Cloud Manager exigem. Não a exclua; aplique uma ACL para ocultá-la dos autores. Confirme se a próxima execução do Cloud Manager ainda passa nos testes funcionais - uma pasta ausente causa um erro 404 nesses testes.
Validação
- Confirme se a pasta não está mais visível para os grupos de usuários de destino, mas permanece visível para os administradores.
- Confirme se a próxima implantação do Cloud Manager não remove ou substitui as permissões ACE.
- Se a pasta tiver sido implantada por código, confirme se ela não reaparecerá mais após a execução de um pipeline.