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.
Verifique a Knowledge base do Dispatcher, a Solução de problemas de limpeza do Dispatcher e as Perguntas frequentes sobre os problemas principais do Dispatcher para obter mais informações.
Como sempre, as primeiras etapas são verificar as noções básicas:
Verificar todos os arquivos de log do servidor da Web e do Dispatcher. Se necessário, aumente o loglevel
usado para o log do Dispatcher.
Você tem vários Dispatchers?
Você implementou filtros?
O IIS fornece várias ferramentas de rastreamento, dependendo da versão real:
Essas ferramentas podem ajudar você a monitorar a atividade.
Ao usar o IIS, o erro 404 Not Found
pode estar retornando em vários cenários. Em caso afirmativo, consulte os seguintes artigos da Knowledge base.
/bin
retornam 404 Not Found
Verifique também se a raiz do cache do Dispatcher e a raiz do documento do IIS estão definidas para o mesmo diretório.
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:
Faça logon na sua instância do autor (confirme se as solicitações estão sendo roteadas pelo Dispatcher).
Crie um fluxo de trabalho; por exemplo, com o título definido como workflowToDelete.
Confirme se o fluxo de trabalho foi criado com êxito.
Selecione e clique com o botão direito do mouse no fluxo de trabalho e clique em Excluir.
Clique em Sim para confirmar.
Uma caixa de mensagem de erro é exibida mostrando o seguinte:
“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"
}
Esse processo descreve como o Dispatcher interage com o mod_dir
no servidor da Web Apache, pois isso pode levar a vários efeitos possivelmente inesperados:
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á:
index.html
existenteQuando o Dispatcher estiver ativado, ele processará essas solicitações se registrando como um manipulador para o tipo de conteúdo httpd/unix-directory
.
No Apache 2.x, isso é diferente. 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). Esse processo pode causar um problema se o servidor remoto (por exemplo, o AEM) manipula as solicitações para /a_path
de forma diferente das solicitações para /a_path/
(quando /a_path
mapeia para um diretório existente).
Se essa situação ocorrer, você deve:
desativar o mod_dir
para a árvore secundária Directory
ou Location
manipulada pelo Dispatcher
usar DirectorySlash Off
para configurar mod_dir
para não anexar /