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
- 일본IT
- 오사카프로그래머
- 암합적 강도
- 모듈 분할
- 생성자주입
- STS분할
- DBUnit
- 성장기록
- 블랙박스 테스트
- 모듈 강도
- 성능최적화
- spring
- 탑다운 테스트
- 기능적 강도
- 응용정보기술자
- 스텁
- java
- 바텀업 테스트
- 단체테스트
- 모듈 설계
- 필드주입
- CI/CD
- 개발자회고
- 프로그래머블로그
- 데이터 결합
- Integration Test
- Transactional
- 모듈 결합도
- 결합 테스트
- 테스트코드
Archives
- Today
- Total
목록Transactional (1)
오사카 프로그래머의 생존기
[Spring] @Transactional 롤백 실패 원인 분석 + 예외 처리 원리 학습한 줄 요약: 스프링 @Transactional은 기본적으로 RuntimeException(언체크 예외)만 롤백하며, 체크 예외나 내부 try-catch로 예외를 삼킬 경우 프록시가 이를 인지하지 못해 커밋이 발생함을 정리한 기록.1. 학습 배경 (Motivation)실무에서 데이터베이스 상태를 변경하는 비즈니스 로직을 작성할 때, 메서드 상단에 @Transactional 어노테이션을 붙이는 것은 일종의 관행처럼 여겨졌다. 오사카에서 프로그래머로 일해온 지난 6년 동안 이 어노테이션은 복잡한 트랜잭션 경계 설정을 대신해주고, 에러가 나면 데이터를 안전하게 롤백해 주는 강력한 도구로 기능해 왔다.하지만 최근 서비스 로직..
기술 탐구
2026. 4. 12. 23:42