인프런 커뮤니티 질문&답변
작성한 질문수
typeMismatch + @ 질문있습니다
작성
·
1.7K
2
안녕하세요. 영한님
다름이 아니라 테스트해보다가 궁금한 점이 있어 문의 드립니다.
강의 예시와 같이 typeMismatch를 발생 시켰을 때 로그 상으로 default message에 스프링이 제공하는 기본 메시지가 나오는 걸 확인 했습니다.
여기서 궁금한 점이 있습니다.
1. typeMismatch가 발생하는 경우엔 error.properites에서 메시지를 찾는 시점이 바인딩이 정상적으로 동작하여 Validator가 적용되는 경우와 다른 걸까요?
2. 콘솔 로그엔 스프링 제공 기본 메시지가 찍히지만 클라이언트 단에는 의도한 메시지가 노출되고 있는데요. 서버단에서 typeMismatch에 대한 메시지 내용을 찾기 위해선 추가적인 로직이 필요한 걸까요? (e.g. typeMismatch인 경우 error.properites의 값을 가져온다 등..)
3.bindingResult.hasErrors() 로직을 매번 확인하기 번거로워 @ExceptionHandler(BindException.class)를 이용하여 공통 처리해봤는데요, 괜찮은 방법일까요? (-> 검증 에러 발생 시 클라이언트단 input태그 옆 같은 특정 위치에 노출하는 게 아니라 비동기 통신 시 bindingResult의 첫번째 에러 내용을 안내하는 식으로 사용한다는 가정하에 작성했습니다.)
의미가 잘 전달됐는지 모르겠습니다.. 언제나 좋은 강의 감사드립니다 :)
답변 3
2
안녕하세요. Seungsik Nam님
자세히 적어주신 덕분에 질문을 이해했습니다.
서버에서는 오류 코드와 디폴트 메시지를 보내고,
실제 오류 메시지를 찾아서 처리해주는 부분은 타임리프에서 해주는 것입니다.
타임리프가 오류 코드를 기반으로 메시지소스를 찾아서 처리해주는 것이지요.
서버에서 이 오류 메시지를 처리하려면 다음을 읽어보시면 도움이 되실거에요.
https://www.inflearn.com/questions/263918
감사합니다.
1
안녕하세요. Seungsik Nam님
1, 2번 질문 관련해서 좀 더 자세히 설명해주시겠어요? 스크린샷과 코드로 관련된 부분을 최대한 많이 남기면서 설명해주시면 좋겠습니다. 추가로 실행하고 재연하는 방법도 함께 남겨주세요.
3번 질문은 크게 문제가 없을 것 같아요.
감사합니다.
안녕하세요, 영한님
typeMismatch 발생 시 서버단에서 errors.properties 에 작성된 내용을 defaultMessage에 적용되게 하고자 했지만 생각처럼 잘 되지않아 MessageSource를 이용하는걸로 타협했습니다.. (2번 질문과 관련된 내용입니다.)
@Slf4j
@Controller
@RequestMapping("/validation/v4/items")
@RequiredArgsConstructor
public class ValidationItemControllerV4 {
private final MessageSource messageSource;
....
@PostMapping("/add")
public String addItemV2(@Validated @ModelAttribute("item") ItemSaveForm form, BindingResult bindingResult, RedirectAttributes redirectAttributes, Model model) {
if (bindingResult.hasErrors()) {
log.info("errors : {}", bindingResult);
for (FieldError fieldError : bindingResult.getFieldErrors()) {
if (fieldError.getCode().contains("typeMismatch")) {
String typeMismatch = messageSource.getMessage("typeMismatch", null, LocaleContextHolder.getLocale());
log.info("typeMismatch Properties Msg : {}", typeMismatch);
log.info("typeMismatch Default Msg : {}", fieldError.getDefaultMessage());
}
}
return "validation/v4/addForm";
}
}
해당 소스는 테스트로 작성한 부분이며 실제로는 @ExceptionHandler에 다른 형태로 사용하고 있습니다.
MessageSource이용하는 방법 외에 더 좋은 방안이 있다면 조언 부탁드리겠습니다.
감사합니다 :)
0
주말임에도 답변 주셔서 감사드립니다..!
다음과 같이 진행하였습니다.
0. errors.properties 일부
1. http://localhost:8080/validation/v4/items/add 접근 후 가격에 'aa' 라는 문자열 입력 시 결과 화면
2. 해당 요청을 처리하는 Controller
3. log.info("errors : {}", bindingResult); 콘솔 로그 내용
4. log.info("errors : {}", bindingResult); Break point 설정 후 확인
위 이미지에서 보신 것 처럼 typeMismatch 발생 시 errors.properties에 작성된 내용과 달리 defaultMessage는 스프링이 제공하는 기본 에러 메시지가 담겨있는 것을 확인할 수 있습니다. 물론 클라이언트단에선 의도대로 properties에 작성한 메시지가 정상 노출됩니다.
이런 현상 때문에 바인딩 성공 여부에 따라 properties에 작성된 메시지가 defaultMessage에 적용되는 시점이 다른 것인지 (1번질문) 문의드렸으며 typeMismatch 발생 시 properties에 작성된 메시지를 서버단에서 이용하려면 어떤 처리가 필요한지 (2번질문) 문의드렸습니다.
감사합니다.