[Spring]스프링 MVC - 검증(Validation)

 

📝소프트웨어 개발 프로세스 - 검증&확인

검증과 확인 스프트웨어 테스트 기준에서 사용자&개발자 관점에서 하는 것을 말한다. 

검증(Validation)

시스템이 실제 요구사항을 충족하는지 확인한다.

사용자 관점에서 테스트를 진행하는 것이다.

확인(Verification)

개발된 소프트웨어가 실제 요구사항을 정확히 따르고 있는지 확인한다. 

개발자 관점에서 테스트를 진행하는 것이다. 

 

📝스프링에서의 검증 

지금까지 만든 웹 애플리케이션은 폼 입력시 숫자를 문자로 작성하면 검증 오류가 발생하여 오류 화면으로 이동하였다.

이렇게 되면 사용자는 처음부터 해당 폼을 다시 입력해야 하기 때문에 검증을 통해서 오류가 발생하면 따로 처리해야 한다.

 

컨트롤러의 중요한 역할 중 하나는 HTTP 요청이 정상인지 검증하는 것이다. 

 

검증의 종류는 2가지 존재한다.

• 클라이언트 검증
  • 클라이언트 단에서 조작이 가능해 보안에 취약하다.
• 서버 검증
  • 서버만으로 검증하면, 즉각적인 고객 사용성이 부족해진다. 
• 둘을 잘 섞어서 사용하되, 최종적으로 서버 검증은 필수이다- 변조 문제

 

 

그렇다면 검증은 어떻게 해야할까?

 

 

핵심은 사용자 중심으로 하는 것이다.

고객이 상품 등록 폼에서 잘못된 입력을 하면 고객에게 다시 상품 등록 폼을 보여주고, 어떤 값을 잘못 입력했는지

친절하게 알려주어야 한다. 

 

 

📝검증 처리 직접 개발 

검증 처리에 대해 직접 개발할 것이다. 

그러나 하위 수준부터 천천히 발전시킬 것이다. 

 

해당 코드는 간단한 add 코드이다. 

@PostMapping("/add")
public String addItem(@ModelAttribute Item item, RedirectAttributes redirectAttributes) {
    Item savedItem = itemRepository.save(item);
    redirectAttributes.addAttribute("itemId", savedItem.getId());
    redirectAttributes.addAttribute("status", true);
    return "redirect:/validation/v1/items/{itemId}";
}

 

조건문으로 검증하기 V1

    @PostMapping("/add")
    public String addItem(@ModelAttribute Item item, RedirectAttributes redirectAttributes, Model model) {
        //검증 오류 결과를 보관
        Map<String, String> errors = new HashMap<>();
        //검증 로직
        if (!StringUtils.hasText(item.getItemName())) {
            errors.put("itemName", "상품 이름은 필수입니다.");
        }
        if (item.getPrice() == null || item.getPrice() < 1000 || item.getPrice() >
            1000000) {
            errors.put("price", "가격은 1,000 ~ 1,000,000 까지 허용합니다.");
        }
        if (item.getQuantity() == null || item.getQuantity() > 9999) {
            errors.put("quantity", "수량은 최대 9,999 까지 허용합니다.");
        }
        //특정 필드가 아닌 복합 룰 검증
        if (item.getPrice() != null && item.getQuantity() != null) {
            int resultPrice = item.getPrice() * item.getQuantity();
            if (resultPrice < 10000) {
                errors.put("globalError", "가격 * 수량의 합은 10,000원 이상이어야 합니다. 현재 값 = " + resultPrice);
            }
        }
        //검증에 실패하면 다시 입력 폼으로
        if (!errors.isEmpty()) {
            model.addAttribute("errors", errors);
            return "validation/v1/addForm";
        }
        
        Item savedItem = itemRepository.save(item);
        redirectAttributes.addAttribute("itemId", savedItem.getId());
        redirectAttributes.addAttribute("status", true);
        return "redirect:/validation/v1/items/{itemId}";
    }

위 코드처럼 조건문을 이용해 검증이 가능하다.

그러나 해당 코드는 문제가 있다. 

• 클린 코드 원칙 
  • 메소드의 역할을 명확하게 하기 위해 각 메소드는 한가지 일만 해야한다
  • 또한 매직 넘버를 피해 가독성을 향상시키는게 좋다. 
• 테스트 용이성 측면 
  • 해당 코드는 오류 로직에 대한 테스트를 진행 할 수 없다. 
• 타입에 대한 오류는 처리 못한다.
  • 오류가 컨트롤러까지 오지 않고 바로 400 예외가 발생하면서 오류 페이지를 띄어준다.

📝BindingResult

BindingResult는 스프링이 제공하는 검증 오류를 보관하는 객체이다.

BindingResult가 있으면 @ModelAttribute에 데이터 바인딩 오류가 발생 시에도 컨트롤러가 호출하게 된다. 

이것으로 인해 타입에 대한 오류 처리가 가능하게 된다. 

 

예)@ModelAttribute에 바인딩 오류가 발생하면?

• BindingResult가 없으면 400 오류가 발생하면서 컨트롤러가 호출되지 않는다.
• BindingResult가 있으면 오류 정보를 BindingResult에 담아 컨트롤러를 정상 호출한다. 

BindingResult에 검증 오류를 적용하는 3가지 방법

• @ModelAttribute의 객체에 타입 오류 등으로 바인딩을 실패하는 경우 스프링이 FieldError 생성해서 BindingResult에 넣어준다.
• 개발자가 직접 넣어준다.
• Validator 사용 

 

스프링 BindingResult 사용하기 

    @PostMapping("/add")
    public String addItem(@ModelAttribute Item item, BindingResult bindingResult, RedirectAttributes redirectAttributes, Model model) {

        //검증 로직
        if (!StringUtils.hasText(item.getItemName())) {
            bindingResult.addError(new FieldError("item", "itemName", "상품 이름은 필수입 니다."));
        }
        if (item.getPrice() == null || item.getPrice() < 1000 || item.getPrice() > 1000000) {
            bindingResult.addError(new FieldError("item", "price", "가격은 1,000 ~ 1,000,000 까지 허용합니다."));
        }
        if (item.getQuantity() == null || item.getQuantity() >= 10000) {
            bindingResult.addError(new FieldError("item", "quantity", "수량은 최대 9,999 까지 허용합니다."));
        }
        //특정 필드 예외가 아닌 전체 예외
        if (item.getPrice() != null && item.getQuantity() != null) {
            int resultPrice = item.getPrice() * item.getQuantity();
            if (resultPrice < 10000) {
                bindingResult.addError(new ObjectError("item", "가격 * 수량의 합은 10,000원 이상이어야 합니다. 현재 값 = " + resultPrice));
            }
        }
        if (bindingResult.hasErrors()) {
            log.info("errors={}", bindingResult);
            return "validation/v2/addForm";
        }

        Item savedItem = itemRepository.save(item);
        redirectAttributes.addAttribute("itemId", savedItem.getId());
        redirectAttributes.addAttribute("status", true);
        return "redirect:/validation/v2/items/{itemId}";
    }

 

bindingResult.addError(new FieldError("item", "itemName", "상품 이름은 필수입니다."));

필드에 오류가 있으면 FieldError 객체를 생성해서 bindingResult에 담아두면 된다. 

 

참고! bindingResult는 항상 @ModelAttribute 뒤에 와야한다.

또한 bindingResult는 addAttribute에 탑재 안해도 넘어간다. 

 

타임리프 스프링 검증 오류 통합 기능

타임리프는 스프링의 BindingResult를 활용해서 편리하게 검증 오류를 표현하는 기능을 제공한다.

• #fields : #fields로 BindingResult가 제공하는 검증 오류에 접근할 수 있다.
• th:errors : 해당 필드에 오류가 있는 경우에 태그를 출력한다. 
• th:errorclass : th:field에서 지정한 필드에 오류가 있으면 class 정보를 추가한다. 

Tutorial: Thymeleaf + Spring

Tutorial: Thymeleaf + Spring

 

스프링 BindingResult 사용하기 2 

위에서 했던 코드는 한가지 문제점을 가지고 있다.

사용자 입력에 오류가 생기면 사용자 입력이 유지되지 않는 것이다. 

그렇게에 사용자 입력을 유지하는 방법을 찾아야한다. 

 

@PostMapping("/add")
public String addItemV2(@ModelAttribute Item item, BindingResult bindingResult,
                        RedirectAttributes redirectAttributes) {
    if (!StringUtils.hasText(item.getItemName())) {
        bindingResult.addError(new FieldError("item", "itemName", item.getItemName(), false, null, null, "상품 이름은 필수입니다."));
    }
    if (item.getPrice() == null || item.getPrice() < 1000 || item.getPrice() >
        1000000) {
        bindingResult.addError(new FieldError("item", "price", item.getPrice(), false, null, null, "가격은 1,000 ~ 1,000,000 까지 허용합니다."));
    }
    if (item.getQuantity() == null || item.getQuantity() >= 10000) {
        bindingResult.addError(new FieldError("item", "quantity", item.getQuantity(), false, null, null, "수량은 최대 9,999 까지 허용합니다."));
    }
    //특정 필드 예외가 아닌 전체 예외
    if (item.getPrice() != null && item.getQuantity() != null) {
        int resultPrice = item.getPrice() * item.getQuantity();
        if (resultPrice < 10000) {
            bindingResult.addError(new ObjectError("item", null, null, "가격 * 수량 의 합은 10,000원 이상이어야 합니다. 현재 값 = " + resultPrice));
        }
    }
    if (bindingResult.hasErrors()) {
        log.info("errors={}", bindingResult);
        return "validation/v2/addForm";
    }
    //성공 로직
    Item savedItem = itemRepository.save(item);
    redirectAttributes.addAttribute("itemId", savedItem.getId());
    redirectAttributes.addAttribute("status", true);
    return "redirect:/validation/v2/items/{itemId}";
}

 

BindingResult의 FieldError는 두 가지 생성자를 제공한다. 

public FieldError(String objectName, String field, String defaultMessage);
public FieldError(String objectName, String field, @Nullable Object rejectedValue,
boolean bindingFailure, @Nullable String[] codes, @Nullable Object[] arguments,
@Nullable String defaultMessage)

파라미터 목록

• objectName: 오류 발생 객체 이름
• field : 필드 오류
• rejectedValue : 사용자가 입력한 값(거절된 값)
• bindingFailure : 타입 오류 같은 바이딩 실패인지, 검증 실패인지 구분 값
• codes : 메시지 코드
• arguments : 메시지에서 사용하는 인자
• defaultMessage : 기본 오류 메시지 

타임리프의 사용자 입력 값 유지
th:field="*{price}"
th:field는 매우 똑똑하게 동작한다. 정상 상황에서는 모델 객체의 값을 사용하지만, 오류가 발생하면 FieldError에 
보관한 값을 사용해서 값을 출력한다.

 

📝오류 코드와 메시지 처리

오류 메시지를 처리한 것을 봐보자

if (!StringUtils.hasText(item.getItemName())) {
        bindingResult.addError(new FieldError("item", "itemName", item.getItemName(), false, null, null, "상품 이름은 필수입니다."));
    }
    if (item.getPrice() == null || item.getPrice() < 1000 || item.getPrice() >
        1000000) {
        bindingResult.addError(new FieldError("item", "price", item.getPrice(), false, null, null, "가격은 1,000 ~ 1,000,000 까지 허용합니다."));
    }
    if (item.getQuantity() == null || item.getQuantity() >= 10000) {
        bindingResult.addError(new FieldError("item", "quantity", item.getQuantity(), false, null, null, "수량은 최대 9,999 까지 허용합니다."));
    }

해당 코드처럼 일일이 입력해줘야한다.

이것은 별로 좋은 코딩 방법이 아니다. 상품 관련 입력은 매우 포멀한 오류이므로 한번에 관리해주는 것이 좋다.

 

한번에 관리는 error.properties를 만들어서 관리할 수 있다.
메시지 국제화처럼!!!!

errors.properties

required.item.itemName=상품 이름은 필수입니다.
range.item.price=가격은 {0} ~ {1} 까지 허용합니다.
max.item.quantity=수량은 최대 {0} 까지 허용합니다.
totalPriceMin=가격 * 수량의 합은 {0}원 이상이어야 합니다. 현재 값 = {1}

컨트롤러

@PostMapping("/add")
public String addItemV3(@ModelAttribute Item item, BindingResult bindingResult,
                        RedirectAttributes redirectAttributes) {
    if (!StringUtils.hasText(item.getItemName())) {
        bindingResult.addError(new FieldError("item", "itemName",
            item.getItemName(), false, new String[]{"required.item.itemName"}, null, null));
    }
    if (item.getPrice() == null || item.getPrice() < 1000 || item.getPrice() >
        1000000) {
        bindingResult.addError(new FieldError("item", "price", item.getPrice(),
            false, new String[]{"range.item.price"}, new Object[]{1000, 1000000}, null));
    }
    if (item.getQuantity() == null || item.getQuantity() > 10000) {
        bindingResult.addError(new FieldError("item", "quantity",
            item.getQuantity(), false, new String[]{"max.item.quantity"}, new Object[]
            {9999}, null));
    }
    //특정 필드 예외가 아닌 전체 예외
    if (item.getPrice() != null && item.getQuantity() != null) {
        int resultPrice = item.getPrice() * item.getQuantity();
        if (resultPrice < 10000) {
            bindingResult.addError(new ObjectError("item", new String[]
                {"totalPriceMin"}, new Object[]{10000, resultPrice}, null));
        }
    }
    if (bindingResult.hasErrors()) {
        log.info("errors={}", bindingResult);
        return "validation/v2/addForm";
    }
    //성공 로직
    Item savedItem = itemRepository.save(item);
    redirectAttributes.addAttribute("itemId", savedItem.getId());
    redirectAttributes.addAttribute("status", true);
    return "redirect:/validation/v2/items/{itemId}";
}

 

 

//range.item.price=가격은 {0} ~ {1} 까지 허용합니다.
new FieldError("item", "price", item.getPrice(), false, new String[]
{"range.item.price"}, new Object[]{1000, 1000000}

• codes : required.item.itemName 를 사용해서 메시지 코드를 지정한다. 메시지 코드는 하나가 아니 라 배열로 여러 값을 전달할 수 있는데, 순서대로 매칭해서 처음 매칭되는 메시지가 사용된다.
• arguments : Object[]{1000, 1000000} 를 사용해서 코드의 {0} , {1} 로 치환할 값을 전달한다.

 

📝오류 처리 개선해보기 

개발자의 습성은 뭐다? 깔끔하고 코드 적게 쓰기 오류 처리에도 그러한 기능이 있다. 

 

오류 처리 개선 1 

@PostMapping("/add")
public String addItemV4(@ModelAttribute Item item, BindingResult bindingResult, RedirectAttributes redirectAttributes) {
    log.info("objectName={}", bindingResult.getObjectName());
    log.info("target={}", bindingResult.getTarget());
    if (!StringUtils.hasText(item.getItemName())) {
        bindingResult.rejectValue("itemName", "required");
    }
    if (item.getPrice() == null || item.getPrice() < 1000 || item.getPrice() >
        1000000) {
        bindingResult.rejectValue("price", "range", new Object[]{1000, 1000000}, null);
    }
    if (item.getQuantity() == null || item.getQuantity() > 10000) {
        bindingResult.rejectValue("quantity", "max", new Object[]{9999}, null);
    }
    //특정 필드 예외가 아닌 전체 예외
    if (item.getPrice() != null && item.getQuantity() != null) {
        int resultPrice = item.getPrice() * item.getQuantity();
        if (resultPrice < 10000) {
            bindingResult.reject("totalPriceMin", new Object[]{10000, resultPrice}, null);
        }
    }
    if (bindingResult.hasErrors()) {
        log.info("errors={}", bindingResult);
        return "validation/v2/addForm";
    }
    //성공 로직
    Item savedItem = itemRepository.save(item);
    redirectAttributes.addAttribute("itemId", savedItem.getId());
    redirectAttributes.addAttribute("status", true);
    return "redirect:/validation/v2/items/{itemId}";
}

 

bindingResult.rejectValue("price", "range", new Object[]{1000, 1000000}, null)

해당 코드는 축약된 오류 코드이다.

 FieldError() 를 직접 다룰 때는 오류 코드를 rang.item.price와 같이 모두 입력했다. 그런데 rejectValue()를 사용하면 오류 코드를 간단하게 range로 입력할 수 있다. 

 

 

🚩오류 코드 설계

오류 코드를 만들 때 다음과 같이 자세히 만들 수 있다.

required.item.itemName : 상품 이름은 필수 입니다.

range.item.price : 상품의 가격 범위 오류 입니다.

 

또는 다음과 같이 단순하게 만들 수도 있다. 

required : 필수 값 입니다.

range : 범위 오류 입니다.

 

단순하게 만들면 범용성이 좋아서 여러곳에서 사용할 수 있지만, 메시지를 세밀하게 작성하기 어렵다.

반대로 너무 자세하게 만들면 범용성이 떨어진다. 가장 좋은 방법은 범용성으로 사용하다가, 세밀하게 작성해야 하는 경우에는 세밀한 내용이 적용되도록 메시지 단계를 두는 방법이다. 

 

예를 들어서 required라는 오류 코드를 사용한다고 가정해보자

required: 필수 값 입니다.

 

그런데 오류 메시지에  required.item.itemName 와 같이 객체명과 필드명을 조합한 세밀한 메시지 코드가 있으면 이 메시지를 높은 우선순위로 사용하는 것이다.

#Level1

required.item.itemName: 상품 이름은 필수 입니다.

#Level2

required: 필수 값 입니다.

 

🚩MessageCodesResolver 

MessageCodesResolver는 검증 오류 코드로 메시지 코드들을 생성하는 역할을 한다.

생성 규칙 

객체 오류의 경우 다음 순서로 2가지 생성
1.: code + "." + object name
2.: code

예) 오류 코드: required, object name: item
1.: required.item
2.: required

필드 오류의 경우 다음 순서로 4가지 메시지 코드 생성
1.: code + "." + object name + "." + field
2.: code + "." + field
3.: code + "." + field type
4.: code

예) 오류 코드: typeMismatch, object name "user", field "age", field type: int
1. "typeMismatch.user.age"
2. "typeMismatch.age"
3. "typeMismatch.int"

  @Test
  void messageCodesResolverField() {
    String[] messageCodes = messageCodesResolver.resolveMessageCodes("required", "item", "itemName", String.class);
    for (String messageCode : messageCodes) {
      System.out.println(messageCode);
    }
    Assertions.assertThat(messageCodes).containsExactly(
        "required.item.itemName",
        "required.itemName",
        "required.java.lang.String",
        "required"
    );
  }

해당 코드를 출력해보면

다음과 같이 세부 내용부터 우선순위가 적용된다.

 

동작방식

• rejectValue()와 reject()는 내부에서 MessageCodesResolver를 사용한다. 여기에서 메시지 코드를 생성한다.
• FieldError, ObjectError 의 생성자를 보면, 오류 코드를 하나가 아니라 여러 오류 코드를 가질 수 있다. 이것은 MessagesCodesResolver를 통해서 생성된 순서대로 오류 코드를 보관하는 것 

 

왜 이렇게 적용할까?
모든 오류 코드를 개발자가 관리하기 힘들기 때문이다. 
비즈니스 로직의 중요도에 따라 세부적으로 설정이 가능해진다.!!!!!!

📝오류 처리 개선 2

스프링이 직접 만든 오류 메시지를 처리할 것이다.

검증 오류 코드는 다음과 같이 2가지로 나눌 수 있다.

• 개발자가 직접 설정한 오류 코드 -> rejectValue()를 직접 호출
• 스프링이 직접 검증 오류에 추가한 경우(타입 정보가 맞지 않음)

이것을 처리해보자!!!!

 

방금 전 포스팅에서 보았듯이 MessageCodesResolver는 코드의 세밀도에 따라 우선순위가 정해진다 하였다.

위의 스프링이 직접 만든 메시지 코드는 typeMismatch이다. 

 

그러면 typeMismatch를 더 자세히 구현하면 스프링 메시지를 무시하고 직접 오류 코드를 만들 수 있다!!!

#추가
typeMismatch.java.lang.Integer=숫자를 입력해주세요.
typeMismatch=타입 오류입니다.

 

 

📝Validator 분리 

우리가 했던 최종 코드를 봐보자 

    log.info("objectName={}", bindingResult.getObjectName());
    log.info("target={}", bindingResult.getTarget());
    if (!StringUtils.hasText(item.getItemName())) {
        bindingResult.rejectValue("itemName", "required");
    }
    if (item.getPrice() == null || item.getPrice() < 1000 || item.getPrice() >
        1000000) {
        bindingResult.rejectValue("price", "range", new Object[]{1000, 1000000}, null);
    }
    if (item.getQuantity() == null || item.getQuantity() > 10000) {
        bindingResult.rejectValue("quantity", "max", new Object[]{9999}, null);
    }
    //특정 필드 예외가 아닌 전체 예외
    if (item.getPrice() != null && item.getQuantity() != null) {
        int resultPrice = item.getPrice() * item.getQuantity();
        if (resultPrice < 10000) {
            bindingResult.reject("totalPriceMin", new Object[]{10000, resultPrice}, null);
        }
    }
    if (bindingResult.hasErrors()) {
        log.info("errors={}", bindingResult);
        return "validation/v2/addForm";
    }
\

컨트롤러의 검증 코드가 너무 길다는 단점이 있다...

그렇기에 클린코드적으로 가독성이 떨어지고 컨트롤러는 최소의 코드만 남겨두는게 좋기 때문에 분리해야한다.

 

 

 

@Component
public class ItemValidator implements Validator {
  @Override
  public boolean supports(Class<?> clazz) {
    return Item.class.isAssignableFrom(clazz);
    //item == clazz
    //item == subItem
  }
  @Override
  public void validate(Object target, Errors errors) {
    Item item = (Item) target;
    ValidationUtils.rejectIfEmptyOrWhitespace(errors, "itemName",
        "required");
    if (item.getPrice() == null || item.getPrice() < 1000 || item.getPrice() > 1000000) {
      errors.rejectValue("price", "range", new Object[]{1000, 1000000}, null);
    }
    if (item.getQuantity() == null || item.getQuantity() > 10000) {
      errors.rejectValue("quantity", "max", new Object[]{9999}, null);
    }
    //특정 필드 예외가 아닌 전체 예외
    if (item.getPrice() != null && item.getQuantity() != null) {
      int resultPrice = item.getPrice() * item.getQuantity();
      if (resultPrice < 10000) {
        errors.reject("totalPriceMin", new Object[]{10000, resultPrice},
            null);
      }
    }
  }
}

스프링은 검증을 체계적으로 제공하기 위해 다음 인터페이스를 제공한다.

 

public interface Validator {
     boolean supports(Class<?> clazz);
     void validate(Object target, Errors errors);
}

• supports() {}: 해당 검증기를 지원하는 여부 확인
• validate(Object target, Errors errors) : 검증 대상 객체와 BindingResult

 

@PostMapping("/add")
public String addItemV5(@ModelAttribute Item item, BindingResult bindingResult,
                        RedirectAttributes redirectAttributes) {
    itemValidator.validate(item, bindingResult);

    if (bindingResult.hasErrors()) {
        log.info("errors={}", bindingResult);
        return "validation/v2/addForm";
    }
    //성공 로직
    Item savedItem = itemRepository.save(item);
    redirectAttributes.addAttribute("itemId", savedItem.getId());
    redirectAttributes.addAttribute("status", true);
    return "redirect:/validation/v2/items/{itemId}";
}

해당 방법으로 컨트롤러에는 코드 수를 줄이고 재사용성을 늘릴 수 있다.

 

 

그런데 여기서 더 개선하는 방법이 있다. 

 

📝Validator 분리 2

스프링의 Validator 인터페이스를 사용해서 검증기를 만들면 스프링의 추가적인 도움을 받을 수 있다.

 

WebDataBinder를 통해서 사용하기 

WebDataBinder는 스프링의 파라미터 바인딩의 역할을 해주고 검증 기능도 내부에 포함한다. 

 

@InitBinder
public void init(WebDataBinder dataBinder) {
 log.info("init binder {}", dataBinder);
 dataBinder.addValidators(itemValidator);
}

이렇게 WebDataBinder에 검증기를 추가하면 해당 컨트롤러에서는 검증기를 자동으로 적용할 수 있다.

-> 컨트롤러 호출 시 자동으로 검증 

 

대신 @Validated 적용을 해줘야 한다.

@PostMapping("/add")
public String addItemV6(@Validated @ModelAttribute Item item, BindingResult
    bindingResult, RedirectAttributes redirectAttributes) {
    if (bindingResult.hasErrors()) {
        log.info("errors={}", bindingResult);
        return "validation/v2/addForm";
    }
    //성공 로직
    Item savedItem = itemRepository.save(item);
    redirectAttributes.addAttribute("itemId", savedItem.getId());
    redirectAttributes.addAttribute("status", true);
    return "redirect:/validation/v2/items/{itemId}";
}

@Validated는 검증기를 실행하라는 애노테이션이다.!!

 

 

동작 방식 

만약 WebDataBinder가 여러개 있으면 어떻게 구분할까? 이때 Validator의 supports()가 사용된다. 

@Component
public class ItemValidator implements Validator {
 @Override
 public boolean supports(Class<?> clazz) {
 return Item.class.isAssignableFrom(clazz);
 }
 @Override
 public void validate(Object target, Errors errors) {...}
}