Personalizar páginas mostradas por el controlador de error

AEM viene con un controlador de error estándar para la administración de errores HTTP; por ejemplo, mostrando:

chlimage_1-67

Existen secuencias de comandos proporcionadas por el sistema (en /libs/sling/servlet/errorhandler) para responder a los códigos de error, de forma predeterminada están disponibles las siguientes opciones con una instancia de CQ estándar:

  • 403.jsp
  • 404.jsp
NOTA

AEM Se basa en Apache Sling, por lo que consulte https://sling.apache.org/site/errorhandling.html para obtener información detallada sobre Sling Error Handling.

NOTA

En una instancia de autor, Filtro de depuración de CQ WCM está activada de forma predeterminada. Esto siempre resulta en el código de respuesta 200. El controlador de error predeterminado responde escribiendo el seguimiento de pila completo en la respuesta.

En una instancia de publicación, el filtro de depuración de CQ WCM es siempre desactivado (incluso si está configurado como activado).

Personalizar páginas mostradas por el controlador de error

Puede desarrollar sus propias secuencias de comandos para personalizar las páginas que muestra el controlador de errores cuando se produce un error. Sus páginas personalizadas se crearán en /apps y superponer las páginas predeterminadas (que se encuentran en /libs).

NOTA

Consulte Uso de superposiciones para obtener más información.

  1. 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.

  2. Navegue hasta /apps/sling/servlet/errorhandler. Aquí puede hacer lo siguiente:

    • edite la secuencia de comandos existente adecuada para proporcionar la información necesaria.
    • cree y edite un nuevo script para el código requerido.

  3. Guarde los cambios y pruebe.

PRECAUCIÓN

Los controladores 404.jsp y 403.jsp se han diseñado específicamente para adaptarse a la autenticación CQ5; en particular, para permitir el inicio de sesión en el sistema en caso de estos errores.

Por lo tanto, la sustitución de estos dos controladores debe realizarse con bueno cuidado.

Personalización de la Respuesta a Errores HTTP 500

Los errores de HTTP 500 se deben a excepciones del lado del servidor.

AEM Cuando el procesamiento de solicitudes resulta en una excepción, el marco de trabajo de Apache Sling (en el que se basa ese):

  • registra la excepción

  • devuelve:

    • el código de respuesta HTTP 500
    • el seguimiento de pila de excepciones

    en el cuerpo de la respuesta.

Por personalización de las páginas mostradas por el controlador de error a 500.jsp se puede crear el script. Sin embargo, solo se utiliza si HttpServletResponse.sendError(500) se ejecuta explícitamente; es decir, desde un receptor de excepciones.

De lo contrario, el código de respuesta se establece en 500, pero la variable 500.jsp no se ejecuta el script.

Para controlar 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 un script /apps/sling/servlet/errorhandler/Throwable.jsp o /apps/sling/servlet/errorhandler/Exception.jsp.

PRECAUCIÓN

En una instancia de autor, Filtro de depuración de CQ WCM está activada de forma predeterminada. Esto siempre resulta en el código de respuesta 200. El controlador de error predeterminado responde escribiendo el seguimiento de pila completo en la respuesta.

Para un controlador de error personalizado, se necesitan respuestas con código 500, por lo que la variable El filtro de depuración de CQ WCM debe deshabilitarse. Esto garantiza que se devuelva el código de respuesta 500, lo que a su vez déclencheur el controlador de error de Sling correcto.

En una instancia de publicación, el filtro de depuración de CQ WCM es siempre desactivado (incluso si está configurado como activado).

En esta página