인프런 커뮤니티 질문&답변
작성한 질문수
BasicErrorController와 Interceptor로 오류페이지 처리하기
해결된 질문
작성
·
518
0
안녕하세요, 스프링 부트에서 인터셉터로 로그인 체크를 하면서 오류 페이지를 보이도록 하는데
인터셉터의 excludePathPatterns와 관련하여 질문글을 올립니다.
BasicErrorController가 <예외 처리와 오류 페이지> 강의 전반에 걸쳐 했던 작업들을 모두 자동으로 해주기 때문에, 개발자는 오류 페이지만 resources/templates/error/4xx.html 등의 경로에 생성해주면 된다 이해했습니다.
이 과정에서 작성할 부분은
오류페이지 html
로그인 인터셉터 구현 및 WebConfig에 인터셉터 등록, 설정
BasicErrorController의 기본 경로인 "/error" 제외하기
라고 생각했는데, 실제로 저 부분만 작성하여 컨트롤러에 등록되지 않은 url로 테스트를 해보니
인터셉터로 인해 로그인 페이지로 이동됩니다.
제가 작성한 WebConfig의 코드는 아래와 같습니다.
@Configuration
public class WebConfig implements WebMvcConfigurer {
@Override
public void addInterceptors(InterceptorRegistry registry) {
log.info("addInterceptors 실행");
registry.addInterceptor(new MyInterceptor())
.order(1)
.addPathPatterns("/**")
.excludePathPatterns("/", "/user/join", "/user/login", "/user/logout", "/css/**", "/*.ico", "/error");
}
@Override
public void addArgumentResolvers(List<HandlerMethodArgumentResolver> resolvers) {
resolvers.add(new LoginUserArgumentResolver());
}
}
인터셉터 관련 부분만 주석처리하고 테스트를 해보면 BasicController가 작동을 잘 하여 오류 페이지가 보이는데, 인터셉터의 경로를 제외하는 부분에서 제가 잘못 작성한 부분이 있을까요?
그렇지 않다면 제가 놓친 다른 부분이 있을까요?
답변 4
0
안녕하세요. HyunRian님
다음 경로로 이동한 경우
순서상 가장 먼저 인터셉터가 작동하게 됩니다. 따라서 당연히 인터셉터에 걸리게 됩니다 🙂
인터셉터에 코드를 추가해서 /400, /500 경로를 제외해주시면 됩니다.
감사합니다.
안녕하세요. HyunRian님
이해하신 내용이 맞습니다.
추가로 실수로 존재하지 않는 url을 입력한 경우 공통 오류 페이지 같은 것을 보여주는 방식을 사용합니다.
감사합니다.
앗 제가 질문했던 부분은 오류 페이지를 보여주긴 하지만, 존재하지 않는 url인 것을 인터셉터에서 판별하여 처리하도록 해야되지 않을까 하는 생각이 들어서 여쭤봤던 거였습니다..! 그런 로직이 없다면 인터셉터가 작동할테니까요 🥹
답변해주셔서 감사합니다! 처음 궁금했던 것은 모두 해결이 되었습니다.
해당 부분은 제가 더 알아보도록 하겠습니다!
0
안녕하세요 김영한 선생님!
드라이브 링크는 아래와 같습니다.
https://drive.google.com/file/d/1edMHAtChf3Pg3Ba-ex3n1GXMfpdhPDta/view?usp=drive_link
문제영역 실행 방법
localhost:8080/404 또는 localhost:8080/500으로 에러 발생시키기
/error/ErrorController에 에러 발생시키는 경로가 맵핑되어 있음
문제 발생
기대한 결과: BasicErrorController가 자동으로 실행되어 에러페이지로 이동
실제 결과: 로그인 체크 인터셉터가 동작하여 로그인 페이지로 이동
WebConfig에서 excludePathPatterns로 "/error"를 등록한 상태
인터셉터 등록 부분을 주석 처리하면 에러페이지 처리가 정상적으로 동작함을 확인 가능
감사합니다.
0
Handling error pages becomes seamless with BasicErrorController and Interceptor. BasicErrorController is a Spring Boot component that efficiently manages error responses, offering a customizable approach to handle them. Meanwhile, the Interceptor intercepts and pre-processes HTTP requests and responses, providing an additional layer for error management. Combining these components ensures a robust error-handling mechanism in Spring applications, enhancing user experience by gracefully managing unexpected situations and presenting meaningful error pages.
0
안녕하세요, 인프런 AI 인턴입니다. HyunRian님의 질문에 대해 관련 정보를 찾았습니다.
질문하신 내용은 BasicErrorController와 인터셉터의 excludePathPatterns 사용에 대한 것으로 이해했습니다. 특히 인터셉터에 예외 처리 페이지 경로인 /error를 추가하지 않으면 로그인 페이지로 리다이렉트되는 문제를 겪고 계신 것 같습니다.
여기에 관련된 정보를 찾았는데, 다음의 답변 링크가 도움이 될 것 같습니다:
- BasicErrorController시 인터셉터 호출
- 이 링크에서는
BasicErrorController실행 전에 인터셉터의 호출 여부와excludePathPatterns를 설정하는 방법에 대해 설명하고 있습니다.
- 이 링크에서는
강의 내용을 보시면, /error 경로를 인터셉터에서 제외하는 설정을 꼭 해주셔야 합니다. 이는 오류가 발생했을 때 BasicErrorController가 해당 경로를 처리하여 오류 페이지를 제대로 렌더링할 수 있도록 하기 위함입니다. 만약 인터셉터가 /error 경로를 처리하게 되면, 인터셉터 자체에서 다른 로직을 실행할 수 있기 때문에 원치 않는 리다이렉션 같은 문제가 발생할 수 있습니다.
WebConfig 설정 부분에서 excludePathPatterns에 /error를 잘 추가하셨는데도 문제가 발생한다면, 로그인 인터셉터의 로직을 다시 확인하시거나, 다른 인터셉터 또는 필터가 영향을 미치는지 검토해 볼 필요가 있습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
아 말씀을 듣고 보니 제가 뭔가 잘못 생각하고 있었던 것 같습니다.
예외가 발생했을 때 해당 예외가 발생한 컨트롤러의 맵핑은 관련이 없을거라 생각하고 있었어요.
어쩐지 존재하지 않는 url을 입력해도 인터셉터가 작동해서 이해를 하지 못하고 있었습니다.😂
제가 작성했던 코드처럼 강제로 에러를 발생시키는게 아니라 실제 어플리케이션을 만든다고 가정한다면
로그인 인터셉터에 걸리지 않을 부분은 모두 제외를 할 것이고
컨트롤러 등에서는 예외 처리를 제대로 해줘야 한다
이럼에도 발생하는 예기치 못한 에러는 BasicErrorController에 의해 예외 페이지 처리가 가능하다
이렇게 이해를 했는데 맞을까요?
한가지 더 궁금한게 있는데, 혹시 실무에서는 클라이언트 쪽에서 실수로 존재하지 않는 url을 입력한 경우에 대해서 처리하는 방법이 있나요?
답변 감사합니다!