오봉이와 함께하는 개발 블로그

스프링 부트 - 오류 페이지 1 지금까지 예외 처리 페이지를 만들기 위해서 다음과 같은 복잡한 과정을 거쳤다. WebServerCustomizer를 만들고 예외 종류에 따라서 ErrorPage를 추가하고 예외 처리용 컨트롤러 ErrorPageController를 만듬 스프링 부트는 위 과정을 모두 기본으로 제공한다. ErrorPage를 자동으로 등록한다. 이때 /error라는 경로로 기본 오류 페이지를 설정한다. new ErrorPage("/error"), 상태코드와 예외를 설정하지 않으면 기본 오류 페이지로 사용된다. 서블릿 밖으로 예외가 발생하거나, response.sendError(...)가 호출되면 모든 오류는 /error 를 호출하게 된다. BasicErrorController라는 스프링 컨트롤..

서블릿 예외 처리 - 인터셉터 LogInterceptor - DispatcherType 로그 추가 @Slf4j public class LogInterceptor implements HandlerInterceptor { public static final String LOG_ID = "logId"; @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String requestURI = request.getRequestURI(); String uuid = UUID.randomUUID().toString(); request.setAtt..

서블릿 예외 처리 - 필터 예외 처리에 따른 필터와 인터셉터 그리고 서블릿이 제공하는 DispatchType이해하는 것이 목표다. 예외 발생과 오류 페이지 요청 흐름 1. WAS(여기까지 전파) 컨트롤러(/error-page/500) -> View오류가 발생하면 오류 페이지를 출력하기 위해 WAS 내부에서 다시 한번 호출이 발생한다. 이때 필터, 서블릿, 인터셉터도 모두 다시 호출되는데, 로그인 인증 체크 같은 경우 생각해보면, 이미 한번 필터나, 인터셉터에서 로그인 체크를 완료했다. 따라서 서버 내부에서 오류 페이지를 호출한다고 해서 해당 필터나 인터셉터가 다시 호출되는 것은 매우 비효율적이다. 결국 클라이언트로부터 발생한 정상 요청인지, 아니면 오류 페이지를 출력하기 위한 내부 요청인지 구분할 수 있..

서블릿 예외 처리 - 오류 페이지 작동 원리 서블릿은 Exception(예외)가 발생해서 서블릿 밖으로 전달되거나 또는 response.sendError()가 호출 되었을 때 설정된 오류 페이지를 찾는다. 예외 발생 흐름 WAS(여기까지 전파)

서블릿 예외 처리 - 오류 화면 제공 서블릿 컨테이너가 제공하는 기본 예외 처리 화면은 고객 친화적이지 않기 때문에 서블릿이 제공하는 오류 화면 기능을 사용해보자. 서블릿은 Exception(예외)가 발생해서 서블릿 밖으로 전달되거나 response.sendError()가 호출 되었을 때 각각의 상황에 맞춘 오류 처리 기능을 제공한다. 이 기능을 사용하면 친절한 오류 처리 화면을 준비해서 고객에게 보여줄 수 있다. 과거에는 web.xml이라는 파일에 오류 화면을 등록했지만, 지금은 스프링 부트를 통해서 서블릿 컨테이너를 실행하기 때문에 스프링 부트가 제공하는 기능을 서용해서 서블릿 오류 페이지를 등록하면 된다. 서블릿 오류 페이지 등록 @Component public class WebServerCusto..