본문 바로가기

Java, Spring

5-7. 예외 포함과 스택 트레이스
Java, Spring/Spring DB 1 2022. 10. 14. 5-7. 예외 포함과 스택 트레이스 예외를 전환할 때는 꼭! 기존예외를 포함해야 한다. 그렇지 않으면 스택 트레이스를 확인할 때 심각한 문제가 발생한다. e.printStackTrace(); 사용 시 System.out 으로 찍힌다. -> 실무에서는 log 쓴다. 로그를 출력할 때 마지막 파라미터에 예외파라미터를 넣어주면 로그에 스택 트레이스를 출력할 수 있다. throw new RuntimeSQLException(e); 에서 e를 넣어주었기 때문에 로그에서 SQLException도 찍힌다. 기존예외를 넘기지 않고 기본 생성자로 넘기면 하위 예외를 볼 수 없다. 예외를 전환할 때는 꼭! 기존예외를 포함하자 꾸준히 다시보자. 1. 221014 2. 221101
5-6. 언체크 예외 활용
Java, Spring/Spring DB 1 2022. 10. 14. 5-6. 언체크 예외 활용 - SQLException을 런타임예외인 RuntimeSQLException으로 변환했다. - ConnectException 대신에 RuntimeConnectException을 사용하도록 바꾸었다. # UncheckedAppTest 생성자 중 Throwable을 파라미터로 갖는 생성자는 파라미터의 예외를 가질 수 있다. -> 스택 트레이스 출력 시 두 예외 모두 출력된다. - 모두 런타임 예외로 변환하여 던졌다. 1. 대부분 복구 불가능한 예외 - 어차피 못 고치므로 런타임예외로 사용하여 서비스나 컨트롤러가 신경쓰지 않아도 되게 한다. 2. 의존관계에 대한 문제 - 런타임 예외는 무시해도된다. -> 구현 기술이 변경되도 예외에 의존하지 않아 바꿀게 없다. # 정리 처음 자바를 설계할 당시에는 체크예외가 ..
5-5. 체크 예외 활용
Java, Spring/Spring DB 1 2022. 10. 14. 5-5. 체크 예외 활용 # 기본 원칙 1. 기본적으로 언체크(런타임) 예외를 사용 하자. 2. 체크예외는 비즈니스로직상 의도적으로 던지는 예외에만 사용하자 ( 이 경우에만 사용 ) - 해당 예외를 잡아서 반드시 처리해야 하는 문제 일때만 (계좌 이체 실패 예외, 결제시 포인트 부족 예외) - 체크예외로 만들어두면 컴파일러를 통해 놓친 예외를 인지할 수 있다. - 이 경우에도 런타임예외로 작성 후 메뉴얼에 작성해 두는 방법도 있다. # 체크 예외의 문제점 1. 서비스는 리포지토리와 NetworkClient 를 둘 다 호출한다. 2. 그런데 서비스는 이 둘을 처리할 방법을 모른다. ConnectException처럼 연결이 실패하거나, SQLException 처럼 데이터베이스에서 발생하는 문제 처럼 심각한 문제들은 대부분 애플리케이..
5-4. 언체크 예외 기본 이해
Java, Spring/Spring DB 1 2022. 10. 10. 5-4. 언체크 예외 기본 이해 # 언체크 예외 - RuntimeException과 그 하위 예외는 언체크예외로 분류된다. - 언체크예외는 말 그대로 컴파일러가 예외를 체크하지 않는다는 뜻이다. - 언체크예외는 체크예외와 기본적으로 동일하다. 차이가 있다면 예외를 던지는 throws를 선언하지 않고, 생략할 수 있다. 이 경우 자동으로 예외를 던진다. - 언체크예외도 잡아 Repository에서 언체크 예외를 터트린 후 Service에서 잡는 메서드 하나, 다시 던지는 메서드를 만들어보았다. 두 테스트 모두 통과한다. 언체크 예외도 잡아서 처리할 수 있다. 하지만 밖으로 던질때는 throws를 안해줘도 자동으로 던져준다. # 언체크 예외의 장단점 언체크 예외는 예외를 잡아서 처리할 수 없을 때, 예외를 밖으로 던지는 throws 예외를..
5-3. 체크 예외 기본 이해
Java, Spring/Spring DB 1 2022. 10. 10. 5-3. 체크 예외 기본 이해 # 체크예외 - Exception과 그 하위예외는 모두 컴파일러가 체크하는 체크예외이다. 단 RuntimeException은 예외로한다. - 체크예외는 잡아서 처리하거나, 또는 밖으로 던지도록 선언해야 한다. 그렇지 않으면 컴파일 오류가 발생한다. 내가 만든 MyCheckedException 은 체크예외이므로 call() 메서드에서 throw 시 받거나 밖으로 던져야한다. 따라서 아무 조치도 취하지 않으면 다음과 같이 컴파일오류가 난다. Repository 에서 던진 체크예외를 Service에서 잡아주는 모습이다. ( 추가로, Slf4j 로 예외 로그 찍을때 마지막 파라미터로 예외를 넘겨주면 찍힌다. ) @Test 가 성공한다. @Test 가 성공한다. # 체크 예외의 장단점 체크예외는 예외를 잡아서 처..
5-2. 예외 기본 규칙
Java, Spring/Spring DB 1 2022. 10. 10. 5-2. 예외 기본 규칙 # 예외 기본 규칙 예외는 1. 잡아서 처리하거나, 2. 처리할 수 없으면 밖으로 던져야한다. # 예외처리에 대한 2가지 기본 규칙 1. 예외는 잡아서 처리 하거나 던져야 한다. 2. 예외를 잡거나 던질 때 지정한 예외뿐 만 아니라 그 예외의 자식들도 함께 처리된다. - 예를 들어서 Exception을 catch로 잡으면 그 하위 예외들도 모두 잡을 수 있다. - 예를 들어서 Exception을 throws로 던지면 그 하위예외들도 모두 던질 수 있다. 웹 애플리케이션의 경우 예외 발생 시 시스템이 종료되면 안되므로 WAS 가 해당 예외를 받아서 처리하는데, 주로 사용자에게 개발자가 지정한 오류 페이지를 보여준다. 꾸준히 다시보자. 1. 221014 2. 221101
5-1. 자바 예외 이해
Java, Spring/Spring DB 1 2022. 10. 10. 5-1. 자바 예외 이해 # 자바의 예외 계층 - Object: 예외도 객체이다. 모든 객체의 최상위 부모는 Object 이므로 예외의 최상위 부모도 Object 이다. - Throwable: 최상위 예외 이다. 하위에 Exception 과 Error가 있다. - Error: 메모리 부족 이나 심각한 시스템 오류와 같이 애플리케이션에서 복구 불가능한 시스템 예외이다. 상위 예외를 catch로 잡으면 그 하위 예외까지 함께 잡는다. Exception: 체크예외 - 애플리케이션 로직에서 사용할 수 있는 실질적인 최상위 예외이다. - Exception과 그 하위 예외는 모두 컴파일러가 체크하는 체크예외이다. 단 RuntimeException은 예외로한다. RuntimeException: 언체크예외, 런타임예외 - 컴파일러가 체크하지 ..
4-10. 스프링 부트의 자동 리소스 등록
Java, Spring/Spring DB 1 2022. 10. 10. 4-10. 스프링 부트의 자동 리소스 등록 # 스프링부트 사용하기 전 스프링부트를 사용하지 않으면 이렇게 자바코드로 직접 dataSource 와 transactionManager를 빈으로 등록시켜주거나 XML로 등록 해야 했다. # 스프링부트 사용 시 스프링부트는 생각보다 많은 편의 기능을 제공한다. 그 중 하나가 리소스를 자동으로 등록해주는 것이다. 스프링부트를 사용하지 않는다면 앞서 사용했던 dataSource, transactionManager 를 수동으로 빈으로 등록해야한다. ( 스프링은 자동으로 스프링 빈 등록 시 첫글자는 소문자 ) -> 스프링부트가 application.properties 나 application.yml 의 속성을 사용하여 dataSource를 생성하여 스프링 빈으로 등록한다. 1. dataSource 자동 등록 - ..
4-9. 트랜잭션 문제 해결 - 트랜잭션 AOP 정리
Java, Spring/Spring DB 1 2022. 10. 9. 4-9. 트랜잭션 문제 해결 - 트랜잭션 AOP 정리 # 전체적인 흐름 트랜잭션 종료 시 commit or rollback # 트랜잭션 관리 방식 1. 선언적트랜잭션관리 (Declarative Transaction Management) @Transactional 애노테이션 하나만 선언해서 매우 편리하게 트랜잭션을 적용하는 것을 선언적 트랜잭션 관리라 한다. 선언적 트랜잭션 관리는 과거 XML에 설정하기도 했다. 이름 그대로 해당 로직에 트랜잭션을 적용하겠다 라고 어딘가에선언 하기만 하면 트랜잭션이 적용되는 방식이다. 2. 프로그래밍방식의 트랜잭션 관리(programmatic transaction management) 트랜잭션매니저 또는 트랜잭션템플릿 등을 사용해서 트랜잭션 관련코드를 직접 작성하는 것을 프로그래밍 방식의 트랜잭션관리라 한다. #결론 스프링이..
4-8. 트랜잭션 문제 해결 - 트랜잭션 AOP 적용
Java, Spring/Spring DB 1 2022. 10. 9. 4-8. 트랜잭션 문제 해결 - 트랜잭션 AOP 적용 # @Transactional 이제야 비로소 서비스계층에 순수한 비지니스로직만 남게 되었다. # Test 이전의 테스트는 DriverManagerDataSource, PlatformTransactionManager 모두 직접 만들어서 사용하였다. -> 하지만 이제 스프링이 직접 프록시를 만들어주어야하므로 필요한 것들이 모두 빈으로 등록 되어있어야한다. -> 이 상태에서 테스트 진행 시 트랜잭션이 적용되지 않는다. 롤백이 되지 않아 테스트에 실패하는 것을 볼 수 있다. @SpringBootTest 이런 식으로 필요한 모든 것을 빈으로 등록해 주어야 한다. 1. @SpringBootTest: 스프링 AOP를 적용하려면 스프링 컨테이너가 필요하다. 이 애노테이션이 있으면 테스트시 스프링부트를 통해 스프링 컨테..
4-7. 트랜잭션 문제 해결 - 트랜잭션 AOP 이해
Java, Spring/Spring DB 1 2022. 10. 9. 4-7. 트랜잭션 문제 해결 - 트랜잭션 AOP 이해 지금까지 트랜잭션을 편리하게 처리하기 위해서 트랜잭션추상화도 도입하고, 추가로 반복적인 트랜잭션 로직을해결하기위해 트랜잭션템플릿도 도입했다. 하지만 서비스 계층에 순수한 비지니스 로직만을 남긴다는 목표는 아직 달성하지 못했다. -> AOP를 활용해 해결해보자. # 프록시 도입 후 프록시 서비스를 만들어서 그 안에서 실제 서비스를 호출하자. -> 이 프록시는 스프링에서 만들어준다. 스프링이 이런 트랜잭션 관련 코드를 내부적으로 만들어준다. 대략 위와 같이 생긴 프록시 코드를 만들어준다. 1. 클라이언트는 프록시를 호출한다. 2. 프록시 안에서 실제 비지니스로직을 호출 후 성공 시 commit(); 언체크예외 시 rollback(); 한다. 프록시 도입 전: 서비스에 비즈니스로직과 트랜잭션 처리로직이 함께 ..
4-6. 트랜잭션 문제 해결 - 트랜잭션 템플릿
Java, Spring/Spring DB 1 2022. 10. 9. 4-6. 트랜잭션 문제 해결 - 트랜잭션 템플릿 # 현재 문제점 중간의 비지니스로직을 제외하고 트랜잭션을 수행하는 코드는 모두 중복된다. -> 중간에 있기 때문에 메서드로 추출하기 쉽지 않다. -> 템플릿 콜백 패턴을 적용 해보자! # 트랜젝션 탬플릿 스프링이 TransactionTemplate 이라는 편리한 기능을 제공한다. 보통 PlatformTransactionManager 를 주입받아서 TransactionTemplate을 생성한다. -> 자주 사용되는 패턴 ( JdbcTemplate 에서도 사용 ) TransactionTemplate을 사용하려면 transactionManager가 필요하다. 생성자에서 transactionManager를주입받으면서TransactionTemplate을 생성했다. 반환값이 있는 경우 execute() 를, 없는 ..
Recent Posts
Popular Posts
Tags
더보기
Recent Comments

티스토리툴바