Nella sezione seguente vengono descritti alcuni problemi che possono verificarsi durante l’utilizzo di AEM (Adobe Experience Manager) e vengono proposte possibili soluzioni.
Se stai risolvendo problemi di authoring in AEM, consulta Risoluzione dei problemi per gli autori.
Quando si verificano problemi, vale anche la pena controllare l’elenco di Problemi noti per la tua istanza (release e service pack).
La tabella seguente fornisce una panoramica dei problemi che gli amministratori possono risolvere:
Ruolo | Problema |
Amministratore di sistema | Se si fa doppio clic sul file jar Quickstart, questo non ha alcun effetto o il file jar viene aperto 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 iniziale dell’AEM non viene visualizzata nel browser dopo aver fatto doppio clic su AEM CM Quickstart |
Amministratore di sistema utente amministratore |
Creazione di un'immagine thread |
Amministratore di sistema utente amministratore |
Verifica di sessioni JCR non chiuse |
Consulta Problemi comuni di installazione per informazioni sui seguenti scenari di risoluzione dei problemi:
L’immagine thread è un elenco di tutti i thread Java™ attualmente attivi. Se l’AEM non risponde correttamente, l’immagine thread può aiutarti a identificare deadlock o altri problemi.
https://localhost:4502/system/console/
.Trova il PID (ID processo) dell’istanza Java™ dell’AEM.
Ad esempio, puoi utilizzare ps -ef
o jps
.
Esegui:
jstack <pid>
Mostra l’immagine thread.
È possibile aggiungere le immagini thread a un file di registro utilizzando >>
reindirizzamento output:
jstack <pid> >> /path/to/logfile.log
Consulta la Come prendere Thread Dumps da una JVM per ulteriori informazioni
Quando viene sviluppata la funzionalità per AEM WCM, è possibile aprire le sessioni JCR (come per l’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 individuare il codice che non chiude una sessione, consultare l'articolo della Knowledge Base Analizza sessioni non chiuse.
Lo stato dei bundle OSGi può anche fornire un’indicazione anticipata di possibili problemi.
Apri Console web AEM; ad esempio, in https://localhost:4502/system/console/
.
Seleziona Bundle in OSGI scheda.
Seleziona: