[JPA] 예외 종류에 따른 트랜잭션 롤백처리 (Checked Exception과 Unchecked Exception)

이번에 Exception에 대해서 공부를 좀 하다가 지금까지 모르고 쭉 사용했었던 중요한 사실을 알아버렸습니다.

(이것도 모르고 무지성으로 사용했었다니..ㅠㅠ 참.. 이러면서 성장하는 거겠죠..)

 

 

우선 정말 간단하게 Checked Exception과 Unchecked Exception에 대해서 알아보도록 하겠습니다.

Checked Exception은 Exception의 하위 예외들 중 RuntimeException을 제외한 모든 예외들을 Checked Exception이라 합니다.

Checked Exception은 컴파일 시 예외처리를 필수로 해주어야 하며, 해주지 않는다면 컴파일 오류를 발생시킵니다.

 

이와는 대조적으로 Unchecked Exception은 RuntimeException과 이를 상속받은 자식 예외들을 가리킵니다.

컴파일 시 예외처리를 해주지 않아도 된다는 것이 특징입니다.

 

그럼 이제 이번 포스팅의 주제인 예외 종류에 따른 트랜잭션 롤백 처리에 대해서 알아보도록 하겠습니다.

예외 종류는 눈치채셨겠지만 Checked Exception과 Unchecked Exception입니다.

 

 

 

---

 

예외 종류에 따른 트랜잭션 롤백 처리

Unchecked Exception은 예외 발생시 트랜잭션이 롤백됩니다.

그러나 Checked Exception의 경우에는 예외 발생시 롤백하지 않습니다. (저는 모든 예외를 다 롤백하는 줄 알았는데.. 아니었습니다..ㅠㅠ)

참고로 Error가 발생해도 트랜잭션은 롤백됩니다.

 

 

TransactionAspectSupport의 completeTransactionAfterThrowing 메소드에 들어있는 TransactionAttribute(DefaultTransactionAttribute)의 rollbackOn

 

 

 

예시 코드를 통해 자세히 알아보도록 하겠습니다.

 

 

다음과 같이 정말 간단하게 Member 엔티티가 있습니다.

@Getter
@NoArgsConstructor(access = AccessLevel.PROTECTED)
@Entity
public class Member {
    @Id @GeneratedValue(strategy = IDENTITY)
    @Column(name = "MEMBER_ID")
    private Long id;

    private String name;

    public Member(String name) {
        this.name = name;
    }
}

 

 

그리고 Member에 대한 Repository와 MemberService가 다음과 같이 있습니다.

public interface MemberRepository extends JpaRepository<Member, Long> {
}

 

@Service
@Transactional
@RequiredArgsConstructor
public class MemberService {

    private final MemberRepository memberRepository;


    public Member createUncheckedEx(){
        Member member = new Member("Uncheck-신동훈");
        memberRepository.save(member);
        if(true) {
            throw new RuntimeException();
        }
        return member;
    }

    public Member createCheckedEx() throws IOException {
        Member member = new Member("Check-신동훈");
        memberRepository.save(member);
        if(true) {
            throw new IOException();
        }
        return member;
    }
    public Member createEx() throws Exception {
        Member member = new Member("Exception -신동훈");
        memberRepository.save(member);
        if(true) {
            throw new Exception();
        }
        return member;
    }
}

 

 

배운대로, createUncheckedEx()에서는 롤백이 발생하여 저장되지 않고, 나머지 두 메서드들은 예외를 발생시키지만 롤백은 시키지 않고 DB에 저장됩니다.

순서대로 실행시키면 DB에는 다음과 같이 저장됩니다.

저장되었다 롤백되었기 때문에 1이 아니라 2부터 저장되었습니다.

 

 

 

 

그럼 만약 Checked Exception이 발생하였을 때 롤백되게 만드려면 어떻게 해야 할까요?

이를 알아보기 전에 다음 문장을 100번만 반복하고 넘어가도록 합시다.

 

"Checked Exception은 발생시 트랜잭션을 롤백하지 않는다"

 

 

 

---

 

Checked Exception 발생 시 트랜잭션을 롤백 처리하는 방법

@Transactional 속성에 보면 rollbackFor 속성이 존재합니다.

 

영어 울렁증이 있는 저는 번역기를 돌리고, 살짝만 제 마음대로 바꾸었습니다.

트랜잭션 롤백을 발생시켜야 하는 예외 유형을 나타내는 Throwable의 하위 클래스인 0개 이상의 예외 클래스를 정의합니다.
기본적으로 트랜잭션은 RuntimeException 및 Error에서 롤백되지만 Checked Exception(비즈니스 예외)에서는 롤백되지 않습니다.
자세한 설명은 org.springframework.transaction.interceptor.DefaultTransactionAttribute.rollbackOn(Throwable)을 참조하세요. 이것은 예외 클래스 및 해당 하위 클래스와 일치하는 롤백 규칙을 구성하는 기본 방법(rollbackForClassName과 대조적으로)입니다. org.springframework.transaction.interceptor.RollbackRuleAttribute.RollbackRuleAttribute(Class clazz)와 유사합니다.
See Also: rollbackForClassName, org.springframework.transaction.interceptor

 

 

 

따라서 다음과 같이 사용하면, Checked Exception인 경우에도 트랜잭션을 롤백할 수 있습니다.

@Transactional(rollbackFor = Exception.class)
public void save() throws Exception {
  //코드
}

그런데 위와 같이 사용한다면, 상위 메서드에서도 Exception에 대한 처리를 해주어야 합니다.

계속 무의미한 예외를 던지고 처리하게 되는 것입니다.

 

 

 

Unchecked Exception으로 포장하여 던져라!

위의 방법보다 더 권장하는 방법으로는 바로 Checked Exception을 Unchecked Exception으로 바꾸어 주는 것입니다.

예시 코드를 바꾸면 다음과 같아집니다.

public Member createCheckedEx() {
    Member member = new Member("Check-신동훈");
    memberRepository.save(member);
    if(true) {
        try {
            throw new IOException();
        } catch (IOException e) {
            throw new RuntimeException();
        }
    }
    return member;
}

(코드가 조금 웃기긴 하지만.. 예시니까 이런 식으로 예외를 바꾸어 준다는 것만 확인하고 넘어가겠습니다.)

 

 

 

 

 

 

 

 

📔 Reference

Spring 선언적 트랜잭션과 checked exception - 머루의개발블로그

 

Checked Exception을 대하는 자세 - Yun Blog | 기술 블로그