스프링 MVC

1. 메시지, 국제화 란? 1) 메시지 > 화면에 출력되는 텍스트, 레이블, 오류메시지와 같은 문자열 리소스들을 말한다. 쇼핑몰에서 등록된 . 웹 사이트를 만들다보면 사용자가 어떤 입력 폼 (회원 가입, 상품 등록, 로그인,,,) 을 작성하는 경우가 반드시 존재하게

1. Validation (검증) 이란? 사용자는 하루에도 웹사이트 수많은 데이터들을 입력하고 저장한다. 이 때, 서버로 전달되는 데이터들은 반드시 검증 단계를 거쳐야 한다. 핸드폰 번호를 입력해야하는데 이름을 입력하거나, 사이트 정책상 비밀번호를 10자리 이상 등록

이전 포스트 에서 `BindingResult` 를 이용해 타입오류를 처리해보았다. 하지만 오류메시지가 마음에 들지 않았었다. 그래서 이번 포스트에서는 오류메시지 설정에 대해 알아보겠다. 0. errors.properties 에러 메시지를 관리하기 위해서는 당연히

이전 장의 문제는 검증로직이 컨트롤러 내에서 너무 많은 부분을 차지 하는것이였다. 그러므로, 이번장에서는 검증로직을 컨트롤러로부터 분리를 시켜보겠다.컨트롤러와 같은 패키지에 ItemValidator 라는 객체를 하나 생성해준다. 그리고 그냥 순수 자바로 짜도 되지만 이

지금 까지 우리는 검증 로직을 손수 자바 코드로 구현을 했었다. 물론 스프링이 제공해주는 여러 기능들을 사용해 정말 순수 자바로 짜는 것에 비하면 굉장히 수월하게 만들 수 있었다.하지만 인간의 욕심은 끝이 없는법,,, 그것마져도 어느 순간 부터는 조금 번거롭게 느껴지기

API 통신시엔 검증을 어떻게 할 까? HTTP 메시지에 대한 검증이 필요할 때도 파라미터 옆에 `@Validated` 를 붙여주면된다. ※ API 통신의 경우 `@ModelAttribute 가 아닌 @RequestBody` 를 사용한다. ※ 컨트롤러가 호출될때마다

어떤 회원이 "나의 구매내역" 화면에 접속하려는 경우를 가정해보자.기본적으로 로그인의 동작원리는 다음과 같다.1) "나의 구매내역" 을 클릭한다.2) 사용자는 자동으로 로그인 화면으로 이동한다.3)사용자가 ID와 PW를 입력하고 서버에 보낸다4) 서버는 사용자가 보

앞선 시간에선 쿠키와 세션에 관해 이론적인 개념을 살펴보았다. 우린 해당 개념을 통해 직접 세션 저장소를 구현 할 수도 있다. 하지만 늘 그렇듯 이미 스프링에는 모든것이 준비 되어있고 세션 또한 마찬가지이다. 직접 구현 하는것도 공부하는데 있어서는 좋지만 사용할 땐

0. 로그인의 문제 앞선 시간에는 쿠키와 세션을 활용하여 로그인을 구현하였다. 하지만 아직 가장 중요한것을 빼먹었는데 바로 페이지의 접근을 제한하는 것이다. 무슨 말이냐면 "마이페이지" 나 "구매하기" 페이지 같이 반드시 로그인을 한 사람만이 접속 할 수있는 페이지들

`Filter` 에 대해 간단히 알아 보았으니 이제 본격적으로 모든 페이지들에 대해 로그인 체크를 하는 필터를 개발해보자. 1. LoginCheckFilter : Filter 구현체 `Filter` 는 인터페이스였으므로 개발자가 사용 목적에 맞춰 구현을 해줘야한다.

앞 시간에선 Filter 를 이용해 컨트롤러 시작전 먼저 request를 검사해 로그인 사용자와 비로그인 사용자를 구분하였다. 하지만 위와 같은 로그인 체크를 필터 말고도 인터셉터 라는 기술로도 구현 할 수 있다고 잠깐 언급되었었다.사실 Filter 의 경우 눈치챘을

비로그인 사용자의 경우 -> return false;로그인 사용자의 경우 -> return true;Filter 구현 때와 달리 따로 whitelist URL 들을 만들어서 관리할 필요가 없다. 왜냐하면 해당 작업은 있다가 Config 파일에 등록할 때 같이 적용 시킬