Las carpetas del sistema de AEM vuelven a aparecer tras su eliminación
Ciertas carpetas de AEM vuelven a aparecer después de la eliminación (a menudo después de una implementación de Cloud Manager, un reinicio de la instancia o el uso de una función del sistema), porque se generan en el sistema, requieren funciones o se vuelven a introducir mediante código personalizado en cada implementación. AEM depende de estas rutas (creadas por la inicialización del repositorio, las funciones del producto, la activación de Dynamic Media o las pruebas funcionales de Cloud Manager), por lo que no se admite la eliminación permanente. Ocultar las carpetas no eliminables con permisos ACL y eliminar del repositorio las carpetas implementadas con código genuinamente personalizado es la forma correcta de mantenerlas fuera de la vista de los autores sin romper la funcionalidad del producto.
Descripción description
Entornos:
- Adobe Experience Manager as a Cloud Service (AEMaaCS)
- AEM Managed Services
- AEM Assets y Dynamic Media
- Canalizaciones de Cloud Manager
Problema/Síntomas:
- Las carpetas vuelven a aparecer tras su eliminación con una marca de tiempo “creada recientemente”.
- La eliminación de proyectos o cuarentena se realiza correctamente de forma visual, pero la carpeta vuelve a aparecer tras un reinicio o la siguiente implementación.
/content/campaigns,/content/outbound-marketingy/content/test-sitese vuelven a crear durante cada ejecución de canalización.- Las carpetas de Dynamic Media
_CSSy_DMSAMPLEaparecen en los resultados de búsqueda y no se pueden quitar.
Causa principal:
AEM incluye varias rutas de carpetas administradas por el sistema o requeridas por características creadas mediante la inicialización del repositorio (repoinit), funciones del producto, activación de Dynamic Media o pruebas funcionales de Cloud Manager. Estos nodos se vuelven a crear automáticamente durante las implementaciones o durante la ejecución. Como el producto depende de su presencia o supone su existencia para la compatibilidad con versiones anteriores, no se admite la eliminación. Las carpetas personalizadas implementadas en código se comportan de la misma manera, ya que el paquete de código las vuelve a introducir en cada implementación.
Cómo confirmar
- Identifique el tipo de carpeta (carpeta del sistema, raíz de integración, carpeta del sistema de Dynamic Media, carpeta de prueba de Cloud Manager o carpeta implementada por código) comparando el nombre y la ruta de la carpeta con esas categorías.
- Si la carpeta no coincide con ninguna categoría conocida, es probable que esté implementada en el código. Consulte el repositorio Git de Cloud Manager para ver la ruta y confirmar que el código lo vuelve a introducir.
Resolución resolution
Siga estos pasos para resolver el problema:
- Ocultar carpetas de sistema no eliminables mediante ACL. Vaya a Herramientas
>Seguridad>Permisos>Agregar ACE, introduzca la ruta de la carpeta (como/content/dam/projects,/content/campaigns,/content/outbound-marketingo/content/test-site) y establezca el tipo de permiso en Denegar (por ejemplo:jcr:read) para los grupos de usuarios relevantes. Inicie sesión como usuario en el grupo destinatario y confirme que la carpeta ya no aparece. Si sigue visible, confirme que la ACE se creó en la ruta de acceso correcta y que los permisos heredados no conceden acceso. - En el caso de las carpetas implementadas con código, quite la ruta de la base de código. Busque en su repositorio de Git de Cloud Manager la ruta de la carpeta, elimínela y vuelva a implementarla a través de la canalización. Vuelva a ejecutar la canalización y marque
/content/dampara confirmar que la carpeta no vuelve. Si vuelve a aparecer, pídale al equipo de desarrollo que rastree otros módulos que crean la ruta. - Deje las carpetas del sistema de Dynamic Media (
_CSS,_DMSAMPLE) en su lugar. No los elimine mediante CRXDE; son necesarios para la funcionalidad del visualizador de Dynamic Media. Si saturan los resultados de búsqueda, ajuste los filtros de búsqueda o los permisos de usuario para que los usuarios ya no los vean y confirme que las previsualizaciones de Dynamic Media siguen funcionando. - Deje
/content/test-siteen su lugar, ya que las pruebas de canalización de Cloud Manager lo requieren. No la elimine; aplique una ACL para ocultarla a los autores. Confirme que la siguiente ejecución de Cloud Manager sigue pasando sus pruebas funcionales; si falta una carpeta, se genera un error 404 en esas pruebas.
Validación
- Confirme que la carpeta ya no sea visible para los grupos de usuarios de destino, pero que permanezca visible para los administradores.
- Confirme que la siguiente implementación de Cloud Manager no elimina ni anula los permisos de ACE.
- Si la carpeta se implementó mediante código, confirme que ya no vuelve a aparecer después de ejecutar una canalización.