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
- aop
- Spring Cloud Gateway
- multimodule testcontainers
- jpa
- interface
- AccessToken
- S3
- 멀티모듈 테스트컨테이너
- 백준
- 낙관적 락 재시도
- 우아한 테크러닝
- springsecurity
- java
- @transactional
- ObjectOptimisticLockingFailureException 처리
- ObjectOptimisticLockingFailureException
- 소수찾기 java
- TestContainers
- Invalid property 'principal.username' of bean class
- netty
- kotest testcontainers
- 낙관적 락 롤백
- spring aop
- redissonlock aop
- DI
- 알고리즘
- OptimisticLock
- 형상관리
- spring DI
- RefreshToken
Archives
- Today
- Total
목록테스트컨테이너 모듈 별 설정 (1)
조급하면 모래성이 될뿐
멀티모듈 + 테스트컨테이너 모듈 별 설정 분리
이전 포스팅에서 아래와 같은 구조로 테스트 환경을 구축하면서, 모듈 별 테스트 설정이 중복되는 것에 아쉬움이 남았다. 이 구조의 단점은 하나로 설정 가능한 정보가 API 모듈에 중복해서 관리된다는 것이었다. API 모듈: MariaDB 접속을 위한 설정, Redis 접속을 위한 설정 Domain 모듈: MariaDB 접속을 위한 설정 Redis 모듈: Redis 접속을 위한 설정 최초 위와 같은 구조로 만든 이유는 다음과 같다. 테스트 컨테이너에 의해 생성된 컨테이너의 포트는 고정적이지 않다. 따라서 DB 접속에 필요한 정보를 코드로 동적으로 세팅해주어야 한다. application.yml 파일에서 접속정보를 고정시킬 수 없다. 즉, 런타임 시점에 코드로 설정정보를 주입해야 한다. API 모듈에서, 다른..
구현 기록/TestContiners
2023. 6. 26. 04:02