Problemen met de verzending van problemen oplossen

OPMERKING

De versies van de Verzender zijn onafhankelijk van AEM, nochtans wordt de documentatie van de Verzender ingebed in de AEM documentatie. Gebruik altijd de Dispatcher-documentatie die is ingesloten in de documentatie voor de meest recente versie van AEM.

U bent mogelijk omgeleid naar deze pagina als u een koppeling naar de Dispatcher-documentatie hebt gevolgd die is ingesloten in de documentatie voor een vorige versie van AEM.

OPMERKING

Controleer de basisconfiguratie

Zoals altijd zijn de eerste stappen het controleren van de grondbeginselen:

  • Basisbewerking bevestigen

  • Controleer alle logbestanden op uw webserver en verzender. Indien nodig de loglevel verhogen die voor de verzender logboekregistratie wordt gebruikt.

  • Controleer uw configuratie:

    • Hebt u meerdere verzenders?

      • Hebt u bepaald welke Dispatcher de website/pagina verwerkt die u onderzoekt?

    • Hebt u filters geïmplementeerd?

      • Heeft dit gevolgen voor de zaak die u onderzoekt?

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 kunnen u helpen activiteit controleren.

IIS en 404 Niet gevonden

Wanneer het gebruiken IIS zou u 404 Not Found kunnen ervaren die in diverse scenario's zijn teruggekeerd. Zo ja, zie de volgende artikelen in de Knowledge Base.

U moet ook controleren of de cachroot van de verzender en de hoofdmap van het IIS-document op dezelfde map zijn ingesteld.

Problemen bij het verwijderen van workflowmodellen

Symptomen

Problemen bij het verwijderen van workflowmodellen wanneer een AEM auteur-instantie wordt benaderd via de Dispatcher.

Stappen om te reproduceren:

  1. Meld u aan bij de instantie van de auteur (bevestig dat aanvragen worden gerouteerd via de dispatcher).

  2. Een nieuwe workflow maken; bijvoorbeeld als Titel is ingesteld op workflowToDelete.

  3. Controleer of de workflow is gemaakt.

  4. Selecteer en klik met de rechtermuisknop op de workflow en klik vervolgens op Delete.

  5. Klik Ja om te bevestigen.

  6. Er wordt een foutbericht weergegeven:
    " ERROR 'Could not delete workflow model!!".

Resolutie

Voeg de volgende kopballen aan de /clientheaders sectie van uw dispatcher.any dossier toe:

  • x-http-method-override
  • x-requested-with
{
{
/clientheaders
{
...
"x-http-method-override"
"x-requested-with"
}

Interferentie met mod_dir (Apache)

Hierin wordt beschreven hoe de dispatcher communiceert met mod_dir binnen de Apache-webserver, aangezien dit tot verschillende, mogelijk onverwachte effecten kan leiden:

Apache 1.3

In Apache 1.3 mod_dir wordt elk verzoek afgehandeld waar de URL wordt toegewezen aan een map in het bestandssysteem.

Het zal ofwel:

  • doorsturen van het verzoek naar een bestaand index.html-bestand
  • een mappenlijst genereren

Wanneer de verzender wordt toegelaten, verwerkt het dergelijke verzoeken door zich als manager voor het inhoudstype httpd/unix-directory te registreren.

Apache 2.x

In Apache 2.x zijn de dingen anders. Een module kan verschillende stadia van het verzoek, zoals correctie URL behandelen. mod_dir handelt dit werkgebied af door een aanvraag (wanneer de URL naar een map wordt toegewezen) om te leiden naar de URL met een / toevoeging.

Dispatcher onderschept de mod_dir correctie niet, maar behandelt volledig het verzoek aan opnieuw gerichte URL (d.w.z. met / toegevoegd). Dit kan een probleem opleveren als de externe server (bijvoorbeeld AEM) aanvragen naar /a_path anders afhandelt dan aanvragen naar /a_path/ (wanneer /a_path is toegewezen aan een bestaande map).

Als dit gebeurt, moet u:

  • mod_dir uitschakelen voor de Directory- of Location-substructuur die door de verzender wordt afgehandeld

  • gebruik DirectorySlash Off om mod_dir te configureren om / niet toe te voegen

Op deze pagina