Spring이 제공하는 예외 추상화, 예외 변환기 사용

앞선 포스팅에서 데이터베이스마다 오류코드가 다르기 때문에 예외복구를 할 때 각 DB에 맞는 적절한 오류코드를 설정해주어야 하는 번거로움이 있었습니다.

ErrorCode를 이용한 특정 예외 복구

스프링의 예외 추상화와, 예외 변환기를 사용해 이 문제를 해결할 수 있습니다! 

---

예외 추상화

• 스프링이 제공하는 예외 추상화 DataAccessException은 RuntimeException의 상속 클래스이므로 서비스 계층에서 편리하게 사용 가능합니다. 
• 각각의 예외는 특정 기술(JDBC, JPA 등)에 종속적이지 않게 설계되어 서비스 계층에서 편리하게 사용 가능합니다.
  • 쉽게 말해 JPA에서 발생하는 키 중복 오류와 JDBC에서 발생하는 키 중복 오류를 동일한 예외 클래스로 제공하기 때문에 서비스 계층에서는 기술의 변경됨에 따라 예외 클래스를 변경해줄 필요가 없습니다.
• 예외 추상화 DataAccessException은 크게 Trasient(일시적인) 예외와 NonTransient(일시적이지 않은) 예외로 구분됩니다.
  • Transient Exception : 쿼리 타임아웃, 락과 관련된 오류로 다시 시도하면 성공할 수 있는 예외들
  • Non-Transient Exception : SQL 문법 오류, 데이터베이스 제약조건 위배와 같이 다시 시도해도 성공하지 못하는 예외들

 

스프링은 DB에서 발생한 오류코드를 예외 추상화로 변경하도록 도와주는 예외 변환기를 제공합니다.

---

예외 변환기(SQLExceptionTranslator) 

사용법 

1. 선언 

  SQLExceptionTranslator exTranslator = new SQLErrorCodeSQLExceptionTranslator(dataSource);

2. translate()를 사용해 Exception Code ▶︎ 예외 추상화 변경

  DataAccessException resultEx = exTranslator.translate("select", sql, e);

translate()
1. 첫번째 파라미터 : 읽을 수 있는 설명
2. 두번째 파라미터 : 실행한 SQL
3. 세번째 파라미터 : 발생된 Exception

적용

@Slf4j
@RequiredArgsConstructor
public class MemberRepositoryV4_2 implements MemberRepository {
    private final DataSource dataSource;
    private final SQLExceptionTranslator exTranslator;

    public MemberRepositoryV4_2(DataSource dataSource)
    {
        this.dataSource = dataSource;
        this.exTranslator = new SQLErrorCodeSQLExceptionTranslator(dataSource);
    }

    public Member save(Member member)
    {
        String sql = "insert into member(member_id, money) values(?,?)";

        Connection con = null;
        PreparedStatement pstmt = null;

        try
        {
            con = getConnection();
            pstmt = con.prepareStatement(sql);
            pstmt.setString(1,member.getMemberId());
            pstmt.setInt(2, member.getMoney());
            pstmt.executeUpdate();
            return member;
        } catch (SQLException e) {
            DataAccessException Translated_ex = exTranslator.translate("save", sql, e);
            log.info("변환된 예외 : {}", exTranslator.getClass());
            throw Translated_ex;
        }finally {
            close(con, pstmt, null);
        }
    }
    
    
    
    ...
}

• Interface SQLExceptionTransaltor의 implements SQLErrorCodeSQLExceptionTranslator 사용
  
  • DataSource를 주입해주어야 합니다. (외부에서 따로 주입)

Service                                                                                                              Repository 

• 서비스 계층에서는 리포지토리 계층에서 예외 변환기를 타고 넘어온 예외 추상화를 이용해 예외 복구 로직을 깔끔하게 짤 수 있게 되었습니다. 
• 리포지토리 계층에서는 예외 변환기가 오류코드를 예외 추상화로 자동으로 변경시켜주기 때문에 발생할 수 있는 예외를 일일이 오류코드로 잡아줄 필요가 없게 되었습니다. 
• 추가적으로 이제 서비스 계층은 예외 추상화를 받기 때문에 특정 기술에 종속적이지 않고 깔끔하게 유지할 수 있게 되었습니다.

---

<참고자료>

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