Personalización de páginas que muestra el Controlador de errores customizing-pages-shown-by-the-error-handler
AEM incluye un controlador de error estándar para gestionar errores HTTP; por ejemplo, mostrando:
Existen scripts proporcionados por el sistema (en /libs/sling/servlet/errorhandler) para responder a los códigos de error, de forma predeterminada están disponibles con una instancia de CQ estándar:
- 403.jsp
- 404.jsp
Cómo personalizar páginas que muestra el Administrador de errores how-to-customize-pages-shown-by-the-error-handler
Puede desarrollar sus propias secuencias de comandos para personalizar las páginas que muestra el controlador de errores cuando se encuentra un error. Las páginas personalizadas se crearán en /apps y superponga las páginas predeterminadas (que se encuentran en /libs).
-
En el repositorio, copie los scripts predeterminados:
- de
/libs/sling/servlet/errorhandler/ - hasta
/apps/sling/servlet/errorhandler/
Como la ruta de destino no existe de forma predeterminada, deberá crearla al hacerlo por primera vez.
- de
-
Navegue hasta
/apps/sling/servlet/errorhandler. Aquí puede:- edite la secuencia de comandos existente adecuada para proporcionar la información necesaria.
- cree y edite una nueva secuencia de comandos para el código requerido.
-
Guarde los cambios y pruebe.
Personalización de la respuesta a errores HTTP 500 customizing-the-response-to-http-errors
Los errores HTTP 500 están causados por excepciones del lado del servidor.
- 500 Error interno del servidor
El servidor encontró una condición inesperada que impedía que cumpliera la solicitud.
Cuando el procesamiento de la solicitud resulta en una excepción, el marco de trabajo Apache Sling (AEM está activado):
-
registra la excepción
-
devuelve:
- el código de respuesta HTTP 500
- seguimiento de la pila de excepciones
en el cuerpo de la respuesta.
Por personalización de las páginas que muestra el controlador de errores a 500.jsp se puede crear una secuencia de comandos. Sin embargo, solo se usa si HttpServletResponse.sendError(500) se ejecuta explícitamente; es decir, desde un captador de excepciones.
De lo contrario, el código de respuesta se establece en 500, pero la variable 500.jsp no se ejecuta la secuencia de comandos.
Para gestionar 500 errores, el nombre de archivo de la secuencia de comandos del controlador de errores debe ser el mismo que la clase de excepción (o superclase). Para gestionar todas estas excepciones, puede crear una secuencia de comandos /apps/sling/servlet/errorhandler/Throwable.jsp o /apps/sling/servlet/errorhandler/Exception.jsp.