사용자 지정 오류 처리기 페이지 | AEM

다른 HTTP 오류를 렌더링하도록 Adobe Experience Manager에서 사용자 지정 오류 처리기를 설정하려면 /libs/sling/servlet/errorhandler의 사용자 지정 스크립트를 /apps.의 동일한 위치에 복사합니다.

설명 description

환경

Adobe Experience Manager

문제/증상

다른 HTTP 오류를 렌더링하는 사용자 지정 스크립트 또는 오류 핸들러를 만드는 방법

해결 방법 resolution

기본 오류 처리기 스크립트는 /libs/sling/servlet/errorhandler 아래에 있습니다.

사용자 지정할 스크립트를 /libs/sling/servlet/errorhandler에서 /apps의 동일한 위치(예: /apps/sling/servlet/errorhandler)에 복사하여 기본 오류 처리를 오버레이할 수 있습니다. 이 경로가 존재하지 않을 경우(기본적으로 존재하지 않음) 이 경로를 만듭니다.

예를 들어 /libs/sling/servlet/errorhandler/404.jsp을(를) /apps/sling/servlet/errorhandler/404.jsp에 복사하여 404 오류 처리를 사용자 지정할 수 있습니다.

http 500 오류는 서버측 예외로 인해 발생합니다. 요청 처리 결과 예외가 발생하면 Apache Sling 프레임워크 CQ는 예외 로그를 기반으로 하며 http 오류 코드 500 및 예외 스택 추적을 응답 본문에 반환합니다.

500 오류를 처리하려면 오류 처리기 스크립트의 파일 이름이 예외 클래스(또는 슈퍼클래스)와 같아야 합니다. 따라서 예를 들어 모든 예외를 처리하려면 /apps/sling/servlet/errorhandler/Throwable.jsp 스크립트를 만듭니다.

자세한 내용은 Sling 오류 처리를 참조하십시오.

참고: 500.jsp는 HttpServletResponse.sendError(500) ​이(가) 명시적으로(즉, 예외 캐쳐에서) 실행되는 경우에만 취합니다. 그렇지 않으면 응답 코드만 500으로 설정되지만 500.jsp은(는) 실행되지 않습니다. 이 경우 Exception.jsp ​을(를) 추가하여 이 모든 예외를 처리할 수 있습니다.

참고: 작성자 인스턴스에서는 기본적으로 CQ WCM 디버그 필터가 활성화되어 있습니다. 이는 항상 응답 코드 200으로 이어지고 전체 스택 추적을 응답에 기록하는 기본 Errorhandler가 취해집니다. 게시 인스턴스에서는 CQ WCM 디버그 필터가 항상 비활성화됩니다(활성화되도록 구성하는 경우에도).