Problemen met verzending van problemen oplossen troubleshooting-dispatcher-problems
Controleer de basisconfiguratie check-the-basic-configuration
Zoals altijd zijn de eerste stappen het controleren van de grondbeginselen:
-
Controleer alle logbestanden op uw webserver en Dispatcher. Indien nodig, verhoog de dosis
loglevel
gebruikt voor de Dispatcher logboekregistratie. -
-
Hebt u meerdere verzenders?
- Hebt u bepaald welke Dispatcher de website/pagina verwerkt die u onderzoekt?
-
Hebt u filters geïmplementeerd?
- Hebben deze filters invloed op de zaak die u onderzoekt?
-
IIS Diagnostic Tools iis-diagnostic-tools
IIS verstrekt diverse spoorhulpmiddelen, afhankelijk van de daadwerkelijke versie:
- IIS 6 - diagnostische hulpmiddelen IIS kunnen worden gedownload en worden gevormd
- IIS 7 - het vinden is volledig geïntegreerd
Deze hulpmiddelen kunnen u helpen activiteit controleren.
IIS en 404 niet gevonden iis-and-not-found
Wanneer u IIS gebruikt, kunt u 404 Not Found
teruggegeven in verschillende scenario's. Zo ja, zie de volgende artikelen in de Knowledge Base.
Controleer ook of de hoofdmap van de Dispatcher-cache en de hoofdmap van het IIS-document zijn ingesteld op dezelfde map.
Problemen bij het verwijderen van workflowmodellen problems-deleting-workflow-models
Symptomen
Problemen bij het verwijderen van workflowmodellen wanneer een AEM auteur-instantie wordt benaderd via de Dispatcher.
Stappen om te reproduceren:
-
Meld u aan bij de instantie van de auteur (bevestig dat aanvragen worden gerouteerd via de Dispatcher).
-
Een workflow maken; bijvoorbeeld als Titel is ingesteld op workflowToDelete.
-
Controleer of de workflow is gemaakt.
-
Selecteer en klik met de rechtermuisknop op de workflow en klik vervolgens op Verwijderen.
-
Klikken Ja ter bevestiging.
-
Er wordt een foutbericht weergegeven met het volgende:
"ERROR 'Could not delete workflow model!!
".
Resolutie
Voeg de volgende kopteksten aan toe /clientheaders
deel van uw dispatcher.any
bestand:
x-http-method-override
x-requested-with
{
{
/clientheaders
{
...
"x-http-method-override"
"x-requested-with"
}
Interferentie met mod_dir (Apache) interference-with-mod-dir-apache
In dit proces wordt beschreven hoe de Dispatcher communiceert met mod_dir
in de Apache-webserver, omdat dit tot verschillende, mogelijk onverwachte effecten kan leiden:
Apache 1.3 apache
In Apache 1.3 mod_dir
handelt elke aanvraag af waar de URL wordt toegewezen aan een map in het bestandssysteem.
Het zal ofwel:
- doorsturen van het verzoek naar een bestaande
index.html
file - een mappenlijst genereren
Wanneer de Dispatcher wordt toegelaten, verwerkt het dergelijke verzoeken door zich als manager voor het inhoudstype te registreren httpd/unix-directory
.
Apache 2.x apache-x
In Apache 2.x zijn de dingen anders. Een module kan verschillende stadia van het verzoek, zoals correctie URL behandelen. De mod_dir
handelt dit werkgebied af door een aanvraag (wanneer de URL naar een map is toegewezen) om te leiden naar de URL met een /
toegevoegd.
Dispatcher onderschept het mod_dir
correctie, maar behandelt het verzoek volledig aan opnieuw geleide URL (namelijk met /
toegevoegd). Dit proces zou een probleem kunnen vormen als de verre server (bijvoorbeeld, AEM) verzoeken aan behandelt /a_path
anders dan voor verzoeken aan /a_path/
(wanneer /a_path
verwijst naar een bestaande map).
Als dit gebeurt, moet u:
-
disable
mod_dir
voor deDirectory
ofLocation
substructuur die wordt afgehandeld door de Dispatcher -
gebruiken
DirectorySlash Off
om te vormenmod_dir
niet toevoegen/