Personalização de Páginas de Erro

O AEM vem com um manipulador de erros padrão para lidar com erros HTTP; por exemplo, mostrando:

Mensagem de erro padrão

Para responder a erros, o AEM fornece uma 404.jsp script em /libs/sling/servlet/errorhandler.

DICA

Como o AEM é baseado no Apache Sling, mais informações estão disponíveis na documentação de manipulação de erros do Apache.

OBSERVAÇÃO

Em uma instância de autor, Filtro de depuração CQ WCM é ativado por padrão. Isso sempre resulta no código de resposta 200. O manipulador de erros padrão responde gravando o rastreamento de pilha completa na resposta.

Em uma instância de publicação, o Filtro de depuração WCM do CQ é sempre desativado (mesmo se configurado como ativado).

Como personalizar páginas mostradas pelo manipulador de erros

Você pode desenvolver seus próprios scripts para personalizar as páginas mostradas pelo manipulador de erros quando um erro for encontrado. Para fazer isso, você aproveitará Mecanismo de sobreposição padrão do AEM para que suas páginas personalizadas sejam criadas em /apps e sobrepor as páginas padrão que estão em /libs.

  1. No repositório, copie o(s) script(s) padrão:

    • de /libs/sling/servlet/errorhandler/
    • para /apps/sling/servlet/errorhandler/

    O caminho de destino não existe por padrão, portanto, será necessário criá-lo ao fazer isso pela primeira vez.

  2. Vá até /apps/sling/servlet/errorhandler. Aqui é possível:

    • edite o script existente apropriado para fornecer as informações necessárias. Ou
    • crie e edite um novo script para o código necessário.
  3. Salve as alterações e teste.

ATENÇÃO

A variável 404.jsp O script foi projetado especificamente para atender à autenticação AEM; especificamente para permitir o logon do sistema no caso desses erros.

Portanto, a substituição desse script deve ser feita com muito cuidado.

Personalização da resposta a erros HTTP 500

O HTTP Erro interno de servidor 500 indica um erro do lado do servidor, como o servidor encontrar uma condição inesperada que o impediu de atender à solicitação.

Quando o processamento de solicitações resulta em uma exceção, a estrutura Apache Sling (na qual o AEM é integrado):

  • Registra a exceção
  • E retorna no corpo da resposta:
    • O código de resposta HTTP 500
    • O rastreamento de pilha de exceção

Por personalização das páginas mostradas pelo manipulador de erros a 500.jsp pode ser criado. No entanto, só é utilizado se HttpServletResponse.sendError(500) é executado explicitamente; ou seja, de um capturador de exceção.

Caso contrário, o código de resposta será definido como 500, mas a variável 500.jsp não é executado.

Para tratar erros 500, o nome de arquivo do script do manipulador de erros deve ser igual à classe de exceção (ou superclasse). Para lidar com todas essas exceções, você pode criar um script /apps/sling/servlet/errorhandler/Throwable.jsp ou /apps/sling/servlet/errorhandler/Exception.jsp.

OBSERVAÇÃO

No AEM as Cloud Service, o CDN fornece uma página de erro genérica quando um erro 5XX é recebido do back-end. Para permitir que a resposta real do backend passe por você, é necessário adicionar o seguinte cabeçalho à resposta: x-aem-error-pass: true.
Isso funciona somente para respostas provenientes do AEM ou da camada Apache/Dispatcher. Outros erros inesperados provenientes de camadas de infraestrutura intermediária ainda exibirão a página de erro genérico.

ATENÇÃO

Em uma instância de autor, Filtro de depuração CQ WCM é ativado por padrão. Isso sempre resulta no código de resposta 200. O manipulador de erros padrão responde gravando o rastreamento de pilha completa na resposta.

Para um manipulador de erros personalizado, são necessárias respostas com o código 500 - para que o O Filtro de Depuração CQ WCM precisa ser desabilitado. Isso garante que o código de resposta 500 seja retornado, o que, por sua vez, aciona o manipulador de erros Sling correto.

Em uma instância de publicação, o Filtro de depuração WCM do CQ é sempre desativado (mesmo se configurado como ativado).

Nesta página