스프링 MVC 1편의 강의 내용을 정리한 포스팅입니다. HttpServletRequest 앞선 포스팅에서 서블릿은 개발자가 요청 및 응답 정보를 편리하게 사용할 수 있도록 지원하며, 이는 WAS가 HTTP 요청 시 요청 및 응답 객체를 새로 만든 뒤 서블릿 객체를 호출하는 과정을 거친다는 것을 설명하였다. 서블릿은 개발자가 HTTP 요청 메시지를 편리하게 이용할 수 있도록 개발자 대신 요청 메시지를 파싱 하고, 그 결과를 HttpServletRequest라는 객체에 담아서 제공하는데, 해당 객체를 이용하면 다음과 같은 정보를 편리하게 조회할 수 있다. 1. Start Line: HTTP 메소드, URL, 쿼리 스트링, 프로토콜 2. 헤더: 헤더 조회 3. 바디: form 파라미터 형식 조회, 메시지 바디..

스프링 MVC 1편의 강의 내용을 정리한 포스팅입니다. 웹 서버, 웹 애플리케이션 서버 웹 서버 (Web Server) HTTP 기반으로 동작하며, 주로 정적 리소스를 제공한다. Nginx나 Apache가 웹 서버에 속한다. 웹 애플리케이션 서버 (WAS - Web Application Server) HTTP 기반으로 동작하며, 웹 서버의 기능을 포함함과 동시에 동적 HTML, HTTP API, JSP와 같은 프로그램 코드를 실행해 애플리케이션 로직을 수행할 수 있다. Tomcat이 대표적으로 WAS에 속한다. 웹 서버와 웹 애플리케이션 서버 웹 서버는 정적 리소스를, 웹 애플리케이션 서버는 애플리케이션 로직을 주로 담당한다고 하지만, 웹 서버도 프로그램을 실행하는 기능을 포함하기도 하고 웹 애플리케이션..

스프링 핵심 원리의 강의 내용을 정리한 포스팅입니다. 빈 스코프란? 말 그대로 빈이 존재할 수 있는 범위를 뜻한다. 지금까지는 스프링 빈이 스프링 컨테이너의 시작과 함께 생성되어 스프링 컨테이너가 종료될 때까지 유지된다고 학습하였는데, 이것은 스프링 빈이 기본적으로 싱글톤 스코프로 생성되기 때문이다. 스프링은 다음과 같이 다양한 스코프를 지원한다. 1. 싱글톤: 기본 스코프로 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넓은 범위의 스코프이다. 2. 프로토타입: 스프링 컨테이너는 프로토타입 빈의 생성과 의존 관계 주입, 초기화까지만 관여하고 그 이상 관리하지 않는 짧은 범위의 스코프이다. 3. 웹 관련 스코프 3-1 request: 웹 요청이 들어오고 나갈 때까지 유지되는 스코프이다. 3-2 sess..

스프링 핵심 원리의 강의 내용을 정리한 포스팅입니다. 의존관계 주입 시점 소켓 통신처럼 애플리케이션 시작 지점에 필요한 연결을 미리 해두고, 애플리케이션 종료 시점에 연결을 모두 종료하는 작업을 진행하려면 객체의 초기화와 종료 작업이 필요하다. 스프링은 이러한 초기화/종료 작업을 어떻게 진행할까? 스프링 빈은 기본적으로 '객체 생성 → 의존 관계 주입'의 라이프사이클을 가진다. 빈이 객체를 생성하고 의존관계 주입이 모두 끝난 이후에 데이터를 사용할 수 있는 준비가 갖춰지는 것이므로, 데이터 초기화 작업은 의존 관계 주입이 모두 완료되고 난 다음에 호출해야 한다. 싱글톤 방식에서 스프링 빈은 다음과 같은 이벤트 라이프사이클을 가진다. (1) 스프링 컨테이너 생성 → (2) 스프링 빈 생성 → (3) 의존 ..

스프링 핵심 원리의 강의 내용을 정리한 포스팅입니다. 조회 빈이 2개 이상일 때 문제점 @Autowired는 타입으로 빈을 조회하기 때문에, 실제로는 더 많은 기능을 제공하지만 ac.getBean(DiscountPolicy.class)와 유사하게 동작한다. 이때 DiscountPolicy의 하위 타입이 두 개 이상 존재할 경우 @Autowired는 한 개가 아닌 스프링 빈으로 등록된 하위 타입 클래스의 개수만큼 중복된 빈을 찾게 되고, NoUniqueBeanDefinitionException이 발생하게 된다. 그렇다고 해서 하위 타입으로 빈을 조회하는 것은 아래와 같이 두 가지 문제점이 존재한다. 1. DIP를 위배함과 더불어 코드의 유연성이 떨어진다. 2. 빈 이름은 다르지만 타입이 동일한 경우 문제를..

스프링 핵심 원리의 강의 내용을 정리한 포스팅입니다. 의존관계 주입 방법 생성자 주입 생성자를 통해 의존 관계를 주입받는 방법으로, 생성자 호출 시점에 딱 한 번만 호출되며 불변 혹은 필수적인 의존 관계 주입 시 사용된다. 생성자가 한 개만 있을 경우 스프링 빈에 한해서 @Autowired를 생략해도 자동으로 의존 관계가 주입된다. @Component public class OrderServiceImpl implements OrderService { private final MemberRepository memberRepository; private final DiscountPolicy discountPolicy; @Autowired public OrderServiceImpl(MemberRepositor..

스프링 핵심 원리의 강의 내용을 정리한 포스팅입니다. 싱글톤 패턴 클래스의 인스턴스가 1개만 생성되는 것을 보장하는 디자인 패턴이다. 스프링이 없는 순수한 DI(Dependency Injection) 컨테이너를 이용한다고 가정해보자. DI 컨테이너인 AppConfig는 새로운 요청이 들어올 때마다 새로운 객체를 생성하여 반환하는데, 트래픽이 증가할수록 생성되는 객체가 많아짐에 따라 메모리 낭비도 심해진다는 단점이 존재한다. 이러한 해결방안으로써 같은 객체는 딱 1개만 생성되도록 하여 객체를 공유하게끔 설계하는 방법을 이용할 수 있는데, 해당 방법이 싱글톤 패턴을 이용하는 것이다. public class SingletonService { private static final SingletonService ..

수정한 파일을 add 하려고 하니 아래와 같은 오류가 발생하였다. fatal: Unable to create '프로젝트 경로/.git/index.lock': File exists. Another git process seems to be running in this repository, e.g.an editor opened by 'git commit'. Please make sure all processes are terminated then try again. If it still fails, a git process remove the file manually to continue. 커밋을 하는 과정에서 열어둔 에디터가 따로 없었기 때문에 파일을 삭제하는 방법을 선택하였다. 프로젝트가 있는 경로 상에..