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 |
Tags
- MSA
- DI
- mybatis
- AWS
- JWT
- securitycontextholderfilter
- 컨테이너
- redis
- @Transactional
- Spring Container
- DLQ
- Web
- docker
- Spring Data JPA
- 서블릿 컨테이너
- 스프링 부트
- kafka
- 페이징
- docker compose
- Dead Letter Queue
- JPA
- Routing Key
- JPQL
- 쿠버네티스
- @ComponentScan
- CORS
- dockerhub
- Spring
- 지연 로딩
- JdbcTemplate
Archives
- Today
- Total
목록DataAccessException (1)
look-forest
스프링과 문제 해결 - 예외 처리, 반복
예외 처리 이슈 해결리포지토리가 던지는 SQLException 체크 예외를 런타임 예외로 전환해서 서비스 계층에 던지면 서비스 계층이 해당 예외를 무시할 수 있기 때문에, 특정 구현 기술에 의존하는 부분을 제거하고 서비스 계층을 순수하게 유지할 수 있다. 이로써 throws SQLException가 제거되어 서비스 계층의 순수성을 유지할 수 있게 되었다.덕분에 향후 JDBC에서 다른 구현 기술로 변경하더라도 서비스 계층의 코드를 변경하지 않고 유지할 수 있다. 예외 처리를 하고 싶다면리포지토리에서 넘어오는 특정한 예외의 경우 복구를 시도할 수도 있다. 그런데 위 방식은 항상 MyDbException 이라는 예외만 넘어오기 때문에 예외를 구분할 수 없는 단점이 있다. 만약 특정 상황에는 예외를 잡아서 복구..
Spring/Spring 데이터 접근 - 핵심 원리
2024. 8. 16. 01:05