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

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 comuns de instalação 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 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 poderá ajudá-lo a identificar bloqueios ou outros problemas.

Usando o Sling Thread Dumper

Abra o AEM Web Console; por exemplo, em http://localhost:4502/system/console/.
Selecione a guia Threads em Status.

screen_shot_2012-02-13at43925pm

Usando jstack (linha de comando)

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

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

jstack <pid>
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 a documentação Como tirar os Dumps de Thread de uma JVM para obter mais informações

Verificando se há 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ões nã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.

Abra o AEM Web Console; por exemplo, em http://localhost:4502/system/console/.
Selecione Pacotes na guia OSGI.
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):