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