- Implementação de aplicativos do AEM as a Cloud Service
- Uso do Cloud Manager
- Gerenciamento de ambientes
- Configuração do pipeline de CI/CD
- Implantação do código
- Noções básicas dos resultados de teste
- Acesso e gerenciamento de registros
- Noções básicas das notificações
- Gerenciamento de certificados SSL
- Gerenciando Nomes de Domínio Personalizados
- Introdução
- Obtendo um nome de domínio personalizado
- Adicionando um nome de domínio personalizado
- Adicionando um registro TXT
- Verificando o status do nome de domínio personalizado
- Configuração de configurações DNS
- Verificando o status do registro DNS
- Visualização e atualização e substituição de um nome de domínio personalizado
- Atualização de um certificado SSL de nome de domínio personalizado
- Excluindo um Nome de Domínio Personalizado
- Gerenciando Listas de permissões IP
- Perguntas frequentes sobre o Cloud Manager
- Gerenciamento do código
- Desenvolvimento do AEM as a Cloud Service
- Estrutura de projetos do AEM
- Pacote de estrutura do repositório de projetos do AEM
- SDK do AEM as a Cloud Service
- Diretrizes de desenvolvimento do AEM as a Cloud Service
- Logs
- Configurações e o navegador de configuração
- Fundamentos técnicos AEM
- API do AEM as a Cloud Service
- Geração de Tokens de acesso para APIs do servidor
- Cabeça e Sem Cabeça em AEM
- Desenvolvimento de pilha completa AEM
- Introdução ao desenvolvimento do AEM Sites - Tutorial de WKND
- Estrutura da IU AEM
- Folha de características do Sling
- Uso de adaptadores Sling
- Uso do Sling Resource Merger no AEM as a Cloud Service
- Sobreposições no AEM as a Cloud Service
- Usando bibliotecas do lado do cliente
- Diferencial de páginas
- Limitações do editor
- Convenções de nomenclatura
- Componentes e modelos
- Estrutura de marcação AEM
- Criação de tags em aplicativos AEM
- Pesquisar
- Páginas de erro personalizadas
- Tipos de nó AEM
- Diretrizes da API Java
- Desenvolvimento de AEM híbrido
- Híbrido e SPA com AEM
- Ativando a exportação JSON para um componente
- Introdução SPA e Walkthrough
- Tutorial SPA WKND
- Introdução usando React
- Introdução ao uso do Angular
- SPA Deep Dives
- Desenvolver SPA para AEM
- Visão geral do editor de SPA
- SPA Blueprint
- Componente da página SPA
- Modelo dinâmico para mapeamento de componentes
- Roteamento de modelo
- O componente RemotePage
- Edição de um SPA externo em AEM
- Renderização do lado do servidor
- Ativando a exportação JSON para um componente
- Iniciar integração
- documentos de referência SPA
- Gerenciamento de experiência headless
- Sem cabeça e AEM
- Guias de introdução
- Fragmentos de conteúdo
- Delivery sem cabeçalho com Fragmentos de conteúdo e GraphQL
- Trabalho com fragmentos de conteúdo
- Ativar a funcionalidade de fragmento de conteúdo para sua instância
- Modelos de fragmentos do conteúdo
- Gerenciamento dos fragmentos de conteúdo
- Variações - Criação dos fragmentos de conteúdo
- Markdown
- Usar conteúdo associado
- Metadados - propriedades dos fragmentos
- Árvore de estrutura
- Pré-visualização - Representação JSON
- API de delivery
- Ferramentas do desenvolvedor
- Personalização
- Configuração e extensão do AEM as a Cloud Service
- Extensão de fragmentos de experiência
- Personalização e extensão de fragmentos de conteúdo
- Fragmentos de conteúdo configuram componentes para renderização
- Configuração de formulários de pesquisa
- Configurar o editor de rich text
- Configurar os plug-ins do RTE
- Configurar o RTE para criar sites acessíveis
- Implantação do AEM as a Cloud Service
- Camada do autor
- Visão geral da entrega de conteúdo
Personalizando páginas de erro
AEM vem com um manipulador de erros padrão para lidar com erros HTTP; por exemplo, mostrando:
Para responder a erros, AEM fornece um script 404.jsp em /libs/sling/servlet/errorhandler.
Como o AEM é baseado no Apache Sling, mais informações estão disponíveis na documentação de tratamento de erros do Apache.
Em uma instância do autor, CQ WCM Debug Filter está ativado por padrão. Isso sempre resulta no código de resposta 200. O manipulador de erros padrão responde gravando o rastreamento completo da pilha na resposta.
Em uma instância de publicação, o Filtro de Depuração do CQ WCM está always 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á AEM mecanismo de sobreposição padrão para que suas páginas personalizadas sejam criadas em /apps e sobreponham as páginas padrão que estão em /libs.
-
No repositório, copie os scripts 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.
- de
-
Vá até
/apps/sling/servlet/errorhandler. Aqui você pode:- 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.
-
Salve as alterações e teste.
O script 404.jsp foi projetado especificamente para atender à autenticação AEM; em particular, para permitir o logon do sistema no caso desses erros.
Portanto, a substituição desse script deve ser feita com muito cuidado.
Personalizando a resposta para erros HTTP 500
O HTTP 500 Internal Server Error indica um erro do lado do servidor, como o servidor que encontra uma condição inesperada que o impedia de atender à solicitação.
Quando o processamento da solicitação resulta em uma exceção, a estrutura Apache Sling (que AEM incorporada):
- Registra a exceção
- E retorna ao corpo da resposta:
- O código de resposta HTTP 500
- O rastreamento da pilha de exceções
Ao personalizar as páginas mostradas pelo manipulador de erros é possível criar um script 500.jsp. No entanto, ele só é usado se HttpServletResponse.sendError(500) for executado explicitamente; Ou seja, de um coletor de exceção.
Caso contrário, o código de resposta será definido como 500, mas o script 500.jsp não será executado.
Para lidar com erros 500, o nome do arquivo do script do manipulador de erros deve ser o mesmo da 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.
Em uma instância do autor, CQ WCM Debug Filter está ativado por padrão. Isso sempre resulta no código de resposta 200. O manipulador de erros padrão responde gravando o rastreamento completo da pilha na resposta.
Para um manipulador de erros personalizado, as respostas com o código 500 são necessárias; portanto, o Filtro de Depuração CQ WCM precisa ser desativado. 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 do CQ WCM está always desativado (mesmo se configurado como ativado).
Recursos em adobe.com
Nesta página
