• 카테고리

    질문 & 답변
  • 세부 분야

    백엔드

  • 해결 여부

    미해결

트랜잭션 AOP주의사항 - 해결방법 문의

23.05.30 22:48 작성 조회수 478

0

[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? 예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예
3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예

[질문 내용]
영한님께서 이번 강의에서 트랜잭션 프록시 객체에서 외부메서드를 호출하고, 진짜 객체의 외부 메서드에서 자기 자신의 내부 메서드를 호출할 때 내부 메서드에는 @Transactional을 설정해도 트랜잭션이 적용되지 않는 점 이해 했습니다.

 

강의에서 이 부분을 해결하기 위해 별도의 클래스를 만들고, Bean으로 주입(이 경우 프록시객체가 Bean으로 등록)해서 프록시 객체가 @Transactional 메서드를 호출하는 방식으로 해결하는 점도 이해했습니다.

 

스프링 MVC강의에서 빈 스코프 문제(프로토타입과 싱글톤 Bean을 같이 사용할 때 문제점)을 해결하기 위해 Dependency Lookup을 사용하신 방법이 떠올라 V3테스트코드를 작성해보았습니다.

 

@Slf4j
@SpringBootTest
public class InternalCallV3Test {

    @Autowired
    CallServie callServie;

    @Test
    void printProxy() {
        log.info("callService class={}", callServie.getClass());
    }

    @Test
    void internalCall() {
        callServie.internal();
    }

    @Test
    void externalCall() {
        callServie.external();
    }

    @TestConfiguration
    static class InternalCallV1TestConfig {
        @Bean
        CallServie callServie() {
            return new CallServie();
        }
    }

    @Slf4j
    static class CallServie {

        @Autowired
        private ObjectProvider<CallServie> selfProvider;

        public void external() {
            log.info("call external");
            printTxInfo();
            CallServie self = selfProvider.getObject();
            log.info("self class={}", self.getClass());
            self.internal();
        }

        @Transactional
        public void internal() {
            log.info("call internal");
            printTxInfo();
        }

        private void printTxInfo() {
            boolean txActive = TransactionSynchronizationManager.isActualTransactionActive();
            log.info("tx active={}", txActive);
            boolean readOnly = TransactionSynchronizationManager.isCurrentTransactionReadOnly();
            log.info("tx readOnly={}", readOnly);
        }
    }
}

 

실행 결과는 다음과 같습니다.

DL을 이용해서 스프링 컨테이너에서 프록시를 가져와서, 프록시의 메서드를 호출하면 트랜잭션이 적용되는 것 처럼 보입니다.

 

  • 질문

1) 이 방법으로 트랜잭션이 적용되는게 맞을까요?

2) 이 방법을 혹시 스프링-고급편에서 다루나요?

3) 1번 질문이 맞다면 클래스를 새로 만들고, 메서드를 옮기는 비용보다 DL로 프록시객체를 찾아오는 비용이 더 쌀 것 같은데, 둘 중 어느 방법이 선호되는 편인가요?

 

답변 2

·

답변을 작성해보세요.

0

안녕하세요. 고래밥님^^

해당 방법도 해결방안 중에 하나입니다.

하지만 너무 복잡해지니, 이번 강의에서 설명드린 방법을 더 권장드립니다.

참고로 해당 내용은 고급편에서 더 자세히 설명드립니다.

감사합니다.

고래밥님의 프로필

고래밥

질문자

2023.06.03

감사합니다 선생님 ^-^

0

인프런 AI 인턴님의 프로필

인프런 AI 인턴

2023.06.01

안녕하세요, 인프런 AI 입니다.

해당 내용을 보면 트랜잭션 AOP를 사용할 때 외부메서드와 내부메서드를 구분해서 AOP가 적용되는 문제점이 있었다는 것 같습니다. 이러한 문제점은 외부 메서드에서 내부 메서드를 호출할 때 내부 메서드의 @Transactional 어노테이션이 적용되지 않아 발생합니다.

해당 문제를 해결하기 위한 방법으로는 별도의 클래스를 만들고, @Bean으로 등록하는 방법이 있었습니다.

또한, 트랜잭션 AOP 문제와 관련하여 Dependency Lookup 방법을 사용하신 것 같습니다. 이 방법은 스프링 MVC 강의에서 빈 스코프 문제를 해결하는데 사용되는 방법입니다.

V3 테스트 코드를 작성하시면서 프록시 객체가 생성되는지 확인하신 것 같습니다. 이 부분에 대한 세부적인 내용은 제공되지 않아 정확한 답변을 드리지는 못하는 점 양해 부탁드립니다.

더 자세한 내용은 해당 강의의 커뮤니티 게시판에 질문을 남겨보시는 것이 좋을 것 같습니다. 감사합니다.