AEM viene fornito con un gestore di errori standard per la gestione degli errori HTTP; ad esempio, mostrando:
Per rispondere agli errori, AEM uno script 404.jsp
in /libs/sling/servlet/errorhandler
.
Poiché AEM è basato su Apache Sling, ulteriori informazioni sono disponibili nella documentazione relativa alla gestione degli errori Apache.
In un'istanza di creazione, il filtro di debug CQ WCM è abilitato per impostazione predefinita. Questo restituisce sempre il codice di risposta 200. Il gestore errori predefinito risponde scrivendo la traccia dello stack completa nella risposta.
In un'istanza di pubblicazione, il filtro di debug CQ WCM è sempre disabilitato (anche se configurato come abilitato).
È possibile sviluppare script personalizzati per personalizzare le pagine mostrate dal gestore errori quando si verifica un errore. A tal fine, si utilizzerà il meccanismo di sovrapposizione AEM standard in modo che le pagine personalizzate vengano create sotto /apps
e si sovrappongano alle pagine predefinite sotto /libs
.
Nell'archivio, copiare gli script predefiniti:
/libs/sling/servlet/errorhandler/
/apps/sling/servlet/errorhandler/
Il percorso di destinazione non esiste per impostazione predefinita, pertanto sarà necessario crearlo al primo tentativo.
Accedi a /apps/sling/servlet/errorhandler
. Potete effettuare le seguenti operazioni:
Salvate le modifiche e verificate il comportamento.
Lo script 404.jsp
è stato progettato specificamente per AEM l'autenticazione; in particolare, per consentire l'accesso al sistema in caso di tali errori.
Pertanto, la sostituzione di questo script dovrebbe essere fatta con grande attenzione.
L'errore HTTP 500 Internal Server Error indica un errore sul lato server, ad esempio se il server si trova in una condizione imprevista che gli ha impedito di soddisfare la richiesta.
Quando l'elaborazione della richiesta genera un'eccezione, il framework Apache Sling (AEM basato su):
Per personalizzare le pagine visualizzate dal gestore di errori è possibile creare uno script 500.jsp
. Tuttavia, viene utilizzato solo se HttpServletResponse.sendError(500)
viene eseguito in modo esplicito; ovvero da un rilevatore di eccezioni.
In caso contrario, il codice di risposta è impostato su 500, ma lo script 500.jsp
non viene eseguito.
Per gestire 500 errori, il nome file dello script del gestore di errori deve essere uguale alla classe di eccezione (o superclasse). Per gestire tutte queste eccezioni è possibile creare uno script /apps/sling/servlet/errorhandler/Throwable.jsp
o /apps/sling/servlet/errorhandler/Exception.jsp
.
In un'istanza di creazione, il filtro di debug CQ WCM è abilitato per impostazione predefinita. Questo restituisce sempre il codice di risposta 200. Il gestore errori predefinito risponde scrivendo la traccia dello stack completa nella risposta.
Per un gestore di errori personalizzato, sono necessarie risposte con codice 500, pertanto è necessario disabilitare il filtro di debug CQ WCM. In questo modo viene restituito il codice di risposta 500, che a sua volta attiva il gestore errori Sling corretto.
In un'istanza di pubblicazione, il filtro di debug CQ WCM è sempre disabilitato (anche se configurato come abilitato).