Solução de problemas AEM

A seção a seguir aborda alguns problemas que podem ocorrer ao usar AEM, juntamente com sugestões sobre como solucioná-los.

Observação

Se você estiver solucionando problemas de criação no AEM, consulte Solução de problemas para autores.

Observação

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).

Cenários de 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 no Duplo do jar do Quickstart não tem nenhum efeito ou abre o arquivo jar com outro programa (por exemplo, gerenciador de arquivamento)

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 no duplo AEM Início rápido do CM

Administrador do sistema

usuário administrador

Como fazer um despejo de encadeamento

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 solução de problemas de Análise

Como fazer um despejo de encadeamento

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 poderá ajudá-lo a identificar bloqueios ou outros problemas.

Usando o Sling Thread Dumper

  1. Abra o console da Web AEM; por exemplo em http://localhost:4502/system/console/.

  2. Selecione Threads na guia Status .

screen_shot_2012-02-13at43925pm

Usando jstack (linha de comando)

  1. Encontre o PID (ID do processo) da instância do Java AEM.

    Por exemplo, você pode usar ps -ef ou jps.

  2. Executar:

    jstack <pid>

  3. Isso mostrará o despejo de thread.

Observação

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 é desenvolvida para AEM WCM, as Sessões JCR podem 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 número a seguir (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õesnão fechadas.

Usando o Adobe Experience Manager Web Console

O estatuto dos pacotes OSGi também pode dar uma indicação precoce de possíveis emissões.

  1. Abra o console da Web AEM; por exemplo em http://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):

screen_shot_2012-02-13at44706pm

Nesta página