Risoluzione dei problemi AEM

La sezione seguente illustra alcuni problemi che potresti riscontrare durante l’utilizzo di AEM, oltre a suggerimenti su come risolverli.

NOTA

Se stai risolvendo i problemi di authoring in AEM, vedi Risoluzione dei problemi relativi agli autori.

NOTA

Quando si verificano problemi, è anche utile controllare l’elenco dei Problemi noti per l’istanza (release e service pack).

Scenari di risoluzione dei problemi per gli amministratori

La tabella seguente fornisce una panoramica dei problemi che gli amministratori possono dover risolvere:

Ruolo/i	Problema
Amministratore di sistema	Fare doppio clic sul file jar Quickstart non ha alcun effetto o apre il file jar con un altro programma (ad esempio, gestione archivi)
Amministratore di sistema	La mia applicazione in esecuzione su CRX genera errori di memoria esaurita
Amministratore di sistema	La schermata di benvenuto AEM non viene visualizzata nel browser dopo aver fatto doppio clic AEM CM Quickstart
Amministratore di sistema utente amministratore	Creazione di un dump di thread
Amministratore di sistema utente amministratore	Verifica di sessioni JCR non chiuse

Problemi di installazione

Vedi Problemi comuni di installazione per informazioni sui seguenti scenari di risoluzione dei problemi:

Un doppio clic sul jar Quickstart non ha alcun effetto oppure il file JAR viene aperto in un altro programma (ad esempio un gestore di archivi).
Le applicazioni eseguite su CRX generano errori di esaurimento della memoria.
La schermata di benvenuto di AEM non viene visualizzata nel browser quando si fa doppio clic su AEM Quickstart.

Metodi per la risoluzione dei problemi di analisi

Creazione di un dump di thread

Il dump di thread è un elenco di tutti i thread Java attualmente attivi. Se AEM non risponde correttamente, il dump di thread può aiutarti a identificare deadlock o altri problemi.

Utilizzo del dump di thread Sling

Apri Console Web AEM; ad esempio in https://localhost:4502/system/console/.
Seleziona la Thread sotto Stato scheda .

screen_shot_2012-02-13at43925pm

Utilizzo di jstack (riga di comando)

Trova il PID (process id) dell'istanza Java AEM.

Ad esempio, puoi utilizzare ps -ef o jps.
Esegui:

jstack <pid>
Questo mostrerà il dump di thread.

NOTA

Puoi aggiungere le immagini di thread a un file di registro utilizzando la >> reindirizzamento uscita:

jstack <pid> >> /path/to/logfile.log

Consulta la sezione Come prendere i dump di thread da una JVM documentazione per ulteriori informazioni

Verifica di sessioni JCR non chiuse

Quando si sviluppano funzionalità per AEM WCM, è possibile aprire sessioni JCR (paragonabili all'apertura di una connessione al database). Se le sessioni aperte non vengono mai chiuse, il sistema potrebbe riscontrare i seguenti sintomi:

Il sistema diventa più lento.
Puoi vedere molti CacheManager: ridimensionaTutte le voci nel file di log; numero seguente (size=<x>) mostra il numero di cache, ogni sessione apre diverse cache.
Di tanto in tanto il sistema esaurisce la memoria (dopo alcune ore, giorni o settimane - a seconda della gravità).

Per analizzare le sessioni non chiuse e scoprire quale codice non sta chiudendo una sessione, consulta l’articolo della Knowledge Base Analizzare le sessioni non chiuse.

Utilizzo della console Web di Adobe Experience Manager

Lo stato dei bundle OSGi può anche fornire un'indicazione tempestiva di possibili problemi.

Apri Console Web AEM; ad esempio in https://localhost:4502/system/console/.
Seleziona Bundle sotto OSGI scheda .
Seleziona:
- lo stato dei bundle. Se qualcuno è Inattivo o Non soddisfatto, prova a interrompere e riavviare il bundle. Se il problema persiste, potrebbe essere necessario approfondire le indagini utilizzando altri metodi.
- se uno dei bundle ha dipendenze mancanti. Tali dettagli possono essere visualizzati facendo clic sul nome del singolo bundle, che è un collegamento (il seguente esempio non ha problemi):