Résoudre les problèmes liés à Dispatcher troubleshooting-dispatcher-problems
Vérifier la configuration de base check-the-basic-configuration
Comme toujours, les premières étapes consistent à vérifier les éléments de base :
-
Passez en revue tous les fichiers journaux du serveur web et de Dispatcher. Si nécessaire, augmentez le paramètre
loglevelutilisé pour la journalisation de Dispatcher. -
Vérifiez votre configuration :
-
Disposez-vous de plusieurs instances de Dispatcher ?
- Avez-vous déterminé quelle est instance de Dispatcher qui gère le site web ou la page en cours de test ?
-
Avez-vous implémenté des filtres ?
- Ces filtres ont-ils un impact sur le sujet que vous étudiez ?
-
Outils de diagnostic IIS iis-diagnostic-tools
IIS propose divers outils de trace, en fonction de la version :
- IIS 6 : vous pouvez télécharger et configurer des outils de diagnostic IIS.
- IIS 7 : le suivi est entièrement intégré.
Ces outils peuvent vous aider à surveiller l’activité.
Problèmes lors de la suppression de modèles de workflow problems-deleting-workflow-models
Symptômes
Problèmes lors de la tentative de suppression de modèles de workflow lors de l’accès à une instance de création AEM via Dispatcher.
Étapes à reproduire :
-
Connectez-vous à votre instance de création (vérifiez que les requêtes sont acheminées via Dispatcher).
-
Créez un processus ; par exemple, en définissant le titre workflowToDelete.
-
Vérifiez que le workflow a bien été créé.
-
Sélectionnez un workflow et cliquez dessus avec le bouton droit, puis cliquez sur Supprimer.
-
Cliquez sur Oui pour confirmer.
-
Une boîte de message d’erreur s’affiche. Elle affiche les informations suivantes :
ERROR 'Could not delete workflow model!!.
Résolution
Ajoutez les en-têtes suivants à la section /clientheaders du fichier dispatcher.any :
x-http-method-overridex-requested-with
{
{
/clientheaders
{
...
"x-http-method-override"
"x-requested-with"
}
Interférence avec mod_dir (Apache) interference-with-mod-dir-apache
Ce processus décrit comment Dispatcher interagit avec mod_dir dans le serveur web Apache, car cela peut entraîner des effets variés, potentiellement inattendus :
Apache 1.3 apache
Dans Apache 1.3, mod_dir traite chaque requête pour laquelle l’URL est mappée à un répertoire du système de fichiers.
mod_dir :
- redirige la demande vers un fichier
index.htmlexistant ; - génère une liste de répertoires.
Lorsque Dispatcher est activé, il traite ces demandes en s’enregistrant lui-même en tant que gestionnaire pour le type de contenu httpd/unix-directory.
Apache 2.x apache-x
Dans Apache 2.x, les choses sont différentes. Un module peut gérer différentes étapes de la requête, telles que la correction de l’URL. mod_dir gère cette étape en redirigeant une requête (lorsque l’URL est mappée à un répertoire) vers l’URL comportant un signe / ajouté.
Dispatcher n’intercepte pas la correction mod_dir mais gère entièrement la requête vers l’URL redirigée (c’est-à-dire avec le signe / ajouté). Ce processus peut poser un problème si le serveur distant (par exemple AEM) gère les requêtes envoyées à /a_path différemment des requêtes envoyées à /a_path/ (lorsque /a_path est mappé sur un répertoire existant).
Dans cette situation, vous devez effectuer l’une des opérations suivantes :
-
Désactivez
mod_dirpour la sous-arborescenceDirectoryouLocationgérée par Dispatcher. -
Utilisez
DirectorySlash Offpour configurermod_dirde manière à ne pas ajouter le signe/.