• [ ] 검증 로직이 여러겹으로 구성된 객체에도 적용이 되는지 확인 해보자.

  • 현재 Dto들의 구성은 아래와 같다.

    왼쪽에 있는 Dto가 오른쪽의 Dto를 Collection(List)으로 관리한다.

    • PostDto ← FieldsDto ← TechStackDto

필요한 예외 처리 리스트

• 검증 로직에 대한 예외 처리 (필드 예외 처리)
• id로 검색했을 때 Post가 없을 경우에 대한 예외 처리

⇒ RuntimeException으로, 언체크 예외로 예외를 몇 가지 만들기로 결정

RuntimeException으로 만드는 이유

• @Transactional 안에서 에러 발생 시, 체크 예외는 롤백이 되지 않고, 언체크 예외는 롤백이 가능하기 때문

커스텀 예외를 공통적으로 처리하기 위한 CommonException 구현

@Getter
public abstract class CommonException extends RuntimeException {

    public CommonException(String message) {
        super(message);
    }

    public CommonException(String message, Throwable cause) {
        super(message, cause);
    }

    public abstract int getStatus();
    public abstract String getErrorCode();
}

• 사용자 요청으로 발생하는 커스텀 예외(잘못된 id로 글을 조회하는 등)는 공통적인 오류 메세지를 내려줄 예정이다. 이를 각각 @RestControllerAdvice에서 구현하기에는 너무 중복이 많아지기 때문에 공통적으로 처리하기 위한 위 예외를 정의하였다.
• 계획대로 RuntimeException으로 구현하기 위해, RuntimeException을 상속받았다.
• 자식 예외마다 StatusCode()를 다르게 설정할 계획이므로, getStatusCode() 메서드를 제공한다.

첫 번째 커스텀 예외, PostNotExistException 구현

• 디폴트 에러 메세지를 지정해두고 사용하려 했는데, 위와 같은 컴파일 에러가 떴다.
• 부모 생성자가 call되기 전에(생성되기 전에), 해당 메세지를 참조할 수 없다고 한다.
  • 즉, 부모 생성자가 생성되기 이전에 저 메세지가 존재해야 한다는 것이다.
  • 해당 메세지를 static으로 변경하였다.