@Transactional 쓸때 try catch를 안쓰면 안되나요?

Question

&#64;Transactional 이랑 try catch 둘다 에러가 날 수있는 함수에 작성한다고 알고있는데무조건 true리턴하는 로그아웃 함수에로그아웃 시간 업데이트 함수, 쿠키 시간 0으로 만드는 함수가 있는데이때 try catch문을 안쓰면에러가 났을때 트랜잭션이 되고 아무런 응답을 안하나요?쿠키 시간 셋팅하는데도 에러가 날 수있나요? 첫 프로젝트에선 로그아웃 시간 업데이트 함수가 없었어서 try catch, &#64;Transactional 둘다 안써줬는데업데이트문 쿼리가 있는 함수가 추가되니까 &#64;Transactional를 써줘야할거같기도 해서 질문 드립니다

chytonpide · Answer

두가지 개념을 혼동하고 계신 것 같습니다. 트랜잭션 처리와 &#64;Transactional 트랜잭션 처리는 간단히 말해서, 한번에 이루어져야하는 작업의 묶음으로 전체가 완료되던가 실패하는 처리를 의미합니다. 트랜잭션 처리에서 일부 작업의 성공은 허용되지 않습니다. 시스템의 상태의 일관성을 지키기 위해서 사용됩니다. &#64;Transactional 은 트랙잭션 처리를 간단하게 사용할 수 있게 하는 어노테이션 입니다. 예를들자면 다음과 같은 메서드가 있을때, &#64;Transactional public void unitOfWork() { aService.doA(); bService.doB(); cService.doC(); }doA(), doB(), doC() 를 순차적으로 실행 할 때, doC()에서 예외가 발상한다면, doA(), doB() 작업은 이미 실행되었음에도 불과하고 rollback됩니다. (실행을 하지 않은 상태로 돌아갑니다) 당연히 클라이언트에서 트랙잭션 처리가 의미가 있으려면, aService, bService, cService가 트랜잭션 메카니즘을 지원해야 합니다. DB는 이런 트랜잭션 메카니즘을 지원하고, 일반적으로 &#64;Transsactinal 어노테이션을 사용한다는 것은 DB의 상태의 일관성을 지키기 위해서 사용하신다고 보면 됩니다. 다시 간소화 된 예를 들자면 unitOfWork() 에서 doA() 가 DB의 tableA 에서 UPDATE 작업을, doB()가 tableB 에서 INSERT작업을, doC가 tableC에서 다시 UPDATE작업을 한다고 했을때, doB()에서 예외가 발생하면, doA()에서 이미 tableA에서 update작업을 했음에도 이 작업이 롤백이 됩니다. 예외와 try catch 구문예외는 코드 동작 범위를 벗어났을 때 발생합니다. try catch구문을 쓴다는 것은, 내가 클라이언트로 사용하는 어떤 컴터넌트 에서 예외를 던질 수 있고, 나는 이것을 받아서 처리하겠다는 의미입니다.예를 들어서, 다음과 같은 메서드가 있을때 public void sellCar(long carId) { try { broker.sell(carId); } catch(OutOfStockException e) { sendMailToAdmin(&#34;Id:&#34; &#43; carId &#43; &#34;의 차의 재고가 없습니다.&#34;); } }broker는 재고 부족을 다루지 않고, 일반적으로 재고가 부족한 상황이 없을 것을 가정으로 동작합니다. 실재 재고부족이 발생했을때, broker자신은 재고 부족을 다루는 로직이 없기 때문에 exception을 발생시킵니다. borker의 클라이언트인 sellCar 메서드는 재고부족을 다룰 수 있고, 이는 관리자에게 메일을 보내는 것 입니다. 만약 sellCar 도 재고부족을 다룰 수 없다면 아래처럼 상위 루틴으로 다시 exception을 전파 할 수도 있습니다. public void sellCar(long carId) throws OutOfStockException { broker.sell(carId); } 다음 처럼 트랜잭션과 try catch 구문을 같이 사용하면 어떻게 될 까요? &#64;Transactional public void unitOfWork() { try { aService.doA(); bService.doB(); cService.doC(); } catch(Exception e) { sendMailToAdmin(&#34;unitOfWork에서 예외가 발생했습니다.&#34;); } &#64;Transactional 에 의한 트랜잭션 처리는 동작하지 않습니다. 메서드 내부에서 각각의 서비스aService, bService,cService 에서 발생하는 모든 예외(예외의 최상위 계층인 Exception을 catch함)를 처리하도록 정의 했기 때문에, 발생하는 모든 예외는 catch 블록에서 처리가 됩니다. &#64;Transactional에 의한 트랜잭션 처리 루틴으로 예외는 전파되지 않고, 그 결과 &#64;Transactinal은 아무런 의미를 가지지 않게 됩니다. 즉 위에서 예를 들었던 일부 실패에 의한 rollback은 절대 일어나지 않습니다.

트리아스 · Answer

chytonpide글 작성자는 아니지만 덕분에 한 수 배웠습니다.

초보개발자111 · Answer

chytonpide 앗 그러면 같이 쓰면 안되는 건가요?제가 이해를 잘 못한건가요ㅠ글쓰고 상사한테 물어봤는데 Exception이 날 경우 &#64;Transactional이 실행돼서 롤백이 된다고 했는데 (try catch 있어도요)그래서 함수 실행 한줄씩 하다가 Exception이 날 경우 롤백도 되고 catch문 실행도 되는걸로 생각하고 있었는데 chytonpide 말씀처럼 예외가 전파되지않는다는 글 보니까 헷갈려지네요ㅠ

퀘이사123 · Answer

&#64;Transactional 을 선언한 메소드에 try catch 문을 쓰면 해당 문으로 감싼 부분에서 에러가 날시 &#64;Transactional로 인한 트랜잭션 롤백은 발생하지 않습니다. 롤백하려면 catch 문에서 롤백하는 메소드 써줘야 합니다. try catch문 없이 &#64;Transactional만 달았을경우, 에러나면 롤백되고 에러페이지로 가겠죠.

chytonpide · Answer

&#64;초보개발자111같이 쓰면 안되는건 아닙이다. 예외가 발생했을 때 어떤 예외를 어느 레벨에서 처리할 것인지에 따라 다릅니다. 제가 마지막에 작성 한 예는 메서드 내에서 예외의 최상위 클래스인 Exception을 사용해서 모든 예외를 catch하도록 했기 때문에 더이상 예외가 전파되지 않아서 &#64;Transactional 어노테이션을 사용한 트랜잭션 처리가 동작하지 않는 것 입니다. &#64;Transactional 어노테이션을 사용한 트랜잭션 처리를 선언하면 해당 메서드를 try catch 구문에 담아서 실행하는겁니다. 다음과 같은 코드가 &#64;Transactional public void unitOfWork() { aService.doA(); bService.doB(); cService.doC(); } 이렇게 추가적인 코드가 생성되어서 실행됩니다. (실제로 스프링에서 이렇게 생성하지 는 않고 간략화한 예 입니다.) public void unitOfWork() { try { transactionManager.begin(); aService.doA(); bService.doB(); cService.doC(); transactionManager.commit(); } catch(Exception e) { transactionManager.rollback(); } } 마지막 catch 블로의 transactionManager.rollback(); 이 중요합니다. 트랜잭션 처리에서도 try catch 구문을 사용하기 때문에, 당연하게도 unitOfWork() 에서 exception을 전부 catch 에 버리면 트랜잭션 처리 구분에서는 exception을 catch할 수 없고 rollback이 실행 되지 않습니다. 상사분께서 말씀하신건 아마도, 메서드 내에서 일부 실행을 try, catch로 감싼걸 말하는게 아닐까 싶습니다. &#64;Transactional public void unitOfWork() { aService.doA(); try { bService.doB(); } catch(Exception e) { handleException(); } cService.doC() }위와 같은 코드에선 doB() 에서 exception 이 발생해도 catch문에에서 처리되고 더이상 exception이 전파되지 않기때문에 롤백은 발생하지 않습니다. doA()나 doB()에서 예외(정확히는 unchecekd exception)가 발생하는 경우에는 롤백이 발생합니다.

초보개발자111 · Answer

chytonpide자세한 설명 정말 감사해요!! 조금 이해가 될랑말랑 하네요ㅜ 그리고 맨아래 doA()나 doB()는 doA()나 doC() 오타인거죠? 더 찾아보니까 &#64;Transactional이 에러일때만 롤백이 되고그럼 익셉션에서도 롤백이 되도록 하려면 (rollbackFor &#61; Exception.class) 이렇게 붙여주면 되는거같은데 맞나요? https://velog.io/&#64;kdhyo/JavaTransactional-Annotation-%EC%95%8C%EA%B3%A0-%EC%93%B0%EC%9E%90-26her30h여기를 참고했어요

chytonpide · Answer

초보개발자111 넵 오타 맞습니다. &#64;Transactional 의 기본 설정은 unchecked exception 발생시에만 rollback을 실행합니다. 말씀하신 옵션을 사용하시면 모든 exception (checked, unchecked)발생시에 롤백이 됩니다. checked exception 과 unchecked exception 에 대해서 이해하시면 좋을 듯 합니다.

초보개발자111 · Answer

chytonpide 답변 감사합니다! 어제 exception 에대해 공부했는데 (rollbackFor &#61; Exception.class) 이렇게 붙여주면 트랜잭셔널에 아무것도 안붙여있을경우 런타임익셉션과 에러가 디폴트라고 하는데 에러를 못잡아주진 않나요?

chytonpide · Answer

Error가 Exception의 하위계층이 아니니까 &#64;Transactional(rollbackFor &#61; Exception.class)Error 는 못잡는거 아니냐는거죠?네 맞습니다. Error은 못잡을 것 같네요.

초보개발자111 · Answer

chytonpide 아 그런가요? 많은분들이 그렇게 쓰는것 같은데 오,,,

@Transactional 쓸때 try catch를 안쓰면 안되나요?

10개의 답변

Q&A 목록