session을 빈 클래스의 DI 필드로 사용하지 말자
Admin인지를 확인하는 Bean 클래스 단순히 이렇게 만들면, 컨트롤러에서 파라미터를 넣어줄 필요도 없고, 몹시 간단해보인다. 하지만, 이런 방식은 스프링의 추천 방식이
Admin인지를 확인하는 Bean 클래스 단순히 이렇게 만들면, 컨트롤러에서 파라미터를 넣어줄 필요도 없고, 몹시 간단해보인다. 하지만, 이런 방식은 스프링의 추천 방식이
Validator로 필드 검증하기 필드를 검증하는 것은 아래 포스팅에서도 게시했다. 그런데, RestApi에서 Validator는 사용하기가 매우 까다로웠다. 직접 Validator를 구현하기 보다는 다른
컨트롤러에 Validator 추가하기 @InitBinder 애노테이션을 사용하면, 모든 요청 전에 Validator를 붙여준다. 그렇다면, 단순히 addValidator을 계속 해주면 될까? Validator를 추가하는 것과
로그인 Validator 구현 완료 컨트롤러 내 컨트롤 메서드 Validator 내 validation 메서드 User Service 계층에서 로그인을 위한 메서드들 문제: 서비스
BindingResult를 이용해서 Validation을 구현하는 것을 온라인 도서관 프로젝트에 적용해보려는 시도 중에, 문제가 생겼다. @ModelAttribute 이 코드의 결과는 어떻게 될까? 받은
Elementor 나는 GeneratePress기반의 블로그 스킨에서 Elementor를 사용해서 블로그를 꾸미고 있다. 전체적으로 가이드를 보고 하는 건 좀 지루하기 때문에, 이것 저것
기존 방법 기존에는, RoleType을 받아오기 위해서, json으로 감싸기 위해 별도의 Dto를 만들어서 가져오고 있었다. 개선 굳이 Dto를 받아서 해야 할까
유저 권한 변경 기존에는 별다른 설정해주지 않아서, 유저의 권한을 가져와서 selected 해주지 않고, 하드코딩 되어 있었다. 유저 선택시, 유저의 권한을
thymeleaf 레이아웃 타임리프에서 레이아웃을 처리하려면, common.html과 같은 레이아웃 파일을 만들고, 별도 페이지에서 th:replace=”layout/common :: common_header(~{::title}, ~{::link}, ~{::script}, ~{::main})” 와 같은
기존 댓글창 워드프레스 기본 댓글창은 익명으로 아무나 댓글을 달 수 있다. 때문에 스팸 댓글이 종종 달리게 된다. 물론 승인 방식이기