Random Port의 SpringBoot 테스트를 진행할 때 Transactional이 적용되지 않는 문제를 직면하여 이유를 간단히 알아보았습니다. 잘못된 내용이 있다면 지적 부탁드립니다. @SpringBootTest의 Web Environment SpringBootTest의 Web Environment 설정은 네 가지가 있다. 기본값인 MOCK은 mocking 된 서블릿(WebApplicationContext)을 로드하며 NONE의 경우는 서블릿 환경을 아예 제공하지 않는다. 반면 RANDOM_PORT 혹은 DEFINED_PORT 옵션을 사용하면 각각 임의의, 혹은 지정된 포트로의 실제 서블릿 환경(EmbeddedWebApplicationContext)을 로드한다. 이로 인해 RANDOM_PORT 혹..
필드 주입도 순환 참조를 검사해 준다? 스프링의 의존성 주입과 관련하여 코드를 작성해 보던 중, 필드 주입 또한 순환 참조를 검사해 주는 것을 확인하여 의문이 생겼다. 기존에 생성자 주입을 권장하는 이유는 빈의 생명주기 중 처음 두 단계 중 1번의 인스턴스 생성을 위한 생성자 호출에서 바로 의존성을 주입해야 하므로 순환 참조를 찾을 수밖에 없기 때문으로 이해했다. 빈 객체의 인스턴스 생성 단계 의존성 주입 단계 @PostConstruct나 InitializingBean 인터페이스의 구현 메서드에 의한 초기화 단계 스프링 컨테이너 종료 시 @PreDistroy나 DisposableBean 인터페이스의 구현 메서드에 의한 소멸 단계 이번에 새로 경험한 것은 생성자 주입이 아닌 필드 주입과 같은 방법으로 빈을..
목차 1. @Autowired 어노테이션 2. @Autowired를 통한 의존성 주입 방법 3. 생성자 주입을 사용하는 이유 4. @Primary 혹은 @Qualifier를 통해 주입될 구현체 명시하기 @Autowired 어노테이션 스프링 컨테이너에 어노테이션을 통해 빈을 등록하는 방법은 크게 두 가지다. @Bean 어노테이션을 통한 빈 등록 (메서드 레벨) @Component 어노테이션을 통한 빈 등록 (클래스 레벨) @Bean의 경우 메서드에 붙여 해당 메서드를 통해 반환되는 객체를 Bean으로 관리할 때 사용한다. 이와 달리 @Component는 클래스에 붙여 해당 클래스 타입을 기반으로 빈을 관리하도록 한다. @Repository, @Service, @Controller 등의 어노테이션들은 @Co..
- Total
- Today
- Yesterday
- Fromtail
- GitHub Discussion
- 스프링
- Spring 테스트
- Payload 암호화
- invokedynamic
- 람다식
- 생성자 주입
- Spring
- MySQL
- Spring Boot Monitoring
- springboottest
- 자바
- 의존성 주입
- java switch case
- 우테코
- 함수형 인터페이스
- MySQL 이벤트 스케줄
- GitHub Discussion 템플릿
- 우테코 프리코스
- 우테코 5기
- logback-spring.xml
- JPA
- JPA JSON
- multiplebagsfetchexception
- RandomPort
- Jenkins 예약 배포
- GitHub Discussion Template
- stubbing
- Java
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |