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 também a Knowledge base do Dispatcher, Resolução de problemas de liberação 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 Web e do Dispatcher. Se necessário, aumente o loglevel
usado para o logging do Dispatcher.
Você tem vários Dispatchers?
Você implementou filtros?
O IIS fornece várias ferramentas de rastreamento, dependendo da versão real:
Isso pode ajudá-lo a monitorar a atividade.
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.
/bin
retornam 404 Not Found
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.
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 novo 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 no fluxo de trabalho e depois clique em Excluir.
Clique em Sim para confirmar.
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"
}
Descreve como o Dispatcher interage com o mod_dir
no servidor 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 está ativado, ele processa essas solicitações se registrando como um manipulador para o tipo de conteúdo httpd/unix-directory
.
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 /