Adobe Experience Manager AEM () viene con un controlador de error estándar para administrar errores HTTP; por ejemplo, mostrando:
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:
AEM Se basa en Apache Sling. Como tal, consulte Control de errores para obtener información detallada sobre la gestión de errores de Sling.
En una instancia de autor, la variable 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).
Puede desarrollar sus propias secuencias de comandos para personalizar las páginas que muestra el controlador de errores cuando se produce un error. Las páginas personalizadas se crean en /apps
y superponer las páginas predeterminadas (que se encuentran en /libs
).
Consulte Uso de superposiciones para obtener más información.
En el repositorio, copie los scripts predeterminados:
/libs/sling/servlet/errorhandler/
/apps/sling/servlet/errorhandler/
Como la ruta de destino no existe de forma predeterminada, debe crearla al hacerlo por primera vez.
Vaya a /apps/sling/servlet/errorhandler
y realice una de las acciones siguientes:
Guarde los cambios y pruebe.
Los controladores 404.jsp y 403.jsp se han diseñado para adaptarse a la autenticación CQ5; en particular, para permitir el inicio de sesión en el sistema si se producen estos errores.
Por lo tanto, la sustitución de estos dos controladores debe realizarse con mucho cuidado.
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:
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.js
p o /apps/sling/servlet/errorhandler/Exception.jsp
.
En una instancia de autor, la variable 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 estar desactivado. 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).