Anpassade felhanteringssidor | AEM

Om du vill konfigurera anpassade felhanterare i Adobe Experience Manager för att återge olika HTTP-fel kopierar du det anpassade skriptet från /libs/sling/servlet/errorhandler till samma plats under /apps.

Beskrivning description

Miljö

Adobe Experience Manager

Problem/symtom

Hur skapar man egna skript eller felhanterare som återger olika HTTP-fel?

Upplösning resolution

Standardfelhanterarskripten finns under /libs/sling/servlet/errorhandler.

Du kan täcka över standardfelhanteringen genom att kopiera skriptet som du vill anpassa från /libs/sling/servlet/errorhandler till samma plats under /apps (dvs. /apps/sling/servlet/errorhandler). Skapa den här sökvägen om den inte finns (det gör den inte som standard).

Du kan till exempel anpassa hanteringen av 404 fel genom att kopiera /libs/sling/servlet/errorhandler/404.jsp till /apps/sling/servlet/errorhandler/404.jsp

http 500 -felen orsakas av serversidans undantag. När bearbetningen av begäran resulterar i ett undantag, baseras Apache Sling-ramverket CQ på loggar undantaget och returnerar http-felkod 500 och undantagets stackspårning i svarets brödtext.

Om du vill hantera 500 fel måste filnamnet för ett felhanterarskript vara detsamma som undantagsklassen (eller superklassen). Om du till exempel vill hantera alla undantag skapar du ett skript /apps/sling/servlet/errorhandler/Throwable.jsp.

Mer information finns i Hantering av delningsfel.

Obs! 500.jsp tas bara om HttpServletResponse.sendError(500) körs explicit, dvs från en undantagskatalog. Annars anges bara svarskoden till 500, men 500.jsp körs inte. I det här fallet kan du lägga till en Exception.jsp som hanterar alla dessa undantag.

Obs! På en författarinstans är CQ WCM-felsökningsfiltret aktiverat som standard. Detta leder alltid till en svarskod 200 och standardfelhanteraren tas som skriver hela stackspårningen till svaret. I en publiceringsinstans är CQ WCM-felsökningsfiltret alltid inaktiverat (även om du har konfigurerat det att aktiveras).