원

HTTP message body에 데이터를 직접 담아서 요청 HTTP API에서 주로 사용, JSON, XML, TEXT 데이터 형식은 주로 JSON 사용 POST, PUT, PATCH 요청 파라미터와 다르게, HTTP 메시지 바디를 통해 직접 데이터가 넘어오는 경우는 @RequestParam, @ModelAttribute를 사용할 수 없다. (물론 HTML Form 형식으로 전달되는 경우는 요청 파라미터로 인정) 두 가지 경우를 알아본다. HttpEntity를 이용하는 방식과 어노테이션 @RequestBody를 사용하는 방식이다. 1. HttpEntity - requestBodyStringV3 /** * HttpEntity: HTTP header, body 정보를 편라하게 조회 * - 메시지 바디 정보..

HTTP 요청 파라미터 - @RequestParam 스프링이 제공하는 @RequestParam을 사용하면 요청 파라미터를 매우 편리하게 사용할 수 있다. @ResponseBody @RequestMapping("/request-param-v2") public String requestParamV2( @RequestParam("username") String username, @RequestParam("age") int age ){ log.info("username = {}, age = {}", username, age); return "ok"; } http://localhost:8080/request-param-v2?username=mvc&age=22 @RequestParam 사용 - 파라미터 이름으로 바..

HTTP 요청 메시지를 통해 클라이언트에서 서버로 데이터를 전달하는 방법을 알아보자. 클라이언트에서 서버로 요청 데이터를 전달할 때는 주로 다음 3가지 방법을 사용. GET - 쿼리 파라미터 /url?username=hello&age=20 메시지 바디 없이, URL의 쿼리 파라미터에 데이터를 포함해서 전달 ex) 검색, 필터, 페이징 등에서 많이 사용하는 방식 POST - HTML Form content-type:application/x-www-form-urlencoded 메시지 바디에 쿼리 파라미터 형식으로 전달 username=hello&age=20 ex) 회원 가입, 상품 주문, HTML form 사용 HTTP message body에 데이터를 직접 담아서 요청 HTTP API에서 주로 사용, JS..

백엔드를 공부할 때 꼭 알아야하는 지식들이다. 1. 정적 리소스 고정된 HTML 파일, CSS, JS, 이미지, 영상 등을 제공 주로 웹 브라우저 웹 서버에서 이미 생성되어있는 리소스 파일을 웹 브라우저에게 전달하는 방식이다. 2. HTML 페이지 동적으로 필요한 HTML 파일을 생성해서 전달 웹 브라우저 : HTML 해석 WAS에서 DB를 조회한 후 동적으로 HTML을 생성한다. HTML을 생성할 때는 JSP, 타임리프를 이용한 후 생성된 HTML을 웹 브라우저에게 제공한다. 3. HTTP API HTML이 아니라 데이터를 전달 주로 JSON 형식 사용 다양한 시스템에서 호출 WAS에서 DB를 조회한 후 HTML을 생성하는 것이 아닌 조회한 데이터를 바로 웹 브라우저에게 정해진 형식으로 전달한다. 데이..

멀티 쓰레드가 무엇인지 알아보기 전에, 쓰레드가 무엇인지부터 알아야한다. 쓰레드 애플리케이션 코드를 하나 하나 순차적으로 실행하는 것은 쓰레드 자바 메인 메서드를 처음 실행하면 main이라는 이름의 쓰레드가 실행 쓰레드가 없다면 자바 애플리케이션 실행이 불가능 쓰레드는 한 번에 하나의 코드 라인만 수행 동시 처리가 필요하면 쓰레드를 추가로 생성 단일 요청의 경우 - 쓰레드 하나 사용할 때 (에러 X) 쓰레드 하나 사용할 때 클라이언트로부터 아무런 요청이 없다. 쓰레드는 아무 것도 수행하지 않고 휴식 중이다. 그 때, 클라이언트로부터 요청1이 발생하였고, WAS에서는 휴식 중이던 쓰레드가 클라이언트의 요청과 연결되어 할당된다. 그리고 이는 servlet을 호출한다. 위 과정은 쓰레드가 하나 존재할 때, 클..

서블릿이란? 자바 웹 서버로 웹 페이지를 제공할 때, 동적인 데이터를 제공하는 것을 돕는 기술이다. 이를 그림을 통해 보면, 클라이언트 측에서 데이터를 POST Method(회원 저장)로 서버에게 전송하였다. HTTP 프로토콜을 기반으로 데이터를 전송하였기 때문에 HTTP 메시지가 생성되고 서버는 이를 받게 된다. 그럼 서버는 이를 데이터 형식에 맞게 가져온 후 응답 메시지를 생성한 후 다시 클라이언트에게 전송해주어야한다. 이를 순차적인 과정으로 확인해보면 왼쪽 과정을 진행하여 HTTP 메시지에 담긴 정보를 바탕으로 회원을 저장한 후, 응답 메시지를 생성한 후 다시 보낸다. 하지만 의미있는 비지니스 로직은 데이터베이스에 저장 요청을 하는 과정 밖에 존재하지 않고, 나머지는 서버 연결, HTTP 메시지 읽..

우선, 웹은 HTTP 프로토콜을 기반으로 동작한다. HTTP 메시지에 모든 것을 전송할 수 있다. HTML, TEXT Image, 음성, 영상, 파일 JSON, XML (API) 거의 모든 형태의 데이터 전송 가능 서버 간 데이터를 주고 받을 때도 대부분 HTTP 사용 그렇다면 웹 서버는 무엇이고 웹 애플리케이션 서버는 무엇일까? 웹 서버 (Web Server) HTTP 기반으로 동작하는 서버 주로 정적 리소스 제공, 기타 부가 기능 존재 정적(파일) HTML, CSS, JS, 이미지, 영상 ex) NGINX, APACHE 웹 애플리케이션 서버 (WAS - Web Application Server) HTTP 기반으로 동작 웹 서버 기능 포함 + (동적 리소스 제공 가능) 프로그램 코드를 실행해서 애플리케..

주문 내역에서 추가로 주문한 상품 정보를 조회한다. 하나의 주문에 상품은 여러 개가 있을 수 있으므로 xToMany형태의 컬렉션 조회가 될 것이다. 지금까지 게시글로 원하는 API 반환을 위해서는 API 스펙에 맞춰 DTO 클래스를 설계하여 반환해야한다는 것을 알고 있다는 가정 하, DTO로 변환하여 반환하는 코드로 작성 조건 : API 반환으로 원하는 조건은 { 주문 번호, 사용자 이름, 주문 날짜, 주문 상태, 배송지 정보, 주문한 상품 정보} 이다. 이 스펙에 맞춰 DTO를 개발해야한다. 위 조건에 대해 1. : 엔티티에 의존하는 API 개발 한계 해결 2. : DTO 개발 설계 시 발생하는 비효율성 한계 ..

주문 내역에서 추가로 주문한 상품 정보를 조회한다. 하나의 주문에 상품은 여러 개가 있을 수 있으므로 xToMany형태의 컬렉션 조회가 될 것이다. 지금까지 게시글로 원하는 API 반환을 위해서는 API 스펙에 맞춰 DTO 클래스를 설계하여 반환해야한다는 것을 알고 있다는 가정 하, DTO로 변환하여 반환하는 코드로 작성 조건 : API 반환으로 원하는 조건은 { 주문 번호, 사용자 이름, 주문 날짜, 주문 상태, 배송지 정보, 주문한 상품 정보} 이다. 이 스펙에 맞춰 DTO를 개발해야한다. 위 조건에 맞춰 전 게시글은 DTO로 컬렉션을 조회하는 API 개발이었다. DTO 개발을 통해 API가 요청하는 스펙에 따라 DTO로 변환하여 개발할 수 있었고, 엔티티에 의존하지 않는 API를 개발할 수 있었다...

전에 했던 API 개발은 xToOne관계였다. 컬렉션이 아닌 단순한 형태의 조회였다. 이번에는 xToOne이 아닌 xToMany관계처럼 컬렉션 형태를 조회하는 것을 알아본다. 주문 내역에서 추가로 주문한 상품 정보를 조회한다. 하나의 주문에 상품은 여러 개가 있을 수 있으므로 xToMany형태의 컬렉션 조회가 될 것이다. 지금까지 게시글로 원하는 API 반환을 위해서는 API 스펙에 맞춰 DTO 클래스를 설계하여 반환해야한다는 것을 알고 있다는 가정 하, DTO로 변환하여 반환하는 코드로 작성 조건 : API 반환으로 원하는 조건은 { 주문 번호, 사용자 이름, 주문 날짜, 주문 상태, 배송지 정보, 주문한 상품 정보} 이다. 이 스펙에 맞춰 DTO를 개발해야한다. @RestController @Requ..