스프링 부트 - 오류 페이지

BasicErrorController

예외 처리 페이지를 만들기 위해서 복잡한 과정을 거쳤다.

  • WebServerCustomizer 생성

  • 예외 종류에 따라서 ErrorPage 추가

  • 예외 처리용 컨트롤러 생성

스프링 부트는 이런 과정을 모두 기본으로 제공한다.

개발자가 따로 ErrorPage를 만들지 않으면 모든 오류는 /error를 호출하고 매핑하는 컨트롤러인 BasicErrorController라는 컨트롤러가 이미 구현되어 있다. 덕분에 개발자는 오류 페이지만 등록하면 된다.

View 방식의 오류 처리

  • View 방식의 오류 처리는 ErrorViewResolver에 의해 처리된다.

  • ErrorViewResolver는 오류가 발생했을 때 보여줄 화면을 찾는 역할을 한다.

  • 기본적으로 /error/ 경로 아래에서 오류 코드나 오류의 종류에 맞는 템플릿 파일, 정적 리소스를 찾아서 적절한 화면을 보여주는 역할을 한다.

img.png
img_1.png

View 선택에는 우선 순위가 존재한다.

  1. 뷰 템플릿

    • resources/templates/error/500.html

    • resources/templates/error/5xx.html

  2. 정적 리소스

    • resources/static/error/400.html

    • resources/static/error/404.html

    • resources/static/error/4xx.html

  3. 적용 대상이 없을 때

    • resources/templates/error.html

해당 경로 위치에 HTTP 상태 코드 이름의 뷰 파일을 넣어두면 된다.

뷰 템플릿이 정적 리소스보다 우선 순위가 높고 404, 500 처럼 구체적인 것이 4xx, 5xx처럼 덜 구체적인 것보다 우선 순위가 높다.

resources/templates/error/4xx.html

resources/templates/error/404.html

resources/templates/error/500.html

Rest API 방식의 오류 처리

  • 스프링 MVC는 REST 요청 중 오류가 발생했을 때 BasicErrorController를 사용해 JSON 형식의 오류 응답을 자동으로 생성해준다.

img_2.png

오류 정보 처리

  • BasicErrorController는 여러 가지 정보를 model에 담아서 뷰에 전달한다. 뷰 템플릿은 이 값을 활용해서 출력할 수 있다.

오류 관련 내부 정보들을 노출하는 것이 좋지 않다. 그래서 설정 파일에 오류 정보를 model에 포함할지 여부를 선택할 수 있다.

never, always, on_param 3가지 옵션이 있다.

  • never : 사용하지 않음

  • always : 항상 사용

  • on_param : 파라미터가 있을 때 사용

    • 예시: http://localhost:8080/error-ex?message=&errors=&trace=

사용자에게는 사용자가 이해할 수 있는 간단한 오류 메시지를 보여주고 오류는 서버에 로그로 남겨서 로그로 확인해야 한다.

기타 - 스프링 부트 오류 관련 옵션

  • server.error.whitelael.enabled=true : 오류 처리 화면을 못 찾을 시, 스프링 whitelabel 오류 페이지 적용

  • server.error.path=/error : 오류 페이지 경로, 스프링이 자동 등록하는 서블릿 글로벌 오류 페이지 경로와 BaiscErrorController 경로에 함께 사용된다.

Last updated