Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
Tags
- java
- ObjectOptimisticLockingFailureException
- 낙관적 락 재시도
- multimodule testcontainers
- Spring Cloud Gateway
- springsecurity
- 형상관리
- netty
- S3
- 낙관적 락 롤백
- 멀티모듈 테스트컨테이너
- spring DI
- AccessToken
- interface
- spring aop
- @transactional
- 소수찾기 java
- ObjectOptimisticLockingFailureException 처리
- 우아한 테크러닝
- aop
- 알고리즘
- redissonlock aop
- DI
- jpa
- 백준
- Invalid property 'principal.username' of bean class
- OptimisticLock
- kotest testcontainers
- RefreshToken
- TestContainers
Archives
- Today
- Total
목록kotest testcontainer 전역설정 (1)
조급하면 모래성이 될뿐
Kotest + TestContainers Global 설정
domain 모듈에서 mariadb컨테이너가 필요한 단위테스트 할 때, properties 설정만으로 애플리케이션이 시작될 때마다 컨테이너화된 새로운 데이터베이스 인스턴스를 얻을 수 있었다. - JDBC support api 모듈에서는 추가적으로 redis 컨테이너도 필요했다. 위처럼 설정 하나로 모든 테스트에서 Redis 컨테이너를 참조하고 싶었지만... 테스트 컨테이너를 다루는 일반적인 방식으로는 불가능했다. 싱글톤으로 테스트 컨테이너를 만드는 일반적인 방식 - static final 로 선언된 컨테이너를 관리하는 추상 클래스를 정의한다. - 컨테이너가 필요한 클래스에서 이 추상 클래스를 상속하여 사용한다. - 공식문서 abstract class AbstractContainerBaseTest { st..
구현 기록/TestContiners
2023. 6. 24. 01:15