오류 핸들러로 표시된 페이지 사용자 지정 customizing-pages-shown-by-the-error-handler

CAUTION
AEM 6.4가 확장 지원이 종료되었으며 이 설명서는 더 이상 업데이트되지 않습니다. 자세한 내용은 기술 지원 기간. 지원되는 버전 찾기 여기.

AEM에는 HTTP 오류를 처리하기 위한 표준 오류 처리기가 포함되어 있습니다. 예를 들어 다음을 표시합니다.

chlimage_1-67

시스템 제공 스크립트가 있습니다. /libs/sling/servlet/errorhandler) 를 사용하여 오류 코드에 응답할 수 있습니다. 기본적으로 다음은 표준 CQ 인스턴스에서 사용할 수 있습니다.

  • 403.jsp
  • 404.jsp
NOTE
AEM은 Apache Sling을 기반으로 하므로 을 참조하십시오. https://sling.apache.org/site/errorhandling.html Sling 오류 처리에 대한 자세한 정보를 참조하십시오.
NOTE
작성자 인스턴스에서 CQ WCM 디버그 필터 이 기본적으로 활성화되어 있습니다. 이렇게 되면 항상 응답 코드 200이 발생합니다. 기본 오류 처리기는 응답에 전체 스택 추적을 쓰는 것으로 응답합니다.
게시 인스턴스에서 CQ WCM 디버그 필터가 항상 비활성화됨(활성화된 것으로 구성된 경우에도).

오류 핸들러로 표시된 페이지를 사용자 지정하는 방법 how-to-customize-pages-shown-by-the-error-handler

오류가 발생할 때 오류 처리기에 표시되는 페이지를 사용자 지정하는 자체 스크립트를 개발할 수 있습니다. 사용자 지정된 페이지는 /apps 기본 페이지(아래에 있음)를 오버레이합니다. /libs).

NOTE
자세한 내용은 오버레이 사용 자세한 내용
  1. 저장소에서 기본 스크립트를 복사합니다.

    • 변환 전: /libs/sling/servlet/errorhandler/
    • /apps/sling/servlet/errorhandler/

    기본적으로 대상 경로가 존재하지 않으므로 처음 수행할 때 대상 경로를 만들어야 합니다.

  2. 다음으로 이동 /apps/sling/servlet/errorhandler. 여기에서 다음 중 하나를 수행할 수 있습니다.

    • 필요한 정보를 제공하려면 적절한 기존 스크립트를 편집합니다.
    • 필요한 코드에 대한 새 스크립트를 만들고 편집합니다.
  3. 변경 사항을 저장하고 테스트합니다.

CAUTION
404.jsp 및 403.jsp 핸들러는 CQ5 인증을 충족하도록 특별히 설계되었습니다. 특히 이러한 오류가 발생하는 경우 시스템 로그인을 허용합니다.
따라서 이러한 두 핸들러를 교체하려면 세심한 주의를 기울여야 합니다.

HTTP 500 오류에 대한 응답 사용자 지정 customizing-the-response-to-http-errors

HTTP 500 오류는 서버 측 예외로 인해 발생합니다.

요청 처리 결과에 예외가 발생하면 Apache Sling 프레임워크(AEM이 빌드됨)에서 다음을 수행합니다.

  • 예외를 기록합니다

  • 반환:

    • HTTP 응답 코드 500
    • 예외 스택 추적

    를 입력합니다.

기준 오류 핸들러로 표시된 페이지 사용자 지정 a 500.jsp 스크립트를 만들 수 있습니다. 그러나 다음 경우에만 사용됩니다 HttpServletResponse.sendError(500) 가 명시적으로 실행됩니다. 예, 예외적인 포수로부터 왔습니다.

그렇지 않으면 응답 코드가 500으로 설정되지만 500.jsp 스크립트가 실행되지 않습니다.

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

CAUTION
작성자 인스턴스에서 CQ WCM 디버그 필터 이 기본적으로 활성화되어 있습니다. 이렇게 되면 항상 응답 코드 200이 발생합니다. 기본 오류 처리기는 응답에 전체 스택 추적을 쓰는 것으로 응답합니다.
사용자 지정 오류 처리기의 경우 코드 500이 있는 응답이 필요하므로 CQ WCM 디버그 필터를 비활성화해야 합니다. 이렇게 하면 응답 코드 500이 반환되고, 이렇게 하면 올바른 Sling 오류 처리기가 트리거됩니다.
게시 인스턴스에서 CQ WCM 디버그 필터가 항상 비활성화됨(활성화된 것으로 구성된 경우에도).
recommendation-more-help
2315f3f5-cb4a-4530-9999-30c8319c520e