L’éditeur AEM Managed Services n’est pas intègre en raison de la condition de concurrence JSP de script Sling.
Cet article décrit comment résoudre un scénario dans lequel un éditeur Managed Services Adobe Experience Manager (AEM) devient défectueux en raison d’une condition de concurrence dans le module JSP de script Apache Sling, généralement déclenchée par une pression de la mémoire. La solution implique l’application d’un correctif fourni par l’assistance Adobe.
Description description
Environnement
Adobe Experience Manager (AEM) Managed Services (toutes les versions prises en charge)
Symptômes
- L’instance d’éditeur est supprimée de la répartition de charge en raison d’échecs de vérification de l’intégrité.
- Le service est restauré après un redémarrage, mais le problème se répète.
- Les journaux d’erreurs affichent les exceptions liées aux échecs de compilation et de suppression de fichier JSP, telles que :
org.apache.sling.scripting.sightly.SightlyException : org.apache.sling.api.SlingException : une exception s’est produite lors du traitement de la page JSP … classFile.delete() a échoué
- Le problème n’est pas reproductible à la demande.
- Impact commercial potentiel : tous les utilisateurs finaux peuvent être affectés si l’intégrité de l’éditeur n’est pas restaurée rapidement.
Cause
Une condition de concurrence dans le module JSP d’Apache Sling Scripting, déclenchée par la pression de la mémoire et l’éviction du cache SoftReference, permet aux threads parallèles de fonctionner sur les mêmes classes JSP compilées. Cela entraîne une instabilité et des échecs de vérification de l’intégrité de l’éditeur.
Résolution resolution
Suivez les étapes ci-dessous pour résoudre le problème :
-
Consultez vos journaux d’erreurs de l’éditeur AEM pour connaître les exceptions liées aux échecs de compilation et de suppression de fichiers JSP, comme décrit ci-dessus.
-
Vérifiez que les symptômes correspondent à ceux décrits (éditeur défectueux, échecs de vérification d’intégrité, erreurs de référence de
classFile.delete()dans le traitement JSP). -
Déterminez la version actuelle du pack de services AEM. Le correctif est disponible pour AEM version 6.5.24 et ultérieure. Si vous utilisez une version antérieure, contactez l’assistance Adobe pour obtenir des conseils.
-
Si vous disposez d’une version prise en charge et que le correctif n’est pas encore installé, ouvrez un ticket de support auprès d’Adobe via le Portail d’assistance Experience League. Inclure :
-
Description du problème et extraits de journal d’erreurs pertinents
-
Votre version AEM et votre niveau de pack de services actuels
-
Confirmation que le problème correspond au scénario décrit dans cet article
-
-
Une fois que vous avez reçu le package de correctif de l’assistance Adobe, utilisez le gestionnaire de packages d’AEM pour le charger et l’installer sur vos instances d’éditeur. Suivez les procédures de gestion des modifications et de déploiement de votre entreprise.
-
Après l’installation, vérifiez les éléments suivants :
-
Le lot
org.apache.sling.scripting.jspest à l’état Actif dans la console OSGi. -
La version du bundle correspond à celle fournie avec le correctif.
-
Une seule instance du lot est installée.
-
-
Surveillez l’intégrité de l’éditeur et les journaux d’erreurs pour confirmer que le problème est résolu.
-
Si le problème réapparaît après l’installation du correctif, collectez les nouvelles images mémoire des threads et des erreurs, et contactez le support technique d’Adobe pour obtenir des informations supplémentaires.