스프링 MVC 2편

서버 사이드 HTML 렌더링 (SSR)네츄럴 템플릿스프링 통합 지원타임리프는 백엔드 서버에서 HTML을 동적으로 렌더링하는 용도로 사용된다.타임리프는 순수 HTML을 최대한 유지하는 특징이 있다.타임리프로 작성한 파일은 HTML을 유지하기 때문에 웹 브라우저에서 파일을

검증 기능을 매번 코드로 작성하는 것은 상당히 번거롭다. 특히 특정 필드에 대한 검증 로직은 대부분 빈 값이 아닌지, 특정 크기를 넘는지 아닌지와 같이 매우 일반적인 로직이다. 다음 코드를 보자.이런 검증 로직을 모든 프로젝트에 적용할 수 있게 공통화하고, 표준화 한

로그인 처리하기 - 쿠키 사용 로그인 상태 유지하기 로그인의 상태는 어떻게 유지할 수 있을까? HTTP 강의에서 일부 설명했지만, 쿼리 파라미터를 계속 유지하면서 보내는 것은 매우 어렵고 번거로운 작업이다. 쿠키를 사용해보자. 쿠키 서버에서 로그인에 성공하면 HTT

공통 관심 사항요구사항을 보면 로그인 한 사용자만 상품 관리 페이지에 들어갈 수 있어야 한다.앞에서 로그인을 하지 않은 사용자에게는 상품 관리 버튼이 보이지 않기 때문에 문제가 없어 보인다. 그런데 문제는 로그인 하지 않은 사용자도 다음 URL을 직접 호출하면 상품 관

스프링이 아닌 순수 서블릿 컨테이너는 예외를 어떻게 처리하는지 알아보자.서블릿은 다음 2가지 방식으로 예외 처리를 지원한다.Exception(예외)response.sendError(Http 상태 코드, 오류 메시지)자바 직접 실행자바의 메인 메서드를 직접 실행하는 경우

API 예외처리 - 시작 목표 API 예외 처리는 어떻게 처리해야할까? HTML 페이지의 경우 지금까지 설명했던 것처럼 4xx, 5xx와 같은 오루 페이지만 있으면 대부분의 문제를 해결할 수 있다. 그런데 API의 경우에는 생각할 내용이 더 많다. 오류 페이지는 단

문자를 숫자로 변환하거나, 반대로 숫자를 문자로 변환해야 하는 것처럼 애플리케이션을 개발하다 보면 타입을 변환해야 하는 경우가 상당히 많다.다음 예를 보자.HelloController - 문자 타입을 숫자 타입으로 변경분석String data = request.getP