Beheben von Problemen beim Dispatcher troubleshooting-dispatcher-problems
Überprüfen der Basiskonfiguration check-the-basic-configuration
Wie immer müssen zunächst die Grundlagen überprüft werden:
- 
                  
Überprüfen Sie alle Protokolldateien für den Webserver und den Dispatcher. Erhöhen Sie ggf. das
loglevelfür die Dispatcher-Protokollierung. - 
                  
                  
- 
                      
Haben Sie mehrere Dispatcher?
- Haben Sie ermittelt, welcher Dispatcher die Website/Seite verarbeitet, die Sie prüfen?
 
 - 
                      
Haben Sie Filter implementiert?
- Haben diese Filter Auswirkungen auf den Aspekt, den Sie prüfen?
 
 
 - 
                      
 
IIS-Diagnosewerkzeuge iis-diagnostic-tools
IIS bietet verschiedene Werkzeuge für die Ablaufverfolgung, abhängig von der jeweiligen Version:
- IIS 6: Die IIS-Diagnosewerkzeuge können heruntergeladen und konfiguriert werden.
 - IIS 7: Die Ablaufverfolgung ist vollständig integriert.
 
Mit diesen Tools können Sie die Aktivität überwachen.
Probleme beim Löschen von Workflow-Modellen problems-deleting-workflow-models
Symptome
Beim Löschen von Workflow-Modellen beim Zugriff auf eine AEM-Autoreninstanz durch den Dispatcher treten Probleme auf.
Zu reproduzierende Schritte:
- 
                  
Melden Sie sich bei der Autoreninstanz an (um zu bestätigen, dass Anfragen über den Dispatcher weitergeleitet werden).
 - 
                  
Erstellen Sie einen Workflow, z. B. mit dem Titel „workflowToDelete“.
 - 
                  
Vergewissern Sie sich, dass der Workflow erfolgreich erstellt wurde.
 - 
                  
Wählen Sie den Workflow aus, klicken Sie mit der rechten Maustaste darauf und klicken Sie dann auf Löschen.
 - 
                  
Klicken Sie zur Bestätigung auf Ja.
 - 
                  
Es wird ein Fehlermeldungsfeld mit folgenden Informationen angezeigt:
ERROR 'Could not delete workflow model!!. 
Problemlösung
Fügen Sie die folgenden Header im Abschnitt /clientheaders der Datei dispatcher.any hinzu:
x-http-method-overridex-requested-with
{
{
/clientheaders
{
...
"x-http-method-override"
"x-requested-with"
}
            Wechselwirkung mit „mod_dir“ (Apache) interference-with-mod-dir-apache
Dieser Prozess beschreibt, wie der Dispatcher mit mod_dir im Apache-Webserver interagiert, da dies zu verschiedenen, möglicherweise unerwarteten Auswirkungen führen kann:
Apache 1.3 apache
In Apache 1.3 verarbeitet mod_dir alle Anfragen, bei denen die URL auf ein Verzeichnis im Dateisystem verweist.
Es wird eine der folgenden Aktionen ausgeführt:
- Die Anfrage wird an eine vorhandene 
index.html-Datei weitergeleitet. - Es wird eine Verzeichnisliste erstellt.
 
Wenn der Dispatcher aktiviert ist, verarbeitet er solche Anfragen, indem er sich selbst als Handler für den Inhaltstyp httpd/unix-directory registriert.
Apache 2.x apache-x
In Apache 2.x sind die Dinge anders. Ein Modul kann die verschiedenen Phasen der Anfrage behandeln, z. B. URL-Korrekturen. mod_dir verarbeitet diese Phase, indem eine Anfrage (wenn die URL einem Ordner zugeordnet ist) an die URL mit angefügtem / weitergeleitet wird.
Der Dispatcher fängt die mod_dir-Korrektur nicht ab, sondern verarbeitet die Anfrage an die umgeleitete URL (d. h. mit angehängtem /) vollständig. Dieser Prozess kann ein Problem darstellen, wenn der Remote-Server (z. B. AEM) Anfragen an /a_path anders als Anfragen an /a_path/ behandelt (wenn /a_path einem vorhandenen Ordner zugeordnet ist).
Wenn dies der Fall ist, müssen Sie einen der beiden folgenden Schritte ausführen:
- 
                  
Deaktivieren Sie
mod_dirfür die UnterstrukturDirectoryoderLocation, die vom Dispatcher verarbeitet wird. - 
                  
Verwenden Sie
DirectorySlash Off, ummod_dirso zu konfigurieren, dass/nicht angefügt wird.