휘발 방지용

이번 장바구니 미션에서 컨트롤러 테스트 코드를 짤 때 @SpringBootTest어노테이션을 붙여서 짜면서 데이터베이스 롤백과 관련한 문제를 마주했다. 상품목록에 상품을 수정, 삭제하는 테스트 코드가 각각 있었는데, 항상 자동으로 수정 -> 삭제 순서로 테스트가 돌아가다가, @Order 어노테이션을 이용해서 삭제 -> 수정 순서로 돌려보니 테스트가 깨지는 것을 확인했다. 아무래도 이미 삭제된 상품을 수정하려고 하니 오류가 터진 것이겠군~ 디비 롤백을 해줘야겠네! 생각하고, 예전에 어디선가 @Transactional 어노테이션을 테스트에 붙이면 테스트가 끝난 후 변경된 내용들을 다시 롤백해준다고 들었기에 @Transactional 어노테이션을 붙여보았지만 여전히 테스트 코드는 깨졌다. 공식문서를 확인해보니..

테스트 더블이란 테스트 코드를 작성할 때, 실제 객체를 대신하여 사용하는 대체 객체를 의미한다. 이번에 페어 로건 덕분에 테스트 더블의 한 종류인 Mock을 처음 접했는데, 이걸 사용해 테스트를 했던 방법을 한번 기록해보았다. (Mock이 뭔지 설명하고 싶지만 아직 Stub와 Mock의 차이를 잘 이해하지 못하였으므로 일단 생략한다.) Mock을 사용하기 위해 Mockito라는 프레임워크를 이용하였다. Mockito는 자바에서 테스트 더블을 쉽게 사용할 수 있도록 도와주는 프레임워크이다. Mockito framework site Intro Why How More Who Links Training Why drink it? Mockito is a mocking framework that tastes real..

Bean 빈은 IoC 컨테이너에 의해 관리되는 객체이다. 빈이 생성되려면 설정 메타데이터(configuration metadata)가 컨테이너에게 제공되어야 한다. 설정 메타데이터에는 다음과 같은 것들이 있다. 1. 클래스 이름: 빈의 실제 구현 클래스 2. 빈 동작 설정 요소: 빈이 컨테이너에서 어떻게 동작해야 하는지를 나타낸다. (scope, lifecycle callbacks 등) 3. 다른 빈에 대한 참조: 빈이 동작하는 데 다른 빈을 참조할 수 있다. 4. 새로 생성된 객체에 설정할 기타 설정 세팅들 (예를 들면 커넥션 풀을 관리하는 빈에서 생성할 연결의 수, 풀의 사이즈 등) 그리고 설정 메타데이터는 다음 속성들로 변환된다. [공식문서 바로가기] Configuration IoC 컨테이너에게 설..

IoC(Inversion of Control, 제어의 역전) IoC는 말그대로 제어가 역전되었다, 제어의 흐름을 바꾼다는 뜻이다. 제어가 역전이 안된 상태부터 생각해보자. 처음 프로그래밍을 하던 시절을 생각해보면, 보통 프로그램은 main 메서드가 실행되고, 다음에 사용할 객체를 결정, 생성하고, 객체에 있는 메소드를 호출한다. 그리고 이 오브젝트 또한 자신이 사용할 객체를 스스로 생성하고 사용한다. 자신에 관련된 작업은 자신이 제어한다. 제어가 역전이 되었다는 것은 지금까지의 능동적인 과정이 수동적으로 바뀌는 것을 말한다. 객체가 자신이 사용할 오브젝트를 스스로 결정하지도 않고, 생성하지도 않는다. 다른 누군가가 외부에서 객체를 만들어서 자신에게 넘기면 그것을 사용한다. 스프링에서는 애플리케이션 컨텍스..

관심사를 분리하기 위해선 계층형 아키텍처가 쓰일 수 있다. 비슷한 책임들을 가진 것들은 하나의 계층으로 묶이게 되고, 각 계층은 자신의 책임에만 집중하며, 다른 계층과 상호작용한다. 계층형 아키텍처는 프로그램의 규모에 따라 3계층이 될수도 있고, 4계층이 될 수도 있고, 더 많아질 수도 있다. 4계층 아키텍처를 한번 적용해보자. Presentation Layer 사용자와 시스템간의 인터페이스를 담당하며, 사용자로부터 요청을 받아서 처리하고 응답을 반환한다. controller가 해당한다. Business Layer 핵심 비즈니스 로직을 담당하는 계층이다. service가 해당한다. Persistence Layer 데이터베이스와 상호작용을 하며, 데이터에 대한 영속성을 유지하는 계층이다. repositor..

우테코 레벨1때, 도메인에다가 DB를 연결하는 로직을 집어넣어서 다음과 같은 리뷰을 받았던 적이 있다. 이 때는 POJO를 외부 기술을 적용하지 않는 순수한 자바 오브젝트 라고 한문장으로만 이해하고 남어갔다. 이번에 스프링을 공부하면서 POJO라는 단어가 꽤 나오길래 이번에 토비의 스프링을 읽으면서 한번 정리해보았다. POJO POJO(Plain Old Java Object)란? 객체지향적인 원리에 충실하면서, 환경과 기술에 종속되지 않고 필요에 따라 재활용될 수 있는 방식으로 설계된 오브젝트 매우 쉽게 말하면, 간단한 자바 오브젝트를 사용하는 것이다. 하지만 단지 자바의 문법을 지키고, 순수하게 Java API만을 사용했다고 해서 그 코드를 POJO라고 할 순 없다. 위의 정의에서 볼 수 있듯이 객체지..

ControllerAdvice 예외처리를 하기 위한 @ExceptionHandler 어노테이션은 일반적으로 @Controller 또는 @RestController 어노테이션이 달린 클래스에 있는 메서드에 달 수 있다. 하지만 @ControllerAdvice, @RestControllerAdvice(@ControllerAdvice + @ResponseBody) 클래스 안에도 달 수 있다. 여기다가 달면 모든 컨트롤러에 적용된다. 이 점을 이용해서 예외처리 부분을 별도의 컨트롤러로 빼낼 수 있다. @RestControllerAdvice public class ExceptionController { @ExceptionHandler({IllegalArgumentException.class, NullPointer..

Annotated Controllers 스프링 MVC에서 컨트롤러임을 나타내는 어노테이션으로는 @Controller 와 @RestContoller가 있다. @RestController는 @Controller와 @ResponseBody를 합친 것이다. @ResponseBody가 하는 일이 뭘까? @ResponseBody 어노테이션은 HTTP Response Body에 데이터를 넣어주는 일을 한다. 따라서 이 어노테이션이 달린 메서드는 HTTP Response Body에 데이터를 넣어 반환한다. @Controller 와 @RestController @Controller와 @RestController의 주요한 차이점은 메서드가 무엇을 반환할 수 있는가?이다. @RestController는 메서드가 객체를 반환..

스프링 공식문서를 참조해서 JdbcTemplate 사용법을 정리해보았다. JdbcTemplate 생성 스프링 공식문서에 따르면 JdbcTemplate을 생성하는 방법은 두가지가 있다. 1. DAO 구현체가 DataSource를 통해 JdbcTemplate를 직접 인스턴스화 2. 스프링 IoC 컨테이너에서 DAO에게 빈 참조로 제공 하지만 프로젝트의 의존성에 spring-boot-starter-jdbc 모듈을 추가한다면 스프링 부트가 DataSource와 JdbcTemplate 객체를 자동으로 IoC 컨테이너에 설정해준다. dependencies { implementation 'org.springframework.boot:spring-boot-starter-jdbc' } 그러니까 우리는 IoC 컨테이너에 ..

용어들이 다 비슷하게 생겨서 헷갈렸는데, 이참에 한번 정리해보았다. JDBC JDBC(Java Database Connectivity)는 자바에서 데이터베이스에 연결할 때 사용하는 API이다. 일반적으로 데이터베이스에서 데이터를 가져오는 과정은 다음과 같이 이루어진다. 1. 데이터베이스로 커넥션 연결 2. 데이터베이스에 SQL 전달 3. 데이터베이스가 결과를 응답 하지만 데이터베이스의 종류는 MySQL DB, Oracle DB 등 매우 많다. 큰 과정은 동일할지라도 각각 사용법이 다르다. 데이터베이스를 변경할 때마다 애플리케이션의 데이터베이스 접근 코드도 변경해야한다고 생각해보자. 너무 끔찍하다. 그래서 JDBC는 위 3가지 공통적인 기능을 표준 인터페이스로 정의해서 제공한다. java.sql.Conne..