Show Menu
TÓPICOS×

Solução de problemas do AEM

A seção a seguir aborda alguns problemas que podem ocorrer ao usar o AEM, juntamente com sugestões sobre como solucioná-los.
Se você estiver solucionando problemas de criação no AEM, consulte Solução de problemas para autores.
Ao enfrentar problemas, também é válida a verificação da lista de Problemas conhecidos para a sua instância (pacotes de versões e serviços).

Solução de problemas para administradores

A tabela a seguir fornece uma visão geral dos problemas que os administradores podem precisar resolver:
Função(ões) Problema
Administrador do sistema
Clicar duas vezes no jar do Quickstart não tem nenhum efeito ou abre o arquivo jar com outro programa (por exemplo, gerenciador de arquivos)
Administrador do sistema
Meu aplicativo em execução no CRX emite erros de falta de memória
Administrador do sistema
A tela de boas-vindas do AEM não é exibida no navegador após clicar duas vezes no Início rápido do AEM CM
Administrador do sistema
usuário administrador
Como fazer um despejo de thread
Administrador do sistema
usuário administrador
Verificando sessões JCR não fechadas

Problemas de instalação

Consulte Problemas de instalação comuns para obter informações sobre os seguintes cenários de solução de problemas:
  • Clique duas vezes no ícone de Início rápido não tem nenhum efeito ou o arquivo JAR é iniciado com outro programa (como o gerenciador do arquivos).
  • Os aplicativos em execução em CRX resultam em erros de falta de memória.
  • A tela de boas-vindas do AEM não exibe no navegador depois de clicar duas vezes no Início rápido do AEM.

Métodos para análise de solução de problemas

Como fazer um despejo de thread

O despejo de thread é uma lista de todos os threads Java que estão ativos no momento. Se o AEM não responder corretamente, o despejo de encadeamento pode ajudá-lo a identificar bloqueios ou outros problemas.

Usando o Sling Thread Dumper

  1. Abra o AEM Web Console ; por exemplo em https://localhost:4502/system/console/ .
  2. Selecione Threads na guia Status .

Usando jstack (linha de comando)

  1. Encontre o PID (ID do processo) da instância Java do AEM.
    Por exemplo, você pode usar ps -ef ou jps .
  2. Executar:
    jstack <pid>
  3. Isso mostrará o despejo de thread.
Você pode anexar os despejos de thread a um arquivo de log usando o redirecionamento de >> saída:
jstack <pid> >> /path/to/logfile.log
Consulte Como tirar os Thread Dumps de uma documentação JVM para obter mais informações

Verificando sessões JCR não fechadas

Quando a funcionalidade for desenvolvida para o AEM WCM, as Sessões JCR poderão ser abertas (comparável à abertura de uma conexão de banco de dados). Se as sessões abertas nunca forem fechadas, seu sistema poderá apresentar os seguintes sintomas:
  • O sistema fica mais lento.
  • Você pode ver um monte de CacheManager: redimensionarTodas as entradas no arquivo de log; o seguinte número (size=<x>) mostra o número de caches, cada sessão abre vários caches.
  • De tempos em tempos, o sistema fica sem memória (após algumas horas, dias ou semanas - dependendo da gravidade).
Para analisar sessões não fechadas e descobrir qual código não está fechando uma sessão, consulte o artigo da Base de conhecimento Analisar sessões não fechadas.

Uso do console da Web do Adobe Experience Manager

O estatuto dos pacotes OSGi também pode dar uma indicação precoce de possíveis emissões.
  1. Abra o AEM Web Console ; por exemplo em https://localhost:4502/system/console/ .
  2. Selecione Pacotes na guia OSGI .
  3. Marcar:
    • o Status dos pacotes. Se algum estiver Inativo ou insatisfeito, tente parar e reiniciar o pacote. Se o problema persistir, talvez seja necessário investigar mais detalhadamente usando outros métodos.
    • se algum dos pacotes tem dependências ausentes. Esses detalhes podem ser vistos clicando no Nome do pacote individual, que é um link (o exemplo a seguir não tem problemas):