트랜잭션 템플릿을 사용함에도 남아있는 문제점

  • 지금까지 트랜잭션을 편리하게 처리하기 위해 트랜잭션 추상화도 도입하고 반복적인 트랜잭션 로직을 줄이기 위해 트랜잭션 템플릿도 도입했다.
  • 트랜잭션 템플릿 덕분에 반복 코드는 해결했으나, 서비스 계층에 순수한 비즈니스 로직만 남긴다는 목표는 아직 달성하지 못했다.
  • 이 때, 스프링 AOP를 통해 프록시를 도입하면 문제를 깔끔하게 해결할 수 있다.

프록시를 통한 문제 해결

트랜잭션 프록시 코드와 프록시 적용 후 서비스 코드 예시

public class TransactionProxy {
    private MemberService target;

    public void logic() {

        // 트랜잭션 시작
        TransactionStatus status = transactionManager.getTransaction(..);

        try {
            //실제 대상 호출
            target.logic();
            transactionManager.commit(status); // 성공 시 커밋

        } catch (Exception e) {
            transactionManager.rollback(status);
            throw new IllegalStateException(e); // 실패 시 롤백
        }
    }
}

public class Service {

    public void logic() {
        bizLogic(fromId, toId, money);
    }
}
  • 프록시 도입 후 트랜잭션 프록시가 트랜잭션 처리 로직을 모두 가져가고, 실제 서비스를 대신 호출한다.
  • 트랜잭션 프록시 덕분에 서비스 계층에는 순수한 비즈니스 로직만 남길 수 있다.

스프링이 제공하는 트랜잭션 AOP 적용

public class MemberServiceV3_3 {  

    private final MemberRepositoryV3 memberRepository;  

    public MemberServiceV3_3(MemberRepositoryV3 memberRepository) {  
        this.memberRepository = memberRepository;  
    }  

    @Transactional  
    public void accountTransfer(String fromId, String toId, int money) throws SQLException {  
        businessLogic(fromId, toId, money);  
    }  

    private void businessLogic(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 member) {  
        if (member.getMemberId().equals("ex")) {  
            throw new IllegalStateException("이체중 예외 발생");  
        }  
    }  
}
  • 스프링이 제공하는 트랜잭션 AOP를 적용하기 위해 @Transactional 애노테이션을 적용했다.
  • @Transactional 애노테이션이 붙은 메서드는 해당 메서드 내에서 실행되는 로직에 트랜잭션이 적용되고, 클래스에 붙으면 외부에서 호출 가능한 모든 public 메서드가 그 대상이 된다.

스프링이 제공하는 트랜잭션 정리

선언적 트랜잭션 관리 vs 프로그래밍 방식 트랜잭션 관리

  • 선언적 트랜잭션 관리(Declarative Transaction Management)
    • @Transactional 애노테이션 하나만 선언하여 편리하게 트랜잭션을 적용하는 것이 선언적 트랜잭션 관리
    • 이름 그대로 해당 로직에 트랜잭션을 적용하겠다 라고 선언하면 트랜잭션이 적용되는 방식
  • 프로그래밍 방식의 트랜잭션 관리(programmatic transaction management)
    • 트랜잭션 매니저 또는 트랜잭션 템플릿을 사용해서 트랜잭션 관련 코드를 직접 작성하는 것이 프로그래밍 방식의 트랜잭션 관리
    • 스프링 컨테이너나 스프링 AOP 기술없이 간단히 사용할 수 있지만 실무에선느 대부분 스프링 컨테이너와 스프링 AOP를 사용하기 때문에 거의 사용되지 않음

+ Recent posts