La section ci-dessous traite de certains problèmes susceptibles d’être rencontrés lorsque vous utilisez AEM, ainsi que des suggestions pour les résoudre.
Si vous résolvez les problèmes liés à la création dans AEM, voir Résolution des incidents pour les créateurs.
Si vous rencontrez des problèmes, il est également intéressant de consulter les problèmes connus relatifs à votre instance (packs de version et service packs).
Le tableau ci-dessous contient une présentation des incidents que les administrateurs peuvent avoir à résoudre :
Rôle(s) | Problème |
Administrateur système | Lorsque vous double-cliquez sur le fichier Quickstart jar, rien ne se produit ou le fichier s’ouvre dans un autre programme (par exemple, le gestionnaire d’archives). |
Administrateur système |
Mon application qui s’exécute sur CRX génère des erreurs de mémoire insuffisante. |
Administrateur système |
L’écran de bienvenue AEM ne s’affiche pas dans le navigateur après avoir double-cliqué sur AEM démarrage rapide de CM |
Administrateur système utilisateur administrateur |
Création d’une image mémoire des threads |
Administrateur système utilisateur administrateur |
Contrôle des sessions JCR non fermées |
Pour plus d’informations sur les scénarios de résolution des incidents ci-dessous, voir Problèmes d’installation fréquents :
L’image mémoire des threads est une liste de toutes les unités d’exécution Java actuellement actives. Si AEM ne répond pas correctement, l’image mémoire des threads peut vous aider à identifier des verrouillages ou d’autres problèmes.
Ouvrez le Console web d’AEM; par exemple à http://localhost:4502/system/console/
.
Sélectionnez la Threads under État .
Recherchez le PID (ID de processus) de l’instance Java AEM.
Par exemple, vous pouvez utiliser ps -ef
ou jps
.
Exécuter:
jstack <pid>
L’image mémoire des threads s’affiche.
Vous pouvez ajouter les images mémoire de threads à un fichier journal à l’aide du >>
redirection de sortie :
jstack <pid> >> /path/to/logfile.log
Pour plus d’informations, voir Comment utiliser les images mémoire des threads d’une machine virtuelle Java (JVM).
Lorsque la fonctionnalité est développée pour AEM WCM, il est possible d’ouvrir des sessions JCR (cela s’apparente à l’ouverture d’une connexion de base de données). Si les sessions ouvertes ne sont jamais fermées, votre système peut rencontrer les symptômes suivants :
Pour analyser les sessions non fermées et découvrir le code qui ne ferme pas une session, consulter l’article Analyse des sessions non fermées de la base de connaissances.
Le statut des lots OSGi peut également fournir une indication précoce de problèmes éventuels.
Ouvrez le Console web d’AEM; par exemple à http://localhost:4502/system/console/
.
Sélectionner Lots under OSGI .
Vérifiez :