🏝️ Spring/Web MVC

🧐 인수 테스트 시스템의 인수를 위해 기능적/비기능적 요구사항을 사용자가 직접 테스트하여 개발이 완료되었음을 증명하는 테스트 인수 테스트는 위와 같이 시스템의 인수를 위해 작성하는 테스트입니다. 즉 인수테스의 목적은 사용자들이 원하는 시나리오대로 기능이 잘 동작하는지를 검증하는 것이라 할 수 있습니다. 이번 글에서는 인수 테스트를 작성할 때, 가독성을 높여 테스트를 작성하는 방법에 대해서 알아보도록 하겠습니다. 🧐 RestAssured 코드 숨기기 인수테스트는 그 목적에 따라 개발자가 아닌 사람들이 보더라도 쉽게 이해할 수 있도록 테스트를 작성하는 것이 중요하다고 생각합니다. 그래서 저는 개발과 관련된 코드를 최대한 감추어 코드를 작성하는 데 초점을 두어 테스트를 작성하였습니다. 예시 코드와 함께 살펴보..

🧐 서론 스프링에서는 인터셉터를 통해, 컨트롤러(핸들러)를 호출하기 전과 후에 추가적인 작업들을 처리할 수 있도록 해줍니다. 예를 들어 인증 정보를 확인하는 등의 작업이 있을 수 있겠네요. 인터셉터에 대해서는 다음 글을 참고해주세요. 이번 글에서는 인터셉터가 실제로 어떤 식으로 동작하는지 알아보도록 하겠습니다. 우선 설명의 편의를 위해 HandlerExecutionChain부터 살펴보도록 하겠습니다. 🧐 HandlerExecutionChain HandlerExecutionChain은 위와 같이 핸들러와, 해당 핸들러에 적용될 인터셉터들을 가지고 있는 클래스입니다. (@Controller에 @RequestMapping으로 정의한 메서드가 하나의 핸들러가 될 수 있습니다.) 즉 HandlerExecution..

🧐 서론 스프링에서는 컨트롤러에서 발생한 예외를 편리하게 처리할 수 있도록 @ExceptionHandler 와 @ControllerAdvice를 제공해줍니다. 이 둘의 사용 방법이 아니라 어떤 식으로 동작하는지에 대해서 내부 코드를 살펴가며 알아보도록 하겠습니다. 🧐 스프링의 초기화 과정 우선 스프링의 초기화 과정부터 살펴보겠습니다. SpringAppliction의 run 메서드 내부에서, refreshContext()를 통해 빈들을 초기화하고 의존관계를 설정하는 과정을 거칩니다. 메서드의 호출을 따라가다보면 AbstractApplicationContext의 refresh()를 호출하게 됩니다. 이곳에서는 finishBeanFactoryInitialization() 메서드를 통해 이전 과정들에서 등록되지..

🧐 상황 인증 시 JWT를 사용하여 인증을 진행하며, 회원가입과 로그인을 제외한 모든 URL에 대해서 인증 관련 Interceptor를 구현하여 등록해 둔 상태였습니다. 해당 인터셉터에서는 AccessToken이 없는 경우 예외를 throw 하도록 구현하였는데, 다음과 같은 코드였습니다. @Component public class LogInInterceptor implements HandlerInterceptor { // 생략 @Override public boolean preHandle(final HttpServletRequest request, final HttpServletResponse response, final Object handler) { AccessToken token = extractA..

결론부터 말씀드리면 JSON 형식으로 데이터가 반환됩니다. 예시를 위해 다음 코드를 살펴보겠습니다. @Controller public class MemberController { @GetMapping("/") public MemberDto getInfo(){ return new MemberDto("신동훈",12)); } } 해당 코드를 실행하면 당연하게도 오류가 발생합니다. 이러한 오류를 해결하기 위해서는 @Controller를 @RestController로 바꾸어주거나, @ResponseBody를 붙여주어야 할 것입니다. 또는 ResponseEntity를 사용할 수도 있습니다. ResponseEntity를 사용한 코드는 다음과 같습니다. @Controller public class MemberContr..

@RequestBody를 사용하면 MappingJackson2HttpMessageConverter가 ObjectMapper를 통해 값을 바인딩해줍니다. 즉 @RequestBody의 바인딩 조건은 ObjectMapper의 바인딩 조건과 동일합니다. 해당 과정은 맨 마지막에 자세히 살펴보도록 하겠습니다. 우선 기본적인 상황에서 바인딩이 되는 조건은 다음과 같습니다. 가능한 조건 (모든 접근제어자) 기본생성자 + (public) Getter 가능 (모든 접근제어자) 기본생성자 + (모든 접근제어자) Setter 가능 불가능한 조건 기본생성자만 있는 경우 기본생성자가 없는 경우 (모든 접근제어자) 기본생성자 + (public이 아닌 다른 접근제어자) Getter ObjectMapper 조건 변경하기 object..

상황 1 - String 타입의 List인 경우 "리스트명" : [ "요소1", "요소2", "요소3", "요소4" ] 요소의 " "는 생략가능 예시 public class Blog { private String address; private List visitor = new ArrayList(); public List getVisitor() { return visitor; } public String getAddress() { return address; } public Blog() { } } 테스트코드 @SpringBootTest class ObjectMapperTest { private ObjectMapper objectMapper = new ObjectMapper(); private static ..

이전까지의 예외 처리 포스팅에서는 API 방식이 아닌 기본적인 화면을 반환하는 방식의 예외 처리를 다루었다. 그러나 API 통신에서 예외가 발생할 경우, 화면을 반환하는 것은 아무런 쓸모가 없다. 따라서 API 통신에서 예외가 발생했을 경우에는 어떤 식으로 예외 메세지를 반환할 것인지를 정하고, 그에 맞게 json으로 예외 메세지를 반환해 주어야 한다. 스프링 부트가 제공하는 기본 예외 처리 스프링 부트는 BasicErrorController를 통해 기본적인 예외처리를 수행한다고 했었다. API 예외 또한 이곳에서 기본적으로 처리해 주는데, 반환해주는 json은 다음과 같은 형식이다. Accept 헤더가 application/json인 경우 { "timestamp": "2022-01-07T13:17:21..