RestApi에 BeanValidation 적용하기
2025-01-23
@ModelAttribute에 BeanValidation 적용에서 ModelAttribute로 적용은 매우 쉽게 했다. 그런데, RestApi에 적용은 어떤 식으로 하면 좋을까? RestApi는 매우 복잡한 방식으로 메시지
Category: issue
개발을 하다 작성하는 모든 issue 글입니다.
@ModelAttribute에 BeanValidation 적용
2025-01-23
기존에 로그인 Validator 적용을 한 바 있다. 하지만, BeanValidation을 배운 이후에, 로그인, 회원가입에서 BeanValidation을 부분적으로 적용이 가능할 것 같아 보였다.
session을 빈 클래스의 DI 필드로 사용하지 말자
2025-01-22
Admin인지를 확인하는 Bean 클래스 단순히 이렇게 만들면, 컨트롤러에서 파라미터를 넣어줄 필요도 없고, 몹시 간단해보인다. 하지만, 이런 방식은 스프링의 추천 방식이
RestApi에서 Validator 사용하기 (RestApi에서 에러 메시지 소스 사용)
2025-01-21
Validator로 필드 검증하기 필드를 검증하는 것은 아래 포스팅에서도 게시했다. 그런데, RestApi에서 Validator는 사용하기가 매우 까다로웠다. 직접 Validator를 구현하기 보다는 다른
한 컨트롤러에서 여러 개의 Validator 추가하기
2025-01-20
컨트롤러에 Validator 추가하기 @InitBinder 애노테이션을 사용하면, 모든 요청 전에 Validator를 붙여준다. 그렇다면, 단순히 addValidator을 계속 해주면 될까? Validator를 추가하는 것과
Service 계층과 Validator 분리
2025-01-20
로그인 Validator 구현 완료 컨트롤러 내 컨트롤 메서드 Validator 내 validation 메서드 User Service 계층에서 로그인을 위한 메서드들 문제: 서비스
ModelAttribute가 자동으로 model에 다시 attribute를 추가하지 못하는 문제
2025-01-20
BindingResult를 이용해서 Validation을 구현하는 것을 온라인 도서관 프로젝트에 적용해보려는 시도 중에, 문제가 생겼다. @ModelAttribute 이 코드의 결과는 어떻게 될까? 받은
RoleType을 Enum으로 그대로 가지고 오기
2025-01-18
기존 방법 기존에는, RoleType을 받아오기 위해서, json으로 감싸기 위해 별도의 Dto를 만들어서 가져오고 있었다. 개선 굳이 Dto를 받아서 해야 할까
유저 권한 변경 시 셀렉트 박스에 권한 가지고 오기
2025-01-18
유저 권한 변경 기존에는 별다른 설정해주지 않아서, 유저의 권한을 가져와서 selected 해주지 않고, 하드코딩 되어 있었다. 유저 선택시, 유저의 권한을
thymeleaf layout에서 th:replace 인자 전달을 못 할 경우 처리하기
2025-01-17
thymeleaf 레이아웃 타임리프에서 레이아웃을 처리하려면, common.html과 같은 레이아웃 파일을 만들고, 별도 페이지에서 th:replace=”layout/common :: common_header(~{::title}, ~{::link}, ~{::script}, ~{::main})” 와 같은
