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 cliqué sur l’doublon AEM CM Quickstart |
Administrateur système utilisateur admin |
Création d’une image mémoire des threads |
Administrateur système utilisateur admin |
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.
https://localhost:4502/system/console/
.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 des vidages de threads à un fichier journal en utilisant la 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 AEM Web Console; par exemple à https://localhost:4502/system/console/
.
Sélectionnez Bundles sous l'onglet OSGI.
Vérifiez :