서버 사이드 HTML 렌더링 (SSR)네츄럴 템플릿스프링 통합 지원타임리프는 백엔드 서버에서 HTML을 동적으로 렌더링 하는 용도로 사용된다.타임리프는 순수 HTML을 최대한 유지하는 특징이 있다. 타임리프로 작성한 파일은 HTML을 유지하기 때문에 웹 브라우저에서
title: date: YYYY-MM-DD HH:MM:SS +09:00categories: 강의 Spring , 스프링 MVC 2편tags: \[ Spring, spring MVC, 백엔드 웹 개발 활용 기술,]스프링의 SpringEL 문법 통합${@
메시지 관리용 파일messages.properties key 값을 불러와서 사용
타입 검증가격, 수량에 문자가 들어가면 검증 오류 처리필드 검증상품명: 필수, 공백X가격: 1000원 이상, 1백만원 이하수량: 최대 9999특정 필드의 범위를 넘어서는 검증가격 \* 수량의 합은 10,000원 이상클라이언트 검증은 조작할 수 있으므로 보안에 취약하다.
먼저 Bean Validation은 특정한 구현체가 아니라 Bean Validation 2.0(JSR-380)이라는 기술 표준이다. 쉽게 이야기해서 검증 애노테이션과 여러 인터페이스의 모음이다. 마치 JPA가 표준 기술이고 그 구현체로 하이버네이트가 있는 것과 같다.
사실 세션이라는 것이 뭔가 특별한 것이 아니라 단지 쿠키를 사용하는데, 서버에서 데이터를 유지하는 방법일 뿐이라는 것을 이해했을 것이다. 그런데 프로젝트마다 이러한 세션 개념을 직접 개발하는 것은 상당히 불편할 것이다. 그래서 서블릿도 세션 개념을 지원한다. 이제
서블릿 필터의 경우 단순하게 doFilter() 하나만 제공된다. 인터셉터는 컨트롤러 호출 전( preHandle ), 호출 후( postHandle ), 요청 완료 이후( afterCompletion )와 같이 단계적으로 잘 세분화 되어 있다.서블릿 필터의 경우 단순
Exception (예외)response.sendError(HTTP 상태 코드, 오류 메시지)response.sendError(HTTP 상태 코드)response.sendError(HTTP 상태 코드, 오류 메시지) WAS(sendError 호출 기록 확인) <
예외가 발생해서 서블릿을 넘어 WAS까지 예외가 전달되면 HTTP 상태코드가 500으로 처리된다. 발생하는 예외에 따라서 400, 404 등등 다른 상태코드로 처리하고 싶다.오류 메시지, 형식등을 API마다 다르게 처리하고 싶다.스프링 MVC는 컨트롤러(핸들러) 밖으로
문자를 숫자로 변환하거나, 반대로 숫자를 문자로 변환해야 하는 것 처럼 애플리케이션을 개발하다 보면타입을 변환해야 하는 경우가 상당히 많다.스프링 MVC 요청 파라미터@RequestParam ,@ModelAttribute, @PathVariable@Value 등으로 Y
application/x-www-form-urlencodedmultipart/form-dataimage2023-01-29-18-31-03예제에서는 username ,age , file1 이 각각 분리되어 있고, 폼의 일반 데이터는 각 항목별로 문자가 전송되고, 파일의