[Spring Boot] Before Spring Boot

JUJU·2024년 4월 1일

Spring Springboot

Spring Boot

목록 보기

2/13

본 포스트는 김영한 개발자님의 스프링 부트 강의를 듣고 정리한 것입니다.
※ 코드는 강의에서 사용된 것과 다릅니다.
jaewon-ju Github Address

✏️ Before Spring Boot

Spring Boot가 나오기 전에는 어떻게 웹 애플리케이션을 개발했을까?

톰캣 같은 WAS를 설치한다.
개발한 웹 애플리케이션 코드를 WAR 형식으로 빌드해서 war 파일을 만든다.
war 파일을 WAS에 전달해서 배포한다.

그럼 Spring Boot를 사용하면 무엇이 좋아질까?

Spring Boot는 톰캣을 내장하고 있다.
개발한 웹 애플리케이션 코드를 JAR 형식으로 빌드해서 실행하면 WAS도 함께 실행된다.
간편해졌다!!

✏️ 먼 옛날 방법

추상적으로 설명하니, Spring Boot를 사용하기 이전 방법이 그닥 어려워 보이지 않는다.
그럼 WAR 형식으로 빌드해서 WAS에 전달하는 옛날 방법을 한번 사용해보자.

그 전에, 웹 애플리케이션 서버의 동작 과정을 복습해보자.

localhost:8080/products에 요청이 온다.
DispatcherServlet이 해당 요청을 받고 핸들러 어댑터에 전달한다.
핸들러 어댑터는 핸들러로 요청을 처리하고 뷰로 보낸다.
뷰는 클라이언트에게 응답한다.

Spring Boot를 사용하면 DispatcherServlet도 알아서 만들어주고, 스프링 빈으로 등록된 핸들러들까지 알아서 서블릿 컨테이너와 연결해준다.

Spring Boot를 사용하지 않으면, 이러한 작업을 개발자가 코드로 작성해서 WAR 파일로 만들어야 한다.

■ 초기화

WAS를 실행하는 시점에 서블릿을 등록하고, 스프링 컨테이너를 만들고, 서블릿과 스프링을 연결하는 DispatcherServlet도 등록해야 한다.

먼저, 초기화를 해보자.
WAS에는 서블릿 컨테이너가 존재한다.

WAS를 실행할때, ServletContainerInitializer 라는 인터페이스를 구현한 구현객체가 자동으로 실행된다. (resources/META-INF/services/jakarta.servlet.ServletContainerInitializer
이 경로에 구현객체를 등록 해야 한다. )
ServletContainerInitializer의 구현객체는 서블릿 컨테이너를 초기화 한다.
서블릿 컨테이너를 초기화 했다고 해서, 서블릿들이 등록된 것은 아니다!
서블릿을 등록하기 위해서는 ServletContainerInitializer의 구현객체에서 AppInit을 구현한 구현객체의 메소드를 실행해야 한다.

// ServletContainerInitializer의 구현객체

@HandlesTypes(AppInit.class) // AppInit 인터페이스를 구현한 객체를 다룰 것이다.
public class MyInitializer implements ServletContainerInitializer {
	
    @Override
	public void onStartup(Set<Class<?>> c, ServletContext ctx) throws ServletException {
		for (Class<?> appInitClass c){
        	try{
            	AppInit appInit = (AppInit) appInitClass.getDeclaredConstructor().newInstance();
                appInit.onStartup(ctx);
                // AppInit 구현객체의 메소드 실행
                
            } catch (Exception e) {
            	throw new RuntimeException(e);
            }
        }    
    }    
}

@HandlesTypes 어노테이션으로 애플리케이션 초기화 인터페이스(AppInit)를 지정해야 한다.

// AppInit의 구현객체
// 서블릿 등록 및 서블릿에 리소스 할당
public class AppInitServlet implements AppInit {

     @Override
     public void onStartup(ServletContext servletContext) {
		ServletRegistration.Dynamic textServlet = 
        	servletContext.addServlet("TelloServlet", new TestServlet());
        testServlet.addMapping("/test-servlet");
	 } 
}

작동 방식은 다음과 같다.

WAS 실행
WAS는 서블릿 컨테이너 초기화 클래스(MyInitializer) 실행
MyInitializer는 서블릿 컨테이너에 서블릿을 등록하는 클래스(AppInitServlet)를 실행한다.

■ 스프링 컨테이너

이제, WAS 내부에 스프링 컨테이너를 만들고 서블릿 컨테이너와 연결해보자.

다음과 같은 과정이 필요하다.

스프링 컨테이너 만들기
스프링 MVC 컨트롤러(핸들러)를 빈으로 등록하기
서블릿 컨테이너에 DispatcherServlet을 만들어서 스프링 빈(핸들러)과 연결하기
DispatcherServlet을 서블릿 컨테이너에 등록

1, 3, 4번 과정은 애플리케이션을 초기화하는 과정이다.
따라서, AppInitServlet 객체에서 실행되어야 한다!
2번 빈 등록은 설정 정보 클래스에서 처리된다.

// AppInitServlet 객체 내부 onStartup 메소드

// 1. 스프링 컨테이너 만들기
AnnotationConfigWebApplicationContext appContext
	= new AnnotationConfigWebApplicationContext();

// ------------------------------

// 2. 컨트롤러를 빈으로 등록하기
appContext.register(configClass.class); 
// configClass를 설정정보로 새로운 스프링 컨테이너를 만들었다.
// configClass에는 미리 만들어둔 핸들러 TestHander1, TestHandler2를 스프링 빈으로 저장하는 코드가 있다.
// ------------------------------
 
// 3. DispatcherServlet을 만들어서 스프링과 연결
DispatcherServlet dispatcher = new DispatcherServlet(appContext);
// ------------------------------

// 4. DispatcherServlet을 서블릿 컨테이너에 등록
ServletRegistration.Dynamic servlet = servletContext.addServlet("dispatcher",dispatcher);
// ------------------------------

servlet.addMapping("/test")

■ 스프링 MVC 활용

위의 과정을 통해, WAS가 실행될 때 서블릿을 등록하고 서블릿과 스프링 컨테이너가 연결되도록 설정했다.
스프링 MVC에서는 위의 과정을 조금 더 간단하게 만들 수 있다.

스프링 MVC를 사용하면 서블릿 컨테이너 초기화 코드를 작성하지 않아도 된다.
즉, MyInitializer를 구현하지 않아도 된다.

서블릿 컨테이너 초기화 코드는 스프링 MVC에서 작업해주므로, 개발자는 WebApplicationInitializer 라는 인터페이스의 구현객체에 웹 애플리케이션 초기화 코드만 작성하면 된다.

// AppInit 클래스 대신 이걸 사용하면 된다.
public class AppInitSpringMVC implements WebApplicationInitializer { ... }

✏️ 조금 옛날 방법

먼 옛날에는 WAR 파일을 만들어서 WAS 위에 올려서 사용했다.
이 방법은 다음과 같은 단점이 존재한다.

WAS를 별도로 설치해야 한다.
개발 환경 설정이 복잡하다.
WAS의 버전을 변경하려면 재설치 해야한다.

위의 단점들을 해결하기 위해 고안한 것이 내장 서버이다.

■ 내장 서버

내장 서버 방식은, 애플리케이션 JAR 안에 WAS를 라이브러리로 내장하는 방식이다.

main 메소드를 실행할 때 서버 객체를 생성한다.
main 메소드 안에서 스프링 컨테이너를 생성하고, DispatcherServlet을 생성해서 스프링 컨테이너와 연결하고, DispatcherServlet을 WAS와 연결한다.
일반 JAR 파일로 압축하면 오류가 발생한다!
JAR 파일은 JAR 파일을 포함할 수 없다.
따라서, 톰캣 같은 라이브러리 역할을 하는 JAR 파일을 포함할 수 없다.

그러면, Spring Boot는 어떻게 톰캣 서버를 내장해서 JAR 파일로 만들 수 있는걸까?

✏️ Spring Boot

Spring Boot는 새로운 JAR 파일을 정의해서 위의 문제를 해결했다.
또한, main 메소드 안에서 서버 객체를 생성하고 초기화 하는 등의 작업을 자동으로 해준다.

start.spring.io에서 Spring Boot 프로젝트를 만들고 코드를 보자.

 @SpringBootApplication
 public class BootApplication {
     public static void main(String[] args) {
         SpringApplication.run(BootApplication.class, args);
	}
}

SpringApplication.run() 메소드는

톰캣 객체를 만들어서 연결
BootApplication 클래스를 설정정보로 스프링 컨테이너를 생성
DispatcherServlet을 생성해서 스프링 컨테이너와 연결
DispatcherServlet을 서블릿 컨테이너에 등록

의 과정을 거쳐서 웹 애플리케이션을 실행한다.

■ JAR

스프링 부트가 새로 정의한 JAR 파일의 구조를 살펴보자.

META-INF 디렉토리
- MANIFEST.MF 파일

BOOT-INF 디렉토리
- classes 디렉토리
- lib 디렉토리

일반 JAR 파일과 다른점은 무엇일까?

JAR 파일을 실행하면 MANIFEST.MF 파일의 Main-Class를 읽어서 실행한다.
Main-Class: org.springframework.boot.loader.JarLauncher로 설정되어 있으므로 JarLauncher 클래스를 실행하는데, 이 클래스는 Spring Boot가 만든 클래스이다.

JarLauncher 클래스가 JAR 압축 파일 내부의 JAR 파일들을 읽어들이는 기능을 한다.