Search

Spring

GitHub

spring-in-action
back-end-study
Search

목표

ApplicationContext 구현체 중 AnnotationConfigApplicationContext를 통해 Annotation 기반으로 Bean이 어떻게 등록되는지 알아보자
Annotation 기반 Bean 등록 원리

BeanFactory와 ApplicationContext

BeanFactory

스프링 설정 파일에 등록된 Bean 객체의 기본적인 생성, 관리를 담당

ApplicationContext

BeanFactory를 상속받아 부가적인 기능을 덫붙임 우리가 흔히 사용하는 트랜잭션 관리, 메시징, 이벤트 관리, DI, AOP 등

BeanFactory와 ApplicationContext 차이점은?

위에서 설명했듯이 단순 기능적인 차이점도 있지만 가장 큰 차이점은 Bean의 생성방식이다 BeanFactory 같은 경우 Lazy loading 방식을 사용하여 실제 getBean() 메소드가 호출되어야 그때 Bean 객체를 생성하여 return한다
반면에, ApplicationContext의 경우 pre-loading 방식을 사용하여 ApplicationContext가 생성될 때 등록된 모든 Bean들을 사용한다
(application.yml) spring: main: lazy-initialization: true ApplicationContext로 구동되는 SpringBoot의 경우 위 설정을 통해 Lazy loading방식을 사용할 수 있다. 단, 대부분의 웹과 관련된 Bean들은 실제 HTTP Request가 오지않는 이상 생성되지 않을 것이다.
특정 Bean에 대해서 지연 초기화를 하려는 경우 @Lazy 어노테이션을 사용하면 된다

결론

우리가 아무 의심없이 ApplicationContext를 쓰고 있는 이유는 아마 Bean의 자동 등록과 다양한 부가적인 기능을 제공해주고 있는 점이 엔터프라이즈 어플리케이션에서 큰 장점을 가져오기 때문일 것이다. 다만, '메모리 소비 관리가 중요한 어플리케이션의 경우' 필요시에만 Bean을 생성하는 BeanFactory가 더 효율적일 수 있다.

참고 사이트

BeanFactory & AppliationContext

Issue

- Update되야 할 상품이 새로운 ID값을 부여받고 새로운 Entity로 저장되어 중복 상품이 나온 상황

Environment

- Multi-Thread 환경 - Thread 당 하나의 트랜잭션 - Each thread selects data based on BroadcastDT and ShoppingChannel from DB

EntityManager is Not Thread-Safe

기본적으로 EntityManager는 Thread-safe하지 않다. 즉, 스레드간에 EntityManager를 공유하면 안된다고한다.
JPA in Multi-thread env
먼저 스프링 @Transactional 이 제대로 적용되지 않았던 이유를 이해하려면 스프링 AOP 방식이 프록시 기반이라는 것을 먼저 알아야 한다

Spring AOP 참고 URL

•
스프링 공식 문서
•
김영한님 인프런 강의

응? 이게 왜 롤백이 안되는거지?

설명에 앞서 결론 먼저 말하자면, Spring AOP를 사용하면서(@Transactional Annotation) 동일한 프록시 객체 내에서 내부 호출이 발생하여 생긴 문제이다
프록시 객체에서 내부 호출이 발생하는 경우 AOP가 적용되지 않는다는건 알고 있었는데(사실 잘 몰랐던 것 같다.)
어쩌다 롤백까지 안되는지 궁금해졌다..
결론은 위에서 언급한 내부호출로 인한 문제이지만 조금만 더 자세히 알아보자
응? 이게 왜 롤백이 안되는거지?
진행 완료

상황

JPA @OnetoOne에서의 N+1 문제
스프링을 사용해서 다른 REST API와 상호작용하는 방법을 알아보자
•
RestTemplate : 스프링 프레임워크에서 제공하는 간단하고 동기화된 REST 클라이언트
•
Traverson : 스프링 HATEOAS에서 제공하는 하이퍼링크를 인식하는 동기화 REST 클라이언트로 같은 이름의 자바스크립트 라이브러리로부터 비롯된 것이다
•
WebClient : 스프링 5에서 소개된 반응형 비동기 REST 클라이언트 (11장에서 더 알아보자)

7.1 RestTemplate으로 REST 엔드 포인트 사용하기

클라이언트 입장에서 REST 리소스와 상호작용하려면 코드가 장황해진다
저수준의 HTTP 라이브러리로 작업하면서 클라이언트는
•
클라이언트 인스턴스와 요청 객체를 생성하고
•
해당 요청을 실행하고
•
응답을 분석하여 관련 도메인 객체와 연관시켜 처리하고
•
그 와중에 발생될 수 있는 예외도 처리해야한다
그리고 매 HTTP 요청마다 위 작업들이 반복된다
이처럼 장황한 코드를 피하기 위해 스프링은 RestTemplate을 제공한다
Chapter7. REST 서비스 사용하기
SpringInAction5
Chapter13. 서비스 탐구하기
Chapter.19 스프링 배포하기