| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 |
- docker compose
- AWS
- JPQL
- Dead Letter Queue
- docker
- MSA
- @Transactional
- JPA
- Spring Container
- DI
- Routing Key
- kafka
- Web
- Spring
- 페이징
- 쿠버네티스
- redis
- 스프링 부트
- mybatis
- DLQ
- Spring Data JPA
- 컨테이너
- @ComponentScan
- CORS
- 지연 로딩
- securitycontextholderfilter
- JWT
- JdbcTemplate
- 서블릿 컨테이너
- dockerhub
- Today
- Total
목록@ComponentScan (3)
look-forest
기본적으로 의존관계 자동 주입은 스프링 컨테이너가 관리하는 빈이어야 동작한다 이번 글에서는 다양한 의존관계 주입 방법과, 그중 어떤 방법을 어떻게 쓰면 좋은지에 대해 중점적으로 알아보겠다. 다양한 의존관계 주입 방법 의존관계 주입 방법은 4가지가 있다 생성자 주입 setter 주입 (수정자 주입) 필드 주입 일반 메서드 주입 1. 생성자 주입 필수 의존관계에 사용 - 생성자가 인자(의존관계)를 전달받아야만 객체가 생성되므로 불변 의존관계에 사용 - 생성자는 생성 시점에 딱 1번만 호출되는 것이 보장 - 생성자를 쓰면 final을 쓸 수 있다 생성자가 딱 1개만 있으면 @Autowired를 생략해도 된다 (여러 개면 어떤 생성자에 autowired 해줘야 할지 명확하지 않으니 지정해줘야 함) ※ final..
[수동 빈 등록 방식의 한계] 지금까지는 스프링 빈을 등록할 때 구성 정보를 설정 파일에 직접 명시해줬다. 자바 코드의 @Bean이나 XML의 등을 통해서 설정 정보에 직접 등록할 스프링 빈을 나열했다. 이렇게 수동으로 등록해야 할 스프링 빈이 수십, 수백개가 되면 일일이 등록하기 번거롭고, 설정 정보도 커지고, 누락하는 문제도 발생한다. 그래서 스프링은 설정 정보가 없어도 자동으로 빈을 등록하는 컴포넌트 스캔이라는 기능을 제공한다 컴포넌트 스캔과 의존관계 자동 주입 개요 1. 컴포넌트 스캔을 사용하려면 먼저 @ComponentScan을 설정 정보에 붙여줘야 한다 컴포넌트 스캔을 쓰더라도 빈을 수동 등록해도 된다 2. 빈으로 등록할 클래스에 @Component를 붙여주자 컴포넌트 스캔은 이름 그대로 @C..
의존 관계? 2021.04.07 - [Spring/spring 핵심 원리] - Spring이란? controller가 service를 통해서 기능(데이터 조회 등) => '의존관계가 있다', 'XXController가 XXService를 의존한다'라고 표현한다. 이 작업을 spring스럽게 해보자! 문제가 되는 상황 매번 의존 관계를 생성자를 통해 직접 주입해준다면, 불필요하게 여러 인스턴스를 만들어야 하고, 구현체 변경시 코드를 변경해야 한다. 예를 들어 AdminController 에서도 memberRepository, memberService 객체를 만들어야 한다. 이때 동일한 memberRepository가 아닌 것도 문제가 되고, 구현체를 DBRepository로 변경할 경우 직접 관련 파일들을..