스프링 부트의 의존성 관리

스프링 부트 구성의 핵심 요소 : 스타터, 자동설정, 액츄에이터

요소	기능
Starter	스프링이 제공하는 특정 모듈을 사용할 수 있도록 관련된 라이브러리 의존성을 해결
AutoConfiguration	스타터를 통해 추가한 모듈을 사용할 수 있도록 관련된 빈 설정을 자동 처리
Actuator	스프링 부트로 개발된 시스템을 모니터링할 수 있는 다양한 기능 제공

---

스타터로 의존성 관리

예를 들어, 현재 프로젝트에 스프링과 JPA를 연동하여 데이터 베이스 작업을 처리한다고 가정한다. 그렇다면 우선 해야할 작업은 아래와 같다.

1. pom.xml에 JPA 구현체에 해당하는 하이버네이트 관련 dependency 설정 추가
2. 하이버네이트 외의 라이브러리 추가 (예를 들어 spring-orm 등)

그런데 이 때 어떤 하이버네이트를 사용하기 위해 추가적으로 필요한 라이브러리가 무엇인지 전부 알기 힘들다 ㅜ..

→ 스타터는 필요한 라이브러리들을 관련된 것끼리 묶어서 패키지처럼 제공

spring-boot-start-모듈명 형태의 파일들이 이러한 스타터임.

pom.xml에 스타터를 추가한다.

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-jpa</artifactId>
            <version>2.7.4</version>
        </dependency>

스타터 설정

스타터는 어떻게 최소한의 설정만으로 수많은 라이브러리들을 자동하으로 관리하나여??
→ 스타터에 있는 pom 파일의 상속구조

pom.xml에서 스타터 소스로 이동하면 아래와 같은 내용을 볼 수 있다.

어쩌구 저쩌구 뭐가 많음

아무튼 이렇게 특정 모듈과 관련된 의존성을 패키지처럼 관리하기 때문에 프로젝트 모듈관리가 간단해진다.

POM 파일의 상속 구조

메이븐은 <parent> 태그를 통해 자바 클래스의 상속과 같이 상속을 통한 설정의 재사용이 가능하다.

스프링 부트에서 새로운 프로젝트를 생성하면 프로젝트에 설정된 pom.xml은 자동으로 아래와 같은 상속 구조를 가지게 된다

부모로부터 상속된 의존성은 자식 프로젝트에서 재정의 가능하다~!

---

스프링 부트의 자동설정

스타터를 이용하여 프로젝트에 필요한 라이브러리들을 효과적으로 관리할 수 있다. 그러나 라이브러리만 추가한다고 해서 추가된 모듈을 바로 사용할 수 있는 것은 아니다

라이브러리들이 추가되고 나면, 해당 모듈들을 사용할 수 있도록 스프링 설정 파일에 빈 등록해야 하고 의존성 주입도 해줘야 한다
→ 스프링 부트가 다 해줌~!

자동설정이란?

스프링 MVC를 사용해서 웹 애플리케이션을 개발할 때, 여러가지 설정을 추가적으로 해줘야하는데 스프링부트는 이러한 설정을 안 했다..

왜냐면 스프링부트가 제공하는 자동설정 기능으로 인해서 수많은 빈들이 등록되고 동작했기 때문이다~~

누가 이렇게 기특한건데... @SpringBootApplication 임...

그리고 그 중에서도 @SpringBootApplication 에 포함된 @EnableAutoConfiguration 덕분이다~~

@SpringBootApplication 어노테이션을 클릭해서 해당 소스로 이동해보면 아래와 같다

저 중에서 핵심은 @SpringBootConfiguration, @EnableAutoConfiguration,
@ComponentScan이다. @SpringBootApplication 은 위의 3가지 어노테이션을 합친 것이다.

• @SpringBootConfiguration

  • 기존의 @Configuration과 동일하다.
  • 환경설정 빈 클래스를 표현하기 위해 사용한다

• @ComponentScan

  • @Configuration, @Repository, @Controller 등 어노테이션이 붙은 객체를 메모리에 올리는 역할
  • 베이스 패키지를 기준으로 개발자가 작성한 클래스들을 스캔하여 빈으로 등록한다.
  • : base-package가 정의되지 않으면 해당 어노테이션이 붙은 classpath 하위의 @Component 어노테이션을 스캔해서, Bean으로 등록한다.

• @EnableAutoConfiguration

  • 자동설정과 관련된 어노테이션
  • 개발자가 작성한 클래스가 정상 동작하기 위해서 필요한 추가적인 객체들을 메모리에 올리는 작업을 처리한다.
  • 예를 들어, 파일 업로드 기능을 위해서 컨트롤러에서 MultipartFile 객체를 사용한다고 가정한다. 이 때, MultipartFile 객체를 사용하기 위해서 MultipartFileResolver 객체가 반드시 필요하다. 이러한 객체를 메모리에 올리는 역할을 하는것
  • classpath에 있는 /resource/META-INF/spring.factories 중 EnableAutoConfiguration 부분에 정의된 Configuration들을 자동으로 등록한다. 이때, 모든 경우가 적용되는 것이 아니라, AutoConfiguration의 등록 조건을 만족하는 경우에만 등록된다.

스프링 부트는 Bean을 두번 등록하는데, 처음에는 @ComponentScan을 통해서 등록하고 이후에 추가적으로 @EnableAutoConfiguration 을 사용하여 필요한 Bean들을 등록하는 것이다.

• 스타터 : 프로젝트에 필요한 의존성을 편하게 관리하기 위해서 사용한다.
• 자동설정 : 애플리케이션 운용에 필요한 빈들을 초기화하는 기능 제공

자동설정 재정의

자동설정으로 등록된 빈 대신 다른 객체를 빈으로 등록하고 싶다면? 해당 빈의 이름과 동일한 클래스를 작성하면 기존에 자동으로 등록된 빈을 새롭게 작성된 빈이 덮어 쓴다.

다만 메모리상에 이름이 같은 두 개의 빈이 올라가면 오류가 발생하기 때문에 추가적인 설정이 필요하다.

application.properties 파일에 설정을 추가한다.

spring.main.allow-bean-definition-overriding=true

@Conditional 어노테이션 사용

위의 설정을 추가하고 빈 또한 재정의한 후에도 재정의한 빈이 사용되지 않고 기존에 자동설정으로 등록된 빈이 사용된다. 그 이유는 메인 클래스의 @SpringBootApplication 의 동작 순서 때문이다.

@SpringBootApplication 은 @EnableAutoConfiguration과 @ComponentScan을 포함하고 있는데, @ComponentScan이 먼저 동작하여 사용자가 등록한 빈을 메모리에 올린 후 나중에 @EnableAutoConfiguration이 실행되어 자동설정에 의한 빈 등록을 처리한다. 따라서 사용자가 생성한 빈이 덮어써져서 동작하지 않게 되는 것이다.

새롭게 정의한 빈을 사용하기 위해서는 @Conditional 어노테이션을 사용한다. 이 어노테이션은 조건에 따라 새로운 객체를 생성할지 말지 결정할 수 있다.

자동 설정 클래스에서 해당 어노테이션을 사용하여 조건에 따라 빈 등록을 다르게 처리하도록 한다.

• @ConditionalOnMissingBean
  등록하려는 빈이 메모리에 없는 경우에만 해당하는 빈 등록을 처리하도록 한다.

프로퍼티 파일 이용

프로젝트의 외부 설정 파일인 application.properties에 프로퍼티를 추가하고 이를 사용하는 방법.

1. pom.xml에 의존성을 추가.

    <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-configuration-processor</artifactId>
      <version>2.7.4</version>
    </dependency>

2. 프로퍼티 사용을 위한 클래스를 작성하고 해당 클래스에 @ConfigurationProperties 어노테이션을 설정한다.

3. 활성화할 프로퍼티 클래스의 선언부에 @EnableConfigurationProperties(활성화할 프로퍼티 클래스.class) 을 설정한다

4. 활성화된 프로퍼티 객체는 @Autowired 로 의존성을 주입하여 사용이 가능해진다.