Spring MVC

01. HttpServletRequest의 개요 01-1. HttpServletRequest 역할 HTTP 요청 메시지를 개발자가 직접 파싱해도 되지만, 매우 불편하다 서블릿은 개발자가 HTTP 요청 메시지를 편리하게 사용할 수 있도록 HTTP 요청 메시지를 파싱한다 결과는 HttpServletRequest 객체에 담아서 제공한다 ex) protected void service(HttpServletRequest request, HttpServletResponse response) { } HttpServletRequest를 사용하면 HTTP Body의 내용을 편리하게 사용 가능 01-2. HTTP 요청 메시지 POST /save HTTP/1.1 # 시작 라인 Host: localhost:8080 # 헤더 ..

01. Hello 서블릿 이번 시간에는 스프링 부트 환경에서 서블릿을 등록하고 사용하는 시간을 갖는다 Spring F/W 만으로 등록하는 환경 역시 가능하지만 손이 많이 가기에 Spring Boot 사용 서블릿은 톰캣 같은 WAS 서버를 직접 설치해야 함 이렇게 설치 된 WAS 위에 서블릿 코드를 클래스 파일로 빌드해서 올려야함 톰캣 서버를 실행(이미 구동 중인 경우 재실행) 해주면 된다 하지만 Spring Boot는 이미 내부 모듈에 내장 WAS(Tomcat, Undertow, Netty)를 가지고 있기 때문에 Spring Boot를 기반으로 하여 WAS를 구성한다 01-1. 스프링 부트 서블릿 환경 구성? package hello.servlet; import org.springframework.boo..

01. 프로젝트 생성 https://start.spring.io/ 스프링 MVC 환경을 구성하기 위해 프로젝트 생성 특정 경로에 프로젝트를 이동 시킨 후 IDE(Intellij)를 통해 Open build.gradle의 plugins의 id가 war로 설정되어 있는지 확인 서버를 실행하여 Tomcat 동작 확인 프로젝트 생성 과정의 상세한 내용은 기재하지 않았습니다

이번 시간에는 Client(Browser)와 Server 간의 통신 방법의 종류에 대해 알아볼 것이다. 대표적인 케이스는 아래와 같다. 정적 리소스 동적 페이지(JSP, Thymleaf) HTTP API 요청 위 키워드를 잠시 보고 다음 글을 읽어주시면 감사하겠습니다. 01. 데이터를 주고받는 방식 01-1. 정적 리소스 반환 정적 리소스 제공시에는 고정된 HTML 파일, CSS, JS, 이미지, 영상 등을 제공 주로 웹 브라우저에서 Web Server(Apache, Nginx)에 요청을 한다 Web Server(Apache, Nginx)는 특정 경로에 있는 리소스를 반환 Web Server는 DB 작업이나, 애플리케이션 로직 수행 요청이 아닌 경우 직접 처리 후 반환 01-2. 동적 HTML 페이지(템..

01. 동시 요청 - 멀티 쓰레드 01-1. 쓰레드 애플리케이션 코드를 하나하나 순차적으로 실행하는 것은 쓰레드 자바 메인 메서드 실행 → main 이라는 이름의 쓰레드 실행됨 쓰레드가 없다면 자바 애플리케이션 실행 불가능 쓰레드는 한 번에 하나의 코드 라인만 수행 동시 처리가 필요하면 쓰레드를 추가로 생성 01-2. 단일 요청 쓰레드 하나 사용 WAS 내의 쓰레드는 현재 요청을 받지 않기에 휴식 단계 Client 요청 시 연결(Connection)이 수행되고 해당 연결에 쓰레드가 할당된다 이렇게 연결된 쓰레드가 서블릿(Servlet)을 호출한다 요청 처리를 다 하면 Client에게 응답(Response)을 하고 쓰레드는 다시 휴식에 들어간다 01-3. 다중 요청 쓰레드 하나 사용 Client 01번이 ..

01. 웹서버, 웹 애플리케이션 서버 01-1. 웹 - HTTP 기반 웹은 HTTP 기반으로 통신을 한다 클라이언트 요청 → 인터넷 → 서버(HTML 생성) 값 반환 01-2. 웹 서버(Web Server) HTTP 기반 동작 정적 리소스 제공, 기타 부가기능 제공 정적(파일) HTML, CSS, JS, 이미지, 영상 예) Nginx, Apache 01-3. 웹 애플리케이션 서버(WAS - Web Application Server) HTTP 기반 동작 웹 서버 기능 포함 + (정적 리소스 제공 가능) 애플리케이션 로직 수행 동적 HTML, HTTP API(JSON) 서블릿, JSP, 스프링 MVC 예) 톰캣(Tomcat) Jetty, Undertow 01-4. 웹 서버, 웹 어플리케이션 서버(WAS) 차..

01. 빈 스코프란? 지금까지 우리는 스프링 빈이 “스프링 컨테이너의 시작”과 함께 생성되어서 “스프링 컨테이너가 종료” 될 때까지 유지된다고 학습 하였다 이것은 스프링 빈이 기본적으로 싱글톤 스코프로 생성되기 때문이다 스코프는 번역 그대로 빈이 존재할 수 있는 범위를 뜻함 01-1. 스프링이 지원하는 다양한 스코프 싱글톤 기본 스코프, 스프링 컨테이너의 시작과 종료까지 유지되는 스코프 프로토타입 스프링 컨테이너는 프로토타입 빈의 생성과 의존관계 주입까지만 관여, 더는 관리하지 않는 매우 짧은 범위의 스코프 웹 관련 스코프 request : 웹 요청이 들어오고 나갈때 까지 유지되는 스코프 session : 웹 세션이 생성되고 종료될 때 까지 유지되는 스코프 application : 웹의 서블릿 컨텍스트와..

01. 빈 생명주기 콜백 시작 📌 스프링 빈이 생성 되거나 소멸 되기 직전에 Bean 안에 메서드를 호출하는 빈 라이프사이클 스프링 빈 생성 및 소멸 전 Bean 안에 메서드 호출 기능 데이터베이스 커넥션 풀이나, 네트워크 소켓처럼 애플리케이션 시작 시점에 필요한 연결을 미리 해두고, 애플리케이션 종료 시점에 연결을 모두 종료하는 작업을 진행하려면, 객체의 초기화와 종료 작업이 필요하다. 이번 시간에는 스프링을 통해 이러한 초기화 작업과 종료 작업을 어떻게 진행하는지 알아본다 간단하게 외부 네트워크에 미리 연결하는 객체를 하나 생성한다고 가정 애플리케이션 시작 시점에 네트워크 연결 : connect() 호출 애플리케이션 종료 시점에 네트워크 종료 : disconnect() 호출 01-1. NetworkC..

01. 다양한 의존관계 주입 방법 의존 관계 주입에는 4가지 방식이 존재 생성자 주입 Setter 주입 필드 주입 일반 메서드 주입 01-1. 생성자 주입 생성자를 통해 의존 관계를 주입 지금까지 진행한 방식이 생성자 주입 특징 불변, 필수 의존관계에 사용 생성자 호출시점에 딱 1번만 호출 보장 생성자 주입이 발생되는 시점은 스프링이 빈을 등록하면서 의존 관계 주입도 같이 발생한다. 즉 스프링도 new OrderServiceImpl(memberRepository, discountPolicy)를 호출해서 의존 관계 주입을 실행 한다 @Component public class OrderServiceImpl implements OrderService { private final MemberRepository ..

01. 컴포넌트 스캔과 의존관계 자동 주입 시작하기 지금까지 스프링 빈을 등록할 때는 자바 코드의 @Bean이나 XML의 등을 통해 스프링 빈을 등록 만약 이렇게 등록해야 할 빈이 수백개인 경우 누락이 되는 문제가 발생함 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔이라는 기능 제공 또한 의존 관계도 자동으로 주입하는 @Autowired 기능도 제공 01-1. AutoAppConfig 생성 @ComponentScan( excludeFilters = @ComponentScan.Filter( type = FilterType.ANNOTATION, classes = Configuration.class ) ) @Configuration public class AutoAppConfig {..

01. 웹 애플리케이션과 싱글톤 대부분의 스프링 애플리케이션은 웹 어플리케이션이다. 물론 웹이 아닌 다른 개발도 가능 스프링은 태생이 기업용 온라인 서비스 기술을 지원하기 위해 탄생 웹 애플리케이션은 보통 여러 고객이 동시에 요청을 한다 (멀티 쓰레드) 고객이 3번 요청을 하면 3개의 객체가 생성이 되는 상황? 순수 DI를 사용 한다는 가정하에 얘기하는 것 간단한 테스트 코드를 생성 해보자 01-1. SingletonTest package hello.core.singleton; import hello.core.AppConfig; import hello.core.member.MemberService; import org.assertj.core.api.Assertions; import org.junit.ju..

01. 새로운 할인 정책 개발 새로운 할인 정책을 확장 해보자 악덕 기획자 : 서비스 오픈 직전에 할인 정책을 지금처럼 고정 금액 할인이 아니라 좀 더 합리적인 주문 금액당 할인하는 정률% 할인으로 변경하고 싶어요. 예를 들어서 기존 정책은 VIP가 10000원을 주문하든 20000원을 주문하든 항상 1000원을 할인했는데, 이번에 새로 나온 정책은 10%로 지정해두면 고객이 10000원을 주문시 1000원을 할인해주고, 20000원 주문시에 2000원을 할인해주는 거에요! 순진 개발자 : 제가 처음부터 고정 금액 할인은 아니라고 했잖아요. 악덕 기획자 : 애자일 소프트웨어 개발 선언 몰라요?? 계획을 따르기보다 변화에 대응하기를 순진 개발자 : (하지만 난 유연한 설계가 가능하도록 객체지향 설계 원칙을..