Show Menu
TÓPICOS×

Resolução de Problemas do Dispatcher

As versões do Dispatcher são independentes do AEM, no entanto, a documentação do Dispatcher é incorporada na documentação AEM. Use sempre a documentação do Dispatcher incorporada na documentação para obter a versão mais recente do AEM.
Você pode ter sido redirecionado para esta página se tiver seguido um link para a documentação do Dispatcher incorporada à documentação de uma versão anterior do AEM.
Consulte também a Base de conhecimento do Dispatcher, a Solução de problemas de descarga do Dispatcher e as Perguntas frequentes sobre os problemas principais do Dispatcher para obter mais informações.

Verifique a configuração básica

Como sempre, as primeiras etapas são verificar as noções básicas:
  • Verifique todos os arquivos de log para seu servidor da Web e despachante. Se necessário, aumente o loglevel usado para o registro do dispatcher.
    • Você tem vários Dispatchers?
      • Você determinou qual Dispatcher está manipulando o site / página que está investigando?
    • Você implementou filtros?
      • Eles estão afetando o assunto que você está investigando?

Ferramentas de Diagnóstico do IIS

O IIS fornece várias ferramentas de rastreamento, dependendo da versão real:
  • IIS 6 - Ferramentas de diagnóstico IIS podem ser baixadas e configuradas
  • IIS 7 - O rastreamento está totalmente integrado
Isso pode ajudá-lo a monitorar a atividade.

IIS e 404 não encontrados

Ao usar o IIS, você pode experimentar 404 Not Found ser retornado em vários cenários. Em caso afirmativo, consulte os seguintes artigos da Base de conhecimento.
Você também deve verificar se a raiz do cache do dispatcher e a raiz do documento do IIS estão definidas para o mesmo diretório.

Problemas ao excluir modelos de fluxo de trabalho

Sintomas
Problemas ao tentar excluir modelos de fluxo de trabalho ao acessar uma instância do autor AEM por meio do Dispatcher.
Etapas para reproduzir:
  1. Faça logon na instância do autor (confirme se as solicitações estão sendo encaminhadas pelo dispatcher).
  2. Criar um novo fluxo de trabalho; por exemplo, com o Título definido como workflowToDelete.
  3. Confirme se o fluxo de trabalho foi criado com êxito.
  4. Selecione e clique com o botão direito do mouse no fluxo de trabalho e clique em Excluir .
  5. Click Yes to confirm.
  6. Uma caixa de mensagem de erro será exibida: " ERROR 'Could not delete workflow model!! ".
Resolução
Adicione os seguintes cabeçalhos à /clientheaders seção do seu dispatcher.any arquivo:
  • x-http-method-override
  • x-requested-with
{  
{  
/clientheaders  
{  
...  
"x-http-method-override"  
"x-requested-with"  
}

Interferência com mod_dir (Apache)

Isso descreve como o dispatcher interage com mod_dir o servidor Web Apache, pois isso pode causar vários efeitos potencialmente inesperados:

Apache 1.3

No Apache 1.3, mod_dir lida com cada solicitação em que o URL é mapeado para um diretório no sistema de arquivos.
Isso irá:
  • redirecionar a solicitação para um index.html arquivo existente
  • gerar uma listagem de diretório
Quando o dispatcher está ativado, ele processa essas solicitações ao se registrar como um manipulador para o tipo de conteúdo httpd/unix-directory .

Apache 2.x

No Apache 2.x as coisas são diferentes. Um módulo pode lidar com diferentes estágios da solicitação, como correção de URL. mod_dir trata desse estágio redirecionando uma solicitação (quando o URL mapeia para um diretório) para o URL com um / anexo.
O Dispatcher não intercepta a mod_dir correção, mas lida completamente com a solicitação para o URL redirecionado (isto é, com / anexo). Isso pode causar um problema se o servidor remoto (por exemplo, AEM) manipular solicitações de forma /a_path diferente das solicitações feitas /a_path/ (quando /a_path mapeia para um diretório existente).
Se isso acontecer, você deverá:
  • desativar mod_dir para a Directory subárvore ou Location subárvore manuseada pelo expedidor
  • use DirectorySlash Off para configurar mod_dir para não anexar /