트랜잭션 문제 해결

트랜잭션을 서비스 계층에 적용하면 여러거자 문제가 있었다.

1. jdbc에 의존적으로 다른 데이터 접근 기술사용시 트랜잭션 코드 전부 수정
2. 서비스 계층에 트랜잭션 코드가 반복되어 있고, 로직보다 길다.
3. SQLException은 JDBC 전용 기술로 예외처리를 다시 해주어야된다.

해결.1 트랜잭션 추상화

jdbc에서 다른 데이터 접근 기술을 사용할 때, jdbc -> jpa 모든 트랜잭션 코드를 수정하는 것이 아닌, interface를 만들어서 부품을 교체하듯이 기술을 교체하면 된다.
spring은 이런 개발자의 고민을 해결해주는 interface를 구현해 놓았다.

public interface platformTfansactionManager extends TransactionManger

스프링에서는 platformTfansactionManager를 만들고 TransactionManager를 상속받아 구현체만(데이터 접근 기술) 갈아끼면 된다.

해결.2 트랜잭션 동기화

트랜잭션을 유지하기 위해서 같은 connection를 우리는 파라미터로 계속 전달해 주었다. 파라미터로 전달하지 않고 해결하는 방법을 스프링에서 트랜잭션 동기화 매니저라는 것을 제공한다. 트랜잭션 동기화 매니저란 무엇인가? 우선 트랜잭션 동기화 동작 방식에 대해서 설명하겠다.

트랜잭션이 시작될려면 커넥션이 필요하다. 트랜잭션 매니져는 Connection를 만들고 트랜잭션을 시작한다. 그리고 트랜잭션 매니져는 시작된 connection를 동기화 매니져에게 보관시킨다. db는 트랜잭션 동기화 매니져에 보관된 connection를 사용하기에, 비지니스 로직에서 connection를 파라미터로 전해줄 필요가 없어졌다.
트랜잭션이 종료되면 트랜잭션 매니져는 동기화 매니져에 보관된 connection를 종료하고 닫는다.

1. 트랜잭션매니져.get트랜잭션 -> 트랜잭션 start
2. connection 생성, autocommint(false)
3. 트랜잭션 동기화 매니져에 connection 보관
4. service login 실행 -> repository 호출
5. repository는 트랜잭션 동기화매니져에 보관된 connection조회
6. 보관된 connection으로 SQL실행 db접근
7. commit 또는 rollback으로 트랜잭션 종료
8. 트랜잭션 매니져는 동기화매니져에 있는 connection 획득 후 종료