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
- ObjectOptimisticLockingFailureException 처리
- @transactional
- 형상관리
- DI
- spring aop
- S3
- kotest testcontainers
- redissonlock aop
- 낙관적 락 롤백
- Spring Cloud Gateway
- 알고리즘
- 멀티모듈 테스트컨테이너
- RefreshToken
- multimodule testcontainers
- springsecurity
- TestContainers
- netty
- 백준
- spring DI
- jpa
- java
- AccessToken
- 우아한 테크러닝
- OptimisticLock
- 낙관적 락 재시도
- interface
- Invalid property 'principal.username' of bean class
- ObjectOptimisticLockingFailureException
- 소수찾기 java
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