Spring 트랜잭션 AOP - @Transactional 사용

이 전 포스팅에서 트랜잭션을 편리하게 처리하기 위해 트랜잭션 추상화와 트랜잭션 템플릿을 도입해보았습니다.

하지만 여전히 서비스 계층에 순수한 비즈니스 로직만 남기는 목표에는 도달하지 못했어요.

 

이럴 때 스프링 AOP를 통해 프록시를 도입하면 문제를 깔끔하게 해결할 수 있습니다.

 스프링 AOP와 프록시에 대한 자세한 내용은 추후에 자세히 공부하고 남기도록 하겠습니다. 

 

프록시라는 것을 사용하면  

이렇게 트랜잭션을 처리하는 객체와 비즈니스 로직을 처리하는 서비스 객체를 명확하게 분리할 수 있습니다.

사용법은 매우매우매우 간단합니다. 트랜잭션 처리가 필요한 곳에 @Transactional 어노테이션을 붙여주기만 하면 됩니다.

스프링의 트랜잭션 AOP는 이 어노테이션을 인식해서 자동으로 트랜잭션 프록시를 적용해 줍니다!

---

Sol3. 트랜잭션 AOP - @Transactional 사용

스프링 AOP를 적용하려면 어드바이저, 포인트컷, 어드바이스를 필요로하는데 스프링 부트를 사용하면 
>  어드바이저: BeanFactoryTransactionAttributeSourceAdvisor
>  포인트컷: TransactionAttributeSourcePointcut
>  어드바이스: TransactionInterceptor
를 빈으로 스프링 컨테이너에 자동으로 등록해줍니다.

 

MemberService에 적용

@Slf4j
@RequiredArgsConstructor
public class MemberServiceV3_3 {

//    private final PlatformTransactionManager transactionManager;
    private final MemberRepositoryV3 memberRepository;

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

이렇게 @Transactional 어노테이션을 사용해 서비스 계층에 오로지 순수하게 비즈니스 로직만 구현할 수 있게 되었습니다.

+ 클래스 레벨에 어노테이션을 붙이면 외부에서 호출 가능한 public 메소드가 AOP 적용 대상이 됩니다.

 

테스트 코드에 적용하려면 테스트 코드에 몇 가지 설정 필요
1. @SpringBootTest : 스프링 AOP 적용하기 위해서는 스프링 컨테이너가 필요한데, 이 어노테이션을 사용하면 테스트 시 스프링 부트를 통해 스프링 컨테이너를 생성

2. @TestConfiguration : 테스트 안에서 내부설정 클래스를 만들어 Bean으로 등록하고 구현체 주입 필요

3. 트랜잭션 AOP에서 DataSource, 트랜잭션 매니저를 사용하므로 반드시 2번에 빈으로 등록해주어야 합니다.

 

AOP 동작방식은 아래 그림과 같습니다.

테스트 코드 

@SpringBootTest
@Slf4j
class MemberServiceV3_3Test {

    @Autowired
    private MemberServiceV3_3 memberService;
    @Autowired
    private MemberRepositoryV3 memberRepository;

    public static final String MEMBER_A = "memberA";
    public static final String MEMBER_B = "memberB";
    public static final String MEMBER_EX = "ex";

    @TestConfiguration
    static class TestConfig
    {
        @Bean
        DataSource dataSource(){return new DriverManagerDataSource(URL,USERNAME,PASSWORD);}
        @Bean
        PlatformTransactionManager transactionManager()
        {
            return new DataSourceTransactionManager(dataSource());
        }
        @Bean
        MemberRepositoryV3 memberRepository()
        {
            return new MemberRepositoryV3(dataSource());
        }
        @Bean
        MemberServiceV3_3 memberService()
        {
            return new MemberServiceV3_3(memberRepository());
        }
    }
    ...
    // 실제 테스트 코드는 생략 
}

• 스프링 AOP를 사용하기 위해 스프링 컨테이너가 필요합니다.
• 따라서 클래스 레벨에 @SpringBootTest 어노테이션을 통해 스프링 컨테이너를 생성하고 위 memberRepository와 memberService를 수동으로 컨테이너에 등록하고 필드주입으로 의존관계를 설정해주었습니다.
• 추가적으로 AOP에서 트랜잭션 매니저와 데이터 소스를 필요로 하므로 이 또한 컨테이너에 등록해 주었습니다.

참고로, 테스트 코드를 제외한 경우에는 필드 주입이 아닌 생성자 주입방식을 사용하는 것이 좋습니다.

https://rlaehddnd0422.tistory.com/25

Spring / 의존관계 주입 - 생성자, 수정자, 필드, 메소드

 

+ DataSource, 트랜잭션 매니저 자동 등록하기.

 

스프링 부트는 위와 같이 직접 DataSource, 트랜잭션 매니저를 직접 빈으로 등록하는 경우를 제외하면,

기본적으로 DataSource는 HikariDataSource를 자동으로 등록하고, 트랜잭션 매니저는 현재 등록된 라이브러리를 보고 JDBC를 사용하는 경우에는DataSourceTransaction를, JPA를 사용하는 경우에는 JpaTransactionManager를 자동으로 등록합니다. (둘 다 사용하는 경우 JpaTransactionManager 등록)

 

자동 등록 방법

•  application.properties에 datasource의 url, username, password 설정하면 스프링이 이를 기반으로 판단해서 자동으로 트랜잭션 매니저와 데이터 소스를 빈으로 등록합니다. 

spring.datasource.url=jdbc:h2:tcp://localhost/~/test
spring.datasource.username=sa
spring.datasource.password=

 

결론적으로 스프링을 사용해 (예외 누수 문제를 제외하면) 기존 서비스 계층의 트랜잭션 문제를 아주 깔끔하고 간결하게 해결할 수 있었습니다. 스프링이 이런것도 어노테이션 하나로 처리해주니 점점 스프링의 메리트가 느껴지는 것 같습니다. 다음 포스팅에서는 마지막으로 남은 예외 누수문제를 해결하는 방법을 알아보도록 하겠습니다.

 

<참고자료>

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-db-1/dashboard

스프링 DB 1편 - 데이터 접근 핵심 원리 - 인프런 | 강의