L’AEM viene fornito con un gestore degli errori standard per la gestione degli errori HTTP, ad esempio mostrando:
Per rispondere agli errori, l'AEM fornisce 404.jsp
script in /libs/sling/servlet/errorhandler
.
Poiché l’AEM si basa su Apache Sling, sono disponibili ulteriori informazioni nella documentazione sulla gestione degli errori Apache.
In un’istanza Autore, Filtro di debug CQ WCM è attivato per impostazione predefinita. Questo determina sempre il codice di risposta 200. Il gestore degli errori predefinito risponde scrivendo la traccia full stack nella risposta.
In un’istanza di pubblicazione, il filtro di debug CQ WCM è sempre disabilitato (anche se configurato come abilitato).
Puoi sviluppare script personalizzati per personalizzare le pagine visualizzate dal gestore degli errori quando viene rilevato un errore. A questo scopo, puoi sfruttare Meccanismo di sovrapposizione standard AEM in modo che le pagine personalizzate vengano create in /apps
e sovrapponi le pagine predefinite che si trovano in /libs
.
Nell’archivio, copia gli script predefiniti:
/libs/sling/servlet/errorhandler/
/apps/sling/servlet/errorhandler/
Il percorso di destinazione non esiste per impostazione predefinita, pertanto dovrai crearlo quando esegui questa operazione per la prima volta.
Accedi a /apps/sling/servlet/errorhandler
. Qui puoi effettuare le seguenti operazioni:
Salva le modifiche e verifica.
Il 404.jsp
Lo script è stato specificamente progettato per soddisfare l'autenticazione AEM; in particolare, per consentire l'accesso al sistema in caso di questi errori.
Pertanto, la sostituzione di questo script deve essere effettuata con molta attenzione.
HTTP Errore interno del server 500 indica un errore sul lato server, ad esempio il fatto che il server abbia incontrato una condizione imprevista che ha impedito al server di soddisfare la richiesta.
Quando l’elaborazione delle richieste genera un’eccezione, il framework Sling Apache (su cui si basa l’AEM):
Da personalizzazione delle pagine visualizzate dal gestore degli errori a 500.jsp
è possibile creare lo script. Tuttavia, viene utilizzato solo se HttpServletResponse.sendError(500)
viene eseguito in modo esplicito, ovvero da un servizio di raccolta eccezioni.
In caso contrario, il codice di risposta è impostato su 500, ma il 500.jsp
script non eseguito.
Per gestire gli errori 500, il nome file dello script del gestore degli errori deve essere uguale a quello della 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 AEM come Cloud Service, la CDN fornisce una pagina di errore generica quando viene ricevuto un errore 5XX dal backend. Per consentire la trasmissione della risposta effettiva del backend, è necessario aggiungere la seguente intestazione alla risposta: x-aem-error-pass: true
.
Questo funziona solo per le risposte provenienti dall’AEM o dal livello Apache/Dispatcher. Altri errori imprevisti provenienti dai livelli intermedi dell’infrastruttura visualizzeranno comunque la pagina di errore generico.
In un’istanza Autore, Filtro di debug CQ WCM è attivato per impostazione predefinita. Questo determina sempre il codice di risposta 200. Il gestore degli errori predefinito risponde scrivendo la traccia full stack nella risposta.
Per un gestore degli errori personalizzato, sono necessarie risposte con codice 500, quindi È 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 di errori Sling corretto.
In un’istanza di pubblicazione, il filtro di debug CQ WCM è sempre disabilitato (anche se configurato come abilitato).