Resolução de problemas do Dispatcher troubleshooting-dispatcher-problems
Verifique a configuração básica check-the-basic-configuration
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 iis-diagnostic-tools
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 iis-and-not-found
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 problems-deleting-workflow-models
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) interference-with-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 apache
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 apache-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/