Resolução de Problemas do Dispatcher

OBSERVAÇÃO

As versões do Dispatcher são independentes do AEM, no entanto, a documentação do Dispatcher está incorporada na documentação do AEM. Sempre use a documentação do Dispatcher incorporada à documentação da 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.

OBSERVAÇÃO

Verifique a configuração básica

Como sempre, as primeiras etapas são verificar as noções básicas:

  • Confirmar operação básica

  • Verificar todos os arquivos de log do servidor Web e do Dispatcher. Se necessário, aumente o loglevel usado para o logging do Dispatcher.

  • Verifique sua configuração:

    • Você tem vários Dispatchers?

      • Você determinou qual Dispatcher está lidando com o site/página que você 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 do IIS podem ser baixadas e configuradas
  • IIS 7 - o rastreamento é totalmente integrado

Isso pode ajudá-lo a monitorar a atividade.

IIS e 404 Não encontrado

Ao usar o IIS, você pode experimentar 404 Not Found retornando em vários cenários. Em caso afirmativo, consulte os seguintes artigos da Knowledge base.

Você também deve verificar se a raiz do cache do dispatcher e a raiz do documento do IIS estão definidas no mesmo diretório.

Problemas ao excluir modelos de fluxos de trabalho

Sintomas

Problemas ao tentar excluir modelos de fluxos de trabalho ao acessar uma instância de autor do AEM por meio do Dispatcher.

Etapas a serem reproduzidas:

  1. Faça logon na sua instância do autor (confirme se as solicitações estão sendo roteadas pelo dispatcher).

  2. Crie 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 no fluxo de trabalho e depois clique em Excluir.

  5. Clique em Sim para confirmar.

  6. Uma caixa de mensagem de erro será exibida mostrando:
    “ERROR 'Could not delete workflow model!!”.

Resolução

Adicione os seguintes cabeçalhos à seção /clientheaders do arquivo dispatcher.any:

  • x-http-method-override
  • x-requested-with
{  
{  
/clientheaders  
{  
...  
"x-http-method-override"  
"x-requested-with"  
}

Interferência com mod_dir (Apache)

Descreve como o Dispatcher interage com o mod_dir no servidor Web Apache, pois isso pode levar a vários efeitos possivelmente inesperados:

Apache 1.3

No Apache 1.3, mod_dir lida com cada solicitação em que o URL mapeia para um diretório no sistema de arquivos.

Ele irá:

  • redirecionar a solicitação para um arquivo index.html existente
  • gerar uma listagem de diretórios

Quando o Dispatcher está ativado, ele processa essas solicitações se registrando 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. O mod_dir lida com esse estágio redirecionando uma solicitação (quando o URL mapeia para um diretório) para o URL com uma / anexada.

O Dispatcher não intercepta a correção mod_dir, mas lida completamente com a solicitação para o URL redirecionado (ou seja, com / anexada). Isso pode causar um problema se o servidor remoto (por exemplo, o AEM) manipula solicitações para /a_path de forma diferente para solicitações para /a_path/ (quando /a_path mapeia para um diretório existente).

Se isso acontecer, você deve:

  • desativar mod_dir para a subárvore Directory ou Location manipulada pelo dispatcher

  • usar DirectorySlash Off para configurar mod_dir para não anexar /

Nesta página