TransactionRequiredException 해결 - 초기화 시점에 Transaction 획득

1. 개요 JPA 를 이용한 테스트 프로젝트를 진행하던 중 초기 데이터를 대량으로 INSERT 해주는 빈을 생성하려 하였다. @PostConstruct 를 통해 Spring Boot 애플리케이션이 기동되는 시점에 작성해둔 로직에 의해 테스트 데이터들이 persist 되는 방식이었다. 하지만 JPA 를 통해 데이터를 Insert 하기 위해서는 트랜잭션이 필요하고, 뭔가 찝찝한 느낌은 들었지만 대충 @Transactional 애노테이션만 붙이고 작동을 시켜보았다. 코드를 보면 다음과 같다. @Component @Transactional public class TestDataInit { @PersistenceContext private EntityManager em; @PostConstruct public v..

• format_list_bulleted 노트/Spring
• · 2024. 1. 29.
• textsms

스프링 기본 복습 3 - 빈 스코프와 생명주기

1. 개요 앞서 스프링이 많은 객체들을 싱글톤으로 관리하기 위해 스프링 컨테이너에 등록하여 필요한 시점에 제공한다고 학습했다. 하지만 싱글톤으로 빈을 가지고 있다는 것은, 리소스를 점유하고 있다는 의미이기도 하다. 그렇다면 모든 객체를 싱글톤으로 유지해야 할 필요가 있을까? 그리고 객체가 생성되고 소멸되는 순간에 필요한 동작들(예: 커넥션 연결 등)은 어떻게 다루어야 할까? 만약 서비스를 개발하던 도중, 서버로 오는 특정 API에 대해 UUID와 요청 URL을 로깅하는 기능을 개발한다고 가정하고 앞선 내용을 공부해보도록 하자. 2. 빈 스코프 Hello 문자열을 반환하는 가상의 아주아주 중요한(…!) API 가 있다고 가정해보자. 해당 API 의 요청 컨트롤러는 다음과 같다. @RestController..

• format_list_bulleted 노트/Spring
• · 2024. 1. 29.
• textsms

스프링 컨테이너를 활용한 전략패턴

1. 전략 패턴이란 전략 패턴은 알고리즘을 그룹으로 정의하고, 각 그룹을 별도의 클래스에서 관리하며 그룹의 알고리즘을 선택적으로 사용할 수 있도록 하는 행동 디자인패턴이다. 스프링 프레임워크 및 JAVA API 내에서도 빈번하게 찾아볼 수 있는 디자인 패턴이다. 그리고 스프링을 사용하고 있다면 빈 컨테이너를 사용하여 해당 전략패턴을 깔끔하게 적용할 수 있는데 특정 서비스의 클래스나 메소드가 과도하게 무거워 지는것을 예방할 수 있다. 2. 적용 예제 기존에 회사에서 지원하는 결제 수단이 많지 않았는데, 이번에 신규 앱 런칭과 더불어 다양한 결제 수단을 지원하게 되었다. 정산 모듈도 그에 맞추어 여러 결제수단에 따른 비지니스 로직을 소화하도록 변경해야 하는 상황이었다. 기존에 지원하던 결제 수단을 편의상 A..

• format_list_bulleted 노트/Spring
• · 2024. 1. 23.
• textsms

스프링 기본 복습 2 - 싱글톤과 패턴과 싱글톤 컨테이너

1. 개요 열심히 개발하여 런칭한 사이드 프로젝트 서비스가 입소문을 타서 이용자 수가 폭발적으로 증가하고 있다고 생각해보자. 엄청난 트래픽을 감당해야 하는 상황. 스프링은 어떻게 이러한 수많은 동시 요청을 감당할 수 있을까? 웹 애플리케이션을 위해 탄생했던 스프링이 취했던 생존 전략은 무엇이었을까? 보통 아무리 디자인 패턴에 관심이 없는 개발자라도, 스프링을 사용하고 있다면 한번쯤 들어본 싱글톤 패턴, 그리고 더 나아가서 스프링이 어떠한 방식으로 싱글톤을 유지하는지 싱글톤 컨테이너까지 학습해보도록 하자. 2. 싱글톤의 개요 싱글톤 패턴이란 이름에서 유추할 수 있듯, 클래스의 인스턴스가 한개만 생성되도록 보장하는 디자인 패턴이다. 기본 생성자를 private 으로 제한하고 스태틱 영역에 생성해둔 하나의 인..

• format_list_bulleted 노트/Spring
• · 2022. 5. 23.
• textsms

스프링 기본 복습 1 - DIP, OCP 원칙과 스프링 컨테이너

1. 개요 데이터베이스가 정해지지 않아서 임시 메모리 저장소를 구현해서 개발하던 중, DB가 확정되고 JPA로 레포지터리 레이어를 구현한다고 가정한다. DI 컨테이너, 혹은 스프링 컨테이너에 대해 공부하기 전에는 의존관계를 직접 구현체를 설정하여 지정해 주었지만, 이는 SOLID 5원칙 중 DIP, OCP에 위배되는 방식이다. 그렇다면 객체지향적인 설계를 위해서는 어떻게 해야 할까? 2. 스프링이 없다고 가정하면 먼저 우리가 최종적으로 성공해야 하는 테스트 코드를 먼저 작성 해보자. class MemberServiceImplTest { //아직 별다른 DI 컨테이너가 없으므로 서비스 객체도 직접 생성하여 주입하도록 한다. MemberService memberService = new MemberServic..

• format_list_bulleted 노트/Spring
• · 2022. 4. 28.
• textsms