La sezione seguente illustra alcuni problemi che potrebbero verificarsi durante l'utilizzo di AEM, insieme a suggerimenti su come risolverli.
Per risolvere eventuali problemi di authoring in AEM, vedere Risoluzione dei problemi per gli autori.
Quando si verificano problemi, è anche utile controllare l’elenco dei Problemi noti per l’istanza (release e service pack).
La tabella seguente fornisce una panoramica dei problemi che gli amministratori possono dover risolvere:
Ruolo/i | Problema |
Amministratore di sistema | Se si fa doppio clic sul file JAR non si verifica alcun effetto o si apre il file JAR con un altro programma (ad esempio, archive manager) |
Amministratore di sistema |
La mia applicazione in esecuzione su CRX genera errori di memoria insufficiente |
Amministratore di sistema |
La schermata di benvenuto AEM non viene visualizzata nel browser dopo aver fatto doppio clic AEM Avvio rapido di CM |
Amministratore di sistema admin, utente |
Creazione di un dump del thread |
Amministratore di sistema admin, utente |
Verifica delle sessioni JCR non chiuse |
Per informazioni sui seguenti scenari di risoluzione dei problemi, vedere Problemi comuni di installazione:
Il dump del thread è un elenco di tutti i thread Java attualmente attivi. Se AEM non risponde correttamente, il dump del thread può essere utile per identificare i blocchi di blocco di sicurezza o altri problemi.
Aprire la AEM console Web; ad esempio in http://localhost:4502/system/console/
.
Selezionare la scheda Thread in Status.
Individuate il PID (ID processo) dell'istanza Java AEM.
Ad esempio, è possibile utilizzare ps -ef
o jps
.
Esegui:
jstack <pid>
Verrà visualizzato il dump del thread.
È possibile aggiungere i file di thread a un file di registro utilizzando il reindirizzamento di output >>
:
jstack <pid> >> /path/to/logfile.log
Per ulteriori informazioni, vedere la sezione Come estrarre i file di thread da una documentazione JVM
Quando viene sviluppata la funzionalità per AEM WCM, è possibile aprire le sessioni JCR (paragonabili all'apertura di una connessione al database). Se le sessioni aperte non vengono mai chiuse, il sistema potrebbe presentare i seguenti sintomi:
Per analizzare le sessioni non chiuse e scoprire quale codice non sta chiudendo una sessione, fare riferimento all'articolo della Knowledge Base Analizza sessioni non chiuse.
Lo stato dei bundle OSGi può anche fornire un'indicazione tempestiva dei possibili problemi.
Aprire la AEM console Web; ad esempio in http://localhost:4502/system/console/
.
Selezionare Bundle nella scheda OSGI.
Seleziona: