Solución de problemas de Dispatcher

NOTA

Las versiones de Dispatcher son independientes de AEM, pero la documentación de Dispatcher está incrustada en la de AEM. Utilice siempre la documentación de Dispatcher incrustada en la documentación para la versión más reciente de AEM.

Es posible que se le haya redirigido a esta página si ha seguido un vínculo a la documentación de Dispatcher insertado en la documentación de una versión anterior de AEM.

Comprobar la configuración básica

Como siempre, los primeros pasos son comprobar los conceptos básicos:

  • Confirmar operación básica

  • Comprobar todos los archivos de registro de su servidor web y Dispatcher. Si es necesario, aumente el loglevel utilizado para el registro de Dispatcher.

  • Comprobar la configuración:

    • ¿Tiene varias instancias de Dispatcher?

      • ¿Ha determinado qué Dispatcher está administrando el sitio web o la página que está investigando?
    • ¿Ha implementado filtros?

      • ¿Están afectando al asunto que está investigando?

Herramientas de diagnóstico de IIS

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

Esto puede ayudarle a supervisar la actividad.

IIS y 404 no encontrado

Al utilizar IIS, es posible que 404 Not Found aparezca 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

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:

  1. Inicie sesión en la instancia de autor (confirme que las solicitudes se enrutan a través de Dispatcher).

  2. Cree un nuevo flujo de trabajo; por ejemplo, con el título workflowToDelete.

  3. Confirme que el flujo de trabajo se ha creado correctamente.

  4. Seleccione y haga clic con el botón derecho en el flujo de trabajo y, a continuación, haga clic en Eliminar.

  5. Haga clic en para confirmar.

  6. Aparecerá un mensaje de error que muestra:
    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)

Esto describe cómo interactúa Dispatcher con mod_dir dentro del servidor web Apache, ya que puede producir varios efectos inesperados:

Apache 1.3

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é habilitado, procesará dichas solicitudes registrándose como controlador para el tipo de contenido httpd/unix-directory.

Apache 2.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 este paso redireccionando una solicitud (cuando la dirección URL se asigna a un directorio) a la dirección URL con un / anexo.

Dispatcher no intercepta la corrección mod_dir, pero administra completamente la solicitud a la dirección URL redirigida (es decir, con / anexado). Esto 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:

  • deshabilitar mod_dir para el subárbol Directory o Location que administra Dispatcher

  • utilizar DirectorySlash Off para configurar mod_dir no anexar /

En esta página