스프링 MVC 2편의 강의 내용을 정리한 포스팅입니다. 파일 업로드 HTML 폼을 이용해 파일을 전송하는 방법은 크게 두 가지가 있다. application/x-www-form-urlencoded 폼 데이터를 서버로 전송하는 가장 기본적인 방법으로, 폼 태그에 별도의 옵션이 없으면 웹 브라우저는 요청 HTTP 메시지 헤더에 Content-Type: application/x-www-form-urlencoded이라는 내용을 추가한다. multipart/form-data application/x-www-form-urlencoded은 전송 항목을 문자로 전달하는 반면 파일을 전송하기 위해서는 바이너리 데이터를 전송해야 한다. 문자를 전송하는 위의 방식으로는 파일을 전송하기 어렵고, 보통 폼을 전송할 때 파일만 ..

프로그래밍 언어애서 함수라는 용어는 '메서드', 특히 정적 메서드와 같은 의미로 사용되지만 자바의 함수는 이에 더해 수학적인 함수처럼 사용되며 부작용을 일으키지 않는 함수를 의미한다. 자바 8에서는 함수를 새로운 값의 형식으로 추가했는데, 이는 멀티코어에서 병렬 프로그래밍을 활용할 수 있는 스트림과 연계될 수 있기 위함이다. 함수가 필요한 이유를 알아보기 전에 일급 값 또는 일급 시민이라고 불리는 용어의 의미를 알아보자. 전통적으로 미국 시민 권리에서 유래한 해당 용어는 바꿀 수 있는 값을 일급 시민이라고 불러왔다. 예를 들어 int나 double 형식의 기본값 및 String 형식의 객체가 일급 시민에 해당한다. 하지만 클래스나 메서드와 같은 경우 값의 구조를 표현하는 데 도움이 될 수는 있지만, 그 ..

스프링 MVC 2편의 강의 내용을 정리한 포스팅입니다. 스프링 타입 컨버터 문자를 숫자로 변환하거나, 숫자를 문자로 변환해야 하는 것처럼 타입을 변환해야 하는 경우가 많다. HTTP 쿼리 스트링으로 전달되는 데이터는 문자임에도 불구하고 @RequestParam을 사용하면 문자를 Integer 타입으로도 받을 수 있다. 이것은 스프링이 중간에서 문자를 숫자로, 타입을 변환해 주었기 때문이다. 문자를 숫자로 바꾸는 것 외에도 숫자를 문자로 변경하거나 Boolean 타입을 숫자로 변경하는 것도 가능한데, 이는 스프링이 확장 가능한 컨버터 인터페이스를 제공하기 때문이다. 인터페이스를 구현해서 등록하면 되기 때문에 새로운 타입을 만들어서 변환하는 것 또한 가능하다. Converter 타입 컨버터를 사용하기 위해서..

스프링 MVC 2편의 강의 내용을 정리한 포스팅입니다. API 예외 처리 HTML 페이지의 경우 그에 맞는 오류 페이지만 있으면 대부분의 문제를 해결할 수 있지만, API의 경우 고려해야 할 점이 더 많다. 오류 페이지는 단순히 클라이언트에게 오류 화면을 보여주고 끝이지만, API는 각 오류 상황에 맞는 오류 응답 스펙을 정하고 JSON으로 데이터를 내보내야 한다. @RequestMapping 애노테이션의 produces 옵션을 MediaType.APPLICATION_JSON_VALUE으로 설정하면, HTTP 헤더의 Accept 값이 application/json일 때만 해당 메서드를 호출하게 된다. 스프링 부트 기본 오류 처리 스프링 부트가 제공하는 기본 오류 방식(BasicErrorController..

스프링 MVC 2편의 강의 내용을 정리한 포스팅입니다. 서블릿 예외 처리 - 예외 처리 방식 스프링이 아닌 순수 서블릿 컨테이너는 다음 두 가지 방식으로 예외 처리를 지원한다. 1. Exception(예외) 1-1. 자바의 메인 메서드를 직접 실행하는 경우 실행 도중에 예외를 잡지 못하고 처음 실행한 메인 메서드를 넘어서 예외가 던져지면, 예외 정보를 남기고 해당 쓰레드는 종료된다. 1-2. 웹 애플리케이션 웹 애플리케이션은 사용자 요청 별로 별도의 쓰레드가 할당되고, 서블릿 컨테이너 안에서 실행된다. 그런데 만약 애플리케이션 내에서 예외를 잡지 못하고 서블릿 밖으로까지 예외가 전달되면 WAS까지 예외가 전달되고, WAS가 기본으로 제공하는 오류 화면이 나타난다. 이 경우 HTTP 상태 코드가 500을 ..

스프링 MVC 2편의 강의 내용을 정리한 포스팅입니다. 공통 관심 사항 '로그인 처리(1) - 쿠키, 세션'에서 정의한 요구사항에 따르면 로그인을 한 사용자만 상품 관리 페이지에 들어갈 수 있어야 한다. 하지만 상품 관리 페이지의 URL을 직접 호출하면 로그인을 하지 않은 사용자도 접속할 수 있다는 문제점이 존재한다. 상품 관리 컨트롤러에서 로그인 여부를 체크하는 로직을 일일이 작성할 수도 있지만, 등록/수정/삭제/조회 등 모든 컨트롤러 로직에 공통으로 로그인 여부를 확인해야 하며 로그인과 관련된 로직이 변경될 때마다 작성한 모든 로직을 다 수정해야 하는 가능성이 존재한다. 이렇게 애플리케이션 여러 로직에서 공통으로 관심이 있는 부분을 '공통 관심사'라고 하는데, 해당 상황에서의 공통 관심사는 '인증'이..

스프링 MVC 2편의 강의 내용을 정리한 포스팅입니다. 로그인 요구사항 로그인 처리 파트 학습은 아래 요구사항을 구현하는 과정을 통해 이루어진다. 1. 로그인 전 홈 화면에는 회원가입과 로그인 버튼이 존재한다. 2. 로그인 후 홈 화면에는 회원 이름, 상품 관리 버튼, 로그아웃 버튼이 존재한다. 3. 로그인 사용자만 상품에 접근하고, 관리할 수 있다. 만약 로그인하지 않은 사용자가 상품 관리에 접근할 경우 로그인 화면으로 이동한다. 기본 로그인 처리 로그인 컨트롤러는 서비스 로직을 호출하여 로그인에 성공하면 홈 화면으로 이동하고, 로그인에 실패하면 BindingResult의 reject() 메서드를 사용해서 ObjectError를 생성한다. 그리고 정보를 다시 입력하도록 로그인 폼을 뷰 템플릿으로 사용하..

스프링 MVC 2편의 강의 내용을 정리한 포스팅입니다. Bean Validation이란 검증 애노테이션과 여러 인터페이스를 모은 기술 표준으로, 값의 비어있는 여부나 범위를 검증하는 것과 같이 일반적인 로직을 검증할 때 모든 프로젝트에 적용할 수 있게 공통화하고 표준화한 것이다. 해당 라이브러리를 사용하기 위해서는 build.gradle에 다음과 같이 의존관계를 추가해 주면 된다. implementation 'org.springframework.boot:spring-boot-starter-validation' 검증 애노테이션은 다음과 같이 적용할 수 있다. @NotBlank 빈 값인 경우 혹은 공백만 있는 경우를 허용하지 않는다. @NotNull null을 허용하지 않는다. @Range(min = 10,..