일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- 프록시
- 스프링
- 참조변수
- 백준
- 인터페이스
- 코드트리조별과제
- 다형성
- 의존관계
- @configuration
- 오버라이딩
- java
- http 메시지 컨버터
- DI
- objecterror
- HttpServletResponse
- 스프링컨테이너
- fielderror
- 코드트리
- html form
- JSON
- 코딩테스트
- ocp
- 오블완
- 김영한
- equals()
- 서블릿
- 테스트코드
- 추상클래스
- 싱글톤
- 티스토리챌린지
- Today
- Total
minOS
트랜잭션 문제 해결 - 트랜잭션 템플릿 본문
문제 상황 : 같은 패턴이 반복
트랜잭션 사용 코드
// 트랜잭션 시작 TransactionStatus status = transactionManager.getTransaction(new DefaultTransactionDefinition()); try { // 비즈니스 로직 bizLogic(fromId, toId, money); transactionManager.commit(status); // 성공 시 커밋 } catch (Exception e) { transactionManager.rollback(status); // 실패 시 롤백 throw new IllegalStateException(e); }
- 트랜잭션을 시작하고, 비즈니스 로직을 실행하고, 성공하면 커밋하고, 예외가 발생해서 실패하면 롤백한다.
- 다른 서비스에서 트랜잭션을 시작하려면 `try` , `catch` , `finally` 를 포함한 성공시 커밋, 실패시 롤백 코드가 반복될 것이다.
- 이런 형태는 각각의 서비스에서 반복된다. 달라지는 부분은 비즈니스 로직 뿐이다.
- 이럴 때 템플릿 콜백 패턴을 활용하면 이런 반복 문제를 깔끔하게 해결할 수 있다.
트랜잭션 템플릿
템플릿 콜백 패턴을 적용하려면 템플릿을 제공하는 클래스를 작성해야 하는데, 스프링은 `TransactionTemplate` 라는 템플릿 클래스를 제공한다.
TransactionTemplate
public class TransactionTemplate { private PlatformTransactionManager transactionManager; public <T> T execute(TransactionCallback<T> action) { // 메서드 구현 } public void executeWithoutResult(Consumer<TransactionStatus> action) { // 메서드 구현 } }
- `execute()` : 응답 값이 있을 때 사용한다.
- `executeWithoutResult()` : 응답 값이 없을 때 사용한다.
MemberServiceV3_2
package hello.jdbc.service; import hello.jdbc.domain.Member; import hello.jdbc.repository.MemberRepositoryV3; import lombok.extern.slf4j.Slf4j; import org.springframework.transaction.PlatformTransactionManager; import org.springframework.transaction.support.TransactionTemplate; import java.sql.SQLException; /** * 트랜잭션 - 트랜잭션 템플릿 * */ @Slf4j public class MemberServiceV3_2 { //private final PlatformTransactionManager transactionManager; private final TransactionTemplate txTemplate; private final MemberRepositoryV3 memberRepository; public MemberServiceV3_2(PlatformTransactionManager transactionManager, MemberRepositoryV3 memberRepository) { this.txTemplate = new TransactionTemplate(transactionManager); this.memberRepository = memberRepository; } public void accountTransfer(String fromId, String toId, int money) throws SQLException { txTemplate.executeWithoutResult((status) -> { //비지니스 로직 try { bizLogic(fromId, toId, money); } catch (SQLException e) { throw new IllegalStateException(e); } }); } private void bizLogic(String fromId, String toId, int money) throws SQLException { Member fromMember = memberRepository.findById( fromId); Member toMember = memberRepository.findById(toId); memberRepository.update(fromId, fromMember.getMoney()- money); validation(toMember); // 검증에서 문제 생기면 예외 발생 memberRepository.update( toId, toMember.getMoney()+ money); } private void validation(Member toMember) { if(toMember.getMemberId().equals("ex")){ throw new IllegalStateException("이체 중 예외 발생"); } } }
- `TransactionTemplate` 을 사용하려면 `transactionManager`가 필요하다. 생성자에서`transactionManager` 를 주입 받으면서 `TransactionTemplate` 을 생성했다.
트랜잭션 템플릿 사용 로직
txTemplate.executeWithoutResult((status) -> { try { // 비즈니스 로직 bizLogic(fromId, toId, money); } catch (SQLException e) { throw new IllegalStateException(e); } });
- 트랜잭션 템플릿 덕분에 트랜잭션을 시작하고, 커밋하거나 롤백하는 코드가 모두 제거되었다.- 트랜잭션 템플릿의 기본 동작은 다음과 같다.
1) 비즈니스 로직이 정상 수행되면 커밋한다.
2)언체크 예외가 발생하면 롤백한다. 그 외의 경우 커밋한다. (체크 예외의 경우에는 커밋)- 코드에서 예외를 처리하기 위해 `try~catch` 가 들어갔는데, `bizLogic()` 메서드를 호출하면 SQLException체크 예외를 넘겨준다. 해당 람다에서 체크 예외를 밖으로 던질 수 없기 때문에 언체크 예외로 바꾸어 던지도록 예외를 전환했다.
MemberServiceV3_2Test
package hello.jdbc.service; import hello.jdbc.domain.Member; import hello.jdbc.repository.MemberRepositoryV3; import org.junit.jupiter.api.AfterEach; import org.junit.jupiter.api.BeforeEach; import org.junit.jupiter.api.DisplayName; import org.junit.jupiter.api.Test; import org.springframework.jdbc.datasource.DataSourceTransactionManager; import org.springframework.jdbc.datasource.DriverManagerDataSource; import org.springframework.transaction.PlatformTransactionManager; import java.sql.SQLException; import static hello.jdbc.connection.ConnectionConst.*; import static org.assertj.core.api.Assertions.assertThat; import static org.assertj.core.api.Assertions.assertThatThrownBy; /** * 트랜잭션 - 트랜잭션 템플릿 * */ class MemberServiceV3_2Test { public static final String MEMBER_A = "memberA"; public static final String MEMBER_B = "memberB"; public static final String MEMBER_EX = "ex"; private MemberRepositoryV3 memberRepository; private MemberServiceV3_2 memberService; @BeforeEach void before(){ DriverManagerDataSource dataSource = new DriverManagerDataSource(URL, USERNAME, PASSWORD); memberRepository = new MemberRepositoryV3(dataSource); // JDBC 기반 트랜잭션 관리 구현체 주입 PlatformTransactionManager transactionManager = new DataSourceTransactionManager(dataSource); memberService = new MemberServiceV3_2(transactionManager,memberRepository); } @AfterEach void after() throws SQLException{ memberRepository.delete(MEMBER_A); memberRepository.delete(MEMBER_B); memberRepository.delete(MEMBER_EX); } @Test @DisplayName("정상 이체") void accountTransfer() throws SQLException { //given Member memberA = new Member(MEMBER_A, 10000); Member memberB = new Member(MEMBER_B, 10000); memberRepository.save(memberA); memberRepository.save(memberB); //when memberService.accountTransfer(memberA.getMemberId(), memberB.getMemberId(), 2000); //then Member findMemberA = memberRepository.findById(memberA.getMemberId()); Member findMemberB = memberRepository.findById(memberB.getMemberId()); assertThat(findMemberA.getMoney()).isEqualTo(8000); assertThat(findMemberB.getMoney()).isEqualTo(12000); } @Test @DisplayName("이체 중 예외 발생") void accountTransferEx() throws SQLException { //given Member memberA = new Member(MEMBER_A, 10000); Member memberEx = new Member(MEMBER_EX, 10000); memberRepository.save(memberA); memberRepository.save(memberEx); //when assertThatThrownBy(() ->memberService.accountTransfer(memberA.getMemberId(), memberEx.getMemberId(), 2000)) .isInstanceOf(IllegalStateException.class); //then Member findMemberA = memberRepository.findById(memberA.getMemberId()); Member findMemberB = memberRepository.findById(memberEx.getMemberId()); assertThat(findMemberA.getMoney()).isEqualTo(10000); //A 에서 2000원 빠진 후 예외 터짐 -> 롤백 되기 때문에 비지니스 로직 실행 전으로 돌아감 assertThat(findMemberB.getMoney()).isEqualTo(10000); } }
테스트 내용은 기존과 같다.
테스트를 실행해보면 정상 동작하고, 실패시 롤백도 잘 수행되는 것을 확인할 수 있다.
정리
- 트랜잭션 템플릿 덕분에, 트랜잭션을 사용할 때 반복하는 코드를 제거할 수 있었다.
- 하지만 이곳은 서비스 로직인데 비즈니스 로직 뿐만 아니라 트랜잭션을 처리하는 기술 로직이 함께 포함되어 있다.- 애플리케이션을 구성하는 로직을 핵심 기능과 부가 기능으로 구분하자면 서비스 입장에서 비즈니스 로직은 핵심기능이고, 트랜잭션은 부가 기능이다.
- 이렇게 비즈니스 로직과 트랜잭션을 처리하는 기술 로직이 한 곳에 있으면 두 관심사를 하나의 클래스에서 처리하
게 된다. 결과적으로 코드를 유지보수하기 어려워진다.
- 서비스 로직은 가급적 핵심 비즈니스 로직만 있어야 한다. 하지만 트랜잭션 기술을 사용하려면 어쩔 수 없이 트랜
잭션 코드가 나와야 한다. 어떻게 하면 이 문제를 해결할 수 있을까?
'TIL > 김영한의 스프링 DB 1편' 카테고리의 다른 글
트랜잭션 문제 해결 - 트랜잭션 AOP 적용 (0) | 2024.12.07 |
---|---|
트랜잭션 문제 해결 - 트랜잭션 AOP 이해 (0) | 2024.12.07 |
트랜잭션 문제 해결 - 트랜잭션 매니저2 (0) | 2024.12.07 |
트랜잭션 문제 해결 - 트랜잭션 매니저1 (0) | 2024.12.07 |
스프링과 문제 해결 - 트랜잭션 동기화 (0) | 2024.11.29 |