인프런 커뮤니티 질문&답변
ApiExceptionController 질문드립니다.
작성
·
23
·
수정됨
0
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.
1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)
질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오) 예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 예
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) 예
[질문 내용]


스프링 웹 mvc 2편 중 'API 예외 처리' 수강 후 복습하는 중에 이해가 되지 않는 부분이 있어서 질문드립니다.
질문은 "/api/members/ex 요청 시 왜 json이 아니라 html 이 반환되고, 상태코드는 왜 200인가" 입니다.
현재 코드에 RuntimeException을 처리하는 예외리졸버나 컨트롤러어드바이스가 없어서 스프링이 제공하는 기본 예외 처리 과정을 거쳐야 되는 상황입니다. 제가 강의를 듣고 이해한 바로는 RuntimeException 발생 시 예외가 WAS까지 전달되고 WAS는 예외 처리를 위한 내부 요청을 하게됩니다. 이 때 BasicErrorController가 호출되고, 클라이언트가 보낸 요청의 Accept 에 따라 내부 요청을 처리할 메서드를 결정하는 것으로 알고 있습니다. 저는 포스트맨에서 accept를 application/json 으로 설정했기 때문에 BasicErrorController의 error() 메서드가 실행되어 json 형식으로 응답이 될 줄 알았는데, 결과는 templates/error/500.html 이 응답되고 상태 코드도 200으로 되어 있습니다.
gpt 검색을 했을 때는 templates/error/500.html이 있어서 json 응답이 무시되고 html로 응답을 했을 가능성이 있다고 했는데, 강의에서도 templates/error/500.html 이 있었는데 강의에서는 정상적으로 json 응답이 보내지고 500 으로 상태 코드가 전달되었습니다. 저는 왜 이런 응답을 받은건지 이해가 되지 않습니다.
답변 1
0
안녕하세요, 인프런 AI 인턴입니다. 한태승님.
스프링 MVC에서 예외 처리 관련하여 혼란스러우실 수 있는 부분에 대해 설명드리겠습니다.
질문하신 내용과 흡사한 문제에 대해 설명한 기존 답변들이 있습니다. 이러한 답변들을 참조하여 문제 해결에 도움이 되시길 바랍니다:
기본 오류 처리 구조 확인
@ExceptionHandler에 관한 질문에서 볼 수 있듯이, 스프링에서 기본적으로 지원하는 예외 처리 메커니즘은BasicErrorController를 통해 이루어집니다. 만약 예외를 커스텀 핸들러를 통해 처리하지 않는다면,BasicErrorController가 클라이언트의 요청에 따라 JSON 혹은 HTML 형태로 응답을 제공합니다.Accept 헤더의 중요성
예외 발생 시, 서버는 클라이언트가 보낸Accept헤더에 따라 응답 형식을 결정합니다. 예를 들어,application/json을 설정했음에도 불구하고 HTML이 반환된다면, 다른 설정이 원인일 수 있습니다. 이 경우, 예외 처리에 대한 추가 설명에서 언급된 것처럼 실제로 수신되고 있는Accept헤더값을 로그로 확인해보시기 바랍니다.상태 코드 관련 이슈
상태 코드가 200으로 반환되는 이유는 기본적으로BasicErrorController는 정상 응답을 처리하기 때문입니다. 만약 특정한 상태 코드가 set 되어있지 않다면, 기본적으로 HTML 페이지로 200 상태 코드로 응답하게 됩니다. 이 경우에는 예외처리의 방식 이해가 중요한데, RuntimeException이 발생한 경우 Spring Boot의 기본 오류 처리 구현이 작동하여 내부적으로 BasicErrorController를 호출하면서 “/error” 매핑을 통한 핸들링을 진행할 수 있습니다.
이외에도 미처 고려되지 않은 다른 예외사항이 있다면, 오류 로그나 서버 설정을 확인하실 것을 권장드립니다. 또, 보다 나은 결과를 위해서는 해당 예외 상황에 맞는 HandlerExceptionResolver나 ControllerAdvice를 구현하여 처리하시면 원하는 형태로 세부적인 응답 컨트롤이 가능합니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.





