Solución de problemas de Dispatcher troubleshooting-dispatcher-problems
Comprobar la configuración básica check-the-basic-configuration
Como siempre, los primeros pasos son comprobar los datos básicos:
-
Compruebe todos los archivos de registro de su servidor web y de Dispatcher. Si es necesario, aumente el
loglevel
utilizado para el registro de Dispatcher. -
-
¿Tiene varias instancias de Dispatcher?
- ¿Ha determinado qué Dispatcher está administrando el sitio web o la página que está investigando?
-
¿Ha implementado filtros?
- ¿Estos filtros afectan al asunto que está investigando?
-
Herramientas de diagnóstico de IIS iis-diagnostic-tools
IIS proporciona varias herramientas de seguimiento, en función de la versión real:
- IIS 6: las herramientas de diagnóstico de IIS se pueden descargar y configurar
- IIS 7: el seguimiento está totalmente integrado
Estas herramientas pueden ayudarle a monitorizar la actividad.
IIS y 404 no encontrado iis-and-not-found
Al utilizar IIS, es posible que 404 Not Found
se devuelva en varias ocasiones. Si es así, consulte los siguientes artículos de la Base de conocimientos.
También debe comprobar que la raíz de la caché de Dispatcher y la del documento de IIS estén configuradas en el mismo directorio.
Problemas al eliminar modelos de flujo de trabajo problems-deleting-workflow-models
Síntomas
Problemas al intentar eliminar modelos de flujo de trabajo al acceder a una instancia de autor de AEM a través de Dispatcher.
Pasos a seguir:
-
Inicie la sesión en la instancia de autor (confirme que las solicitudes se dirigen a través de Dispatcher).
-
Cree un nuevo flujo de trabajo; por ejemplo, con el título establecido en workflowToDelete.
-
Confirme que el flujo de trabajo se ha creado correctamente.
-
Seleccione el flujo de trabajo y haga clic con el botón derecho del ratón en él y, a continuación, haga clic en Eliminar.
-
Haga clic en Sí para confirmar.
-
Aparece un cuadro de mensaje de error que muestra lo siguiente:
ERROR 'Could not delete workflow model!!
.
Resolución
Agregue los siguientes encabezados a la sección /clientheaders
del archivo dispatcher.any
:
x-http-method-override
x-requested-with
{
{
/clientheaders
{
...
"x-http-method-override"
"x-requested-with"
}
Interferencia con mod_dir (Apache) interference-with-mod-dir-apache
Este proceso describe cómo interactúa Dispatcher con mod_dir
dentro del servidor web Apache, ya que puede producir varios efectos potencialmente inesperados:
Apache 1.3 apache
En Apache 1.3, mod_dir
administra cada solicitud donde la URL se asigna a un directorio en el sistema de archivos.
Puede:
- redirigir la solicitud a un archivo
index.html
existente - generar una lista de directorios
Cuando Dispatcher esté activado, procesa dichas solicitudes registrándose como controlador para el tipo de contenido httpd/unix-directory
.
Apache 2.x apache-x
En Apache 2.x las cosas son diferentes. Un módulo puede administrar diferentes etapas de la solicitud, como la corrección de URL. mod_dir
administra esta fase redireccionando una solicitud (cuando la dirección URL se asigna a un directorio) a la dirección URL con un /
anexado.
Dispatcher no intercepta la corrección mod_dir
, pero administra completamente la solicitud a la dirección URL redirigida (es decir, con /
anexado). Este proceso puede suponer un problema si el servidor remoto (por ejemplo, AEM) administra las solicitudes a /a_path
de forma diferente a las solicitudes a /a_path/
(cuando /a_path
se asigna a un directorio existente).
Si esto sucede, debe:
-
desactivar
mod_dir
para el subárbolDirectory
oLocation
que administra Dispatcher -
utilizar
DirectorySlash Off
para configurarmod_dir
no anexar/