2021-06-01(Tue)

Facts (사실, 객관)

스프링 5주차 과제를 진행했다.

내일 있을 면접을 준비했다.

Feelings (느낌, 주관)

스프링 코드 & 테스트 작성이 원할해졌다. fixture를 클래스로 따로 빼서 활용하는 패턴이 좋아보이던데 내일 도입해봐야겠다.

CrudRespository에서 던지는 예외 중 javadoc에 따로 명시되지 않은 것이 있어서 혼란스러웠다. javadoc에는 IllegalArgumentException 만 명시되어 있는 반면, deleteById 같은 메서드에 존재하지 않는 id를 넘겨주면 EmptyResultDataAccessException을 던진다.

Findings (배운 점)

validation에 대해서

@Valid

• 자바가 제공해주는 애너테이션이다.

• Validation 그룹으로 검증 시킬 수 있는 기능이 없다.

@validated

• 스프링이 제공하는 애너테이션이다.

• Validatoin 그룹으로 검증할 수 있다.

참고

• https://woowacourse.github.io/javable/post/2020-09-20-validation-in-spring-boot/

• https://goodgid.github.io/Spring-MVC-Valid-And-Validated/

• https://velog.io/@damiano1027/Spring-Valid-Validated%EB%A5%BC-%EC%9D%B4%EC%9A%A9%ED%95%9C-%EB%8D%B0%EC%9D%B4%ED%84%B0-%EC%9C%A0%ED%9A%A8%EC%84%B1-%EA%B2%80%EC%A6%9D

CrudRepository가 던지는 예외들..

..은 모두 Spring에 빌트인 되어있는 DataAccessException으로 변경된다. 정확히는 @Repository 라는 애노테이션이 달려있는 경우 DataAccessException으로 변경된다.

그리고 이는 4가지로 나눌 수 있다.

• NonTransientDataAccessException

  • EmptyResultDataAccessException 처럼 같은 시도를 반복해도 실패할 것이 자명한 종류의 예외..!

• RecoverableDataAccessException

• ScriptException

• TransientDataAccessException

CrudRepository가 던지는 예외가 모두 정리된 문서를 찾기 보다, 위 4가지 경우를 조사해서 커버하는게 맞다.

참고

• https://stackoverflow.com/questions/23325413/spring-crudrepository-exceptions

Affimation (자기 선언)

나는 근성있게 해야할 것을 제대로 해내는 개발자다.