Resolução de problemas do Dispatcher
- Tópicos:
- Dispatcher
Criado para:
- Administrador
Verifique a configuração básica
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ê determinou qual Dispatcher está lidando com o site/página que você está investigando?
-
Você implementou filtros?
- Esses filtros 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
Essas ferramentas podem ajudar você a monitorar a atividade.
IIS e 404 Não encontrado
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.
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.
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:
-
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"
}
Interferência com mod_dir (Apache)
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:
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 estiver ativado, ele processará essas solicitações se registrando como um manipulador para o tipo de conteúdo httpd/unix-directory
.
Apache 2.x
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áriaDirectory
ouLocation
manipulada pelo Dispatcher -
usar
DirectorySlash Off
para configurarmod_dir
para não anexar/