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
- JWT
- Spring
- 지연 로딩
- Web
- kafka
- Routing Key
- docker
- @ComponentScan
- AWS
- CORS
- JdbcTemplate
- Spring Data JPA
- securitycontextholderfilter
- mybatis
- @Transactional
- redis
- JPA
- DI
- 페이징
- 스프링 부트
- MSA
- 쿠버네티스
- DLQ
- Spring Container
- 컨테이너
- JPQL
- Dead Letter Queue
- 서블릿 컨테이너
- dockerhub
- docker compose
Archives
- Today
- Total
목록PlatformTransactionManager (1)
look-forest
스프링과 문제 해결 - 트랜잭션
애플리케이션 구조 - 순수한 서비스 계층 시간이 흘러서 UI(웹) 와 관련된 부분이 변하고, 데이터 저장 기술을 다른 기술로 변경해도, 핵심 비즈니스 로직이 들어있는 서비스 계층은 최대한 변경없이 유지되어야 한다. 서비스 계층은 가급적 비즈니스 로직만 구현하고 특정 구현 기술에 직접 의존해서는 안된다. 이렇게 하면 향후 구현 기술이 변경될 때 변경의 영향 범위를 최소화 할 수 있다. 순수 JDBC로 구현 시 문제점트랜잭션을 사용하기 위해서 javax.sql.DataSource, java.sql.Connection, java.sql.SQLException 같은 JDBC 기술에 의존해야 한다. 향후 JDBC에서 JPA 같은 다른 기술로 바꾸어 사용하게 되면 서비스 코드도 모두 함께 변경해야 한다.핵심 비즈니..
Spring/Spring 데이터 접근 - 핵심 원리
2024. 8. 13. 18:20