Depuração AEM as a Cloud Service com o Console do desenvolvedor
AEM as a Cloud Service fornece um Console do desenvolvedor para cada ambiente que expõe vários detalhes do serviço de AEM em execução que são úteis na depuração.
Cada ambiente AEM as a Cloud Service tem seu próprio Console do desenvolvedor.
Acesso ao Console do desenvolvedor
Para acessar e usar o Console do desenvolvedor, as seguintes permissões devem ser fornecidas ao Adobe ID do desenvolvedor por meio do Admin Console.
Certifique-se de que a organização do Adobe que afetou o Cloud Manager e AEM produtos as a Cloud Service esteja ativa no seletor de organização do Adobe.
Se essa associação não existir, a variável status os despejos atingirão o tempo limite com um erro 401 Unauthorized .
Solução de problemas do acesso ao Console do desenvolvedor
401 Erro não autorizado quando do estatuto de dumping
Se for reportado um erro 401 Unauthorized com qualquer status de dumping , significa que o usuário ainda não existe com as permissões necessárias AEM as a Cloud Service ou que os tokens de logon são inválidos ou expiraram.
Para resolver o problema 401 Não autorizado:
Certifique-se de que o usuário é membro do Perfil de produto do Adobe IMS apropriado (Administradores AEM ou Usuários AEM) para a instância de produto as a Cloud Service AEM associada do Console do desenvolvedor.
Lembre-se de que o Console do desenvolvedor acessa duas Instâncias de produto do Adobe IMS; As instâncias de produto Autor e Publicação as a Cloud Service do AEM, para garantir que os Perfis de produto corretos sejam usados, dependendo de qual camada de serviço requer acesso por meio do Console do desenvolvedor.
Faça logon no AEM as a Cloud Service (Autor ou Publicação) e verifique se o usuário e os grupos foram sincronizados corretamente no AEM.
O Console do desenvolvedor requer que o registro do usuário seja criado na camada de serviço de AEM correspondente para ser autenticado nessa camada de serviço.
Limpe os cookies dos navegadores, bem como o estado do aplicativo (armazenamento local) e faça logon novamente no Console do desenvolvedor, garantindo que o token de acesso que o Console do desenvolvedor está usando esteja correto e expirado.
Pod
AEM serviços as a Cloud Service de Autor e Publicação são compostos de várias instâncias, respectivamente, para lidar com a variabilidade do tráfego e atualizações contínuas sem tempo de inatividade. Essas instâncias são chamadas de Pods. A seleção de pod no Console do desenvolvedor define o escopo dos dados que serão expostos por meio de outros controles.
Um pod é uma instância discreta que faz parte de um Serviço de AEM (Autor ou Publicação)
Os pods são transitórios, o que significa AEM criações as a Cloud Service e os destrói conforme necessário
Somente os pods que fazem parte do ambiente AEM as a Cloud Service associado são listados no alternador de pods do Console do desenvolvedor.
Na parte inferior do alternador de pods, as opções de conveniência permitem selecionar Pods por tipo de serviço:
Todos os autores
Todos os editores
Todas as instâncias
Status
O status fornece opções para a saída de um estado de tempo de execução AEM específico no texto ou na saída JSON. O Console do desenvolvedor fornece informações semelhantes ao console da Web OSGi do início rápido local do SDK AEM, com a diferença marcada de que o Console do desenvolvedor é somente leitura.
Localização e identificação de propriedades mal configuradas
Índices Oak
Os Índices Oak fornecem um despejo dos nós definidos abaixo /oak:index. Lembre-se de que isso não mostra índices mesclados, o que ocorre quando um índice de AEM é modificado.
Ajuda dos Índices Oak na depuração por:
Listando todas as definições do índice Oak fornecendo insights de como as consultas de pesquisa são executadas em AEM. Lembre-se de que os índices modificados em AEM não são refletidos aqui. Essa exibição só é útil para índices fornecidos exclusivamente por AEM ou fornecidos exclusivamente pelo código personalizado.
Listagem de filas de trabalhos do Sling e suas configurações
Fornecer insights sobre o número de trabalhos do Sling ativos, enfileirados e processados, o que é útil para depurar problemas com o Fluxo de trabalho, o Fluxo de trabalho transitório e outros trabalhos executados pelos Trabalhos do Sling no AEM.
Os pacotes Java são usados para solucionar problemas de pacotes que não estão sendo iniciados por causa de importações não resolvidas ou classes não resolvidas em scripts (HTL, JSP etc). Se os pacotes Java não relatarem nenhum pacote exportarem um pacote Java (ou a versão não corresponder àquela importada por um pacote OSGi):
Certifique-se de que a versão da dependência do AEM API do projeto corresponde à versão da versão da AEM do ambiente (e, se possível, atualize tudo para a mais recente).
Se as dependências de Maven extras forem usadas no projeto Maven
Determine se uma API alternativa fornecida pela dependência da API do SDK AEM pode ser usada.
Se a dependência extra for necessária, verifique se ela é fornecida como um pacote OSGi (em vez de um Jar simples) e se está incorporada ao pacote de código do seu projeto, (ui.apps), semelhante à forma como o pacote OSGi principal é incorporado na variável ui.apps pacote.
Servlets
Os servlets são usados para fornecer informações sobre como o AEM resolve um URL para um servlet ou script Java (HTL, JSP) que, em última análise, lida com a solicitação. Essa funcionalidade é igual a AEM Resolvedor do Sling Servlet do início rápido local do SDK at /system/console/servletresolver.
Os servlets ajudam na depuração a determinar:
Como um URL é decomposto em suas partes endereçáveis (recurso, seletor, extensão).
Para qual servlet ou script um URL resolve, ajudando a identificar URLs mal formados ou servlets/scripts mal registrados.
As consultas só funcionam quando um pod específico é selecionado, pois abre o console da Web de Desempenho da Consulta desse pod, exigindo que o desenvolvedor tenha acesso para fazer logon no serviço de AEM.
As consultas ajudam na depuração ao:
Explicando como as consultas são interpretadas, analisadas e executadas pelo Oak. Isso é muito importante ao rastrear por que um query está lento e entender como ele pode ser acelerado.
Listando as consultas mais populares em execução no AEM, com a capacidade de Explicá-las.
Listando as consultas mais lentas em execução no AEM, com a capacidade de Explicá-las.