공부하는 개발자의 스토리

모놀리식과 msa 차이

byeong07 — Sun, 15 Mar 2026 09:46:19 +0900

1. 모놀리식 (Monolithic)

모놀리식은 시스템의 모든 비즈니스 로직이 하나의 서버에 의해 처리되는 방식으로 배포가쉽고 시스템을 빠르게 만들 수 있다는 장점이 있어 초기 서비스를 만들 때 유용한 방식이다. 하지만 시스템 규모가 커짐에 따라 다음과 같은 단점이 발생할 수 있다.

단일장애지점 : 하나의 장애가 발생하면 시스템 전체에 영향을 미침
트래픽 대응 : 특정 서비스의 트래픽 증가시 대응하기 위해 모든 서비스(시스템 전체) 리소스 스케일링 필요
기술에 종속적 : 작은 기능을 수정 해도 전체 배포를 하기 때문에 테스트 시간이 많이 필요하고 오류가 자주 발생하여 신기술 도입 어려움

2. MSA (Micro Service Architecture)

모놀리식 아키텍처를 Microservice 단위로 쪼갠 후 독립적으로 구축하는 방식이다. 서비스가 대형화되고 클라우드 서비스가 활성화된 요즘 모놀리식 방식에서 MSA 방식으로 구조 변경을 진행하고있다.

개발인원 증가, 사용자 트래픽 대응을 위해 쿠팡은 2013년, 배달의 민족은 2016년에 기존 모놀리식 시스템을 AWS 를 이용한 MSA로 시스템을 전환하였다. 운영 중인 서비스가 급격하게 성장하고 있다면 MSA 도입을 고려해볼만하다.

구성요소

Microservice: 독립적으로 운영되는 Microservice (로그인/결제/배송/리뷰 등)
API Gateway: 요청을 직접 받아 적절한 서비스로 요청을 포워딩
모니터링서버 : 각각의 서비스들의 상태를 관리하기 위한 서버
변수관리서버 : 의존성이 강한 변수(DB정보 등)변경시 각각의 서비스의 환경변수 관리필요

장점 (독립적인 서비스 운영)

트래픽 : 특정 서비스에 트래픽이 증가했을 때, 해당 서비스에 대해서만 resource 스케일링을 해줌으로써 트래픽 대응에 대한 자원낭비 방지
신뢰성 : 특정 서비스에 장애가 발생해도 전체 서비스 실행이 멈추지 않고 운영가능
확장성 : 전체 시스템에 영향을 주지않고도 서비스별로 적절한 라이브러리, 언어, 서버도입 가능

단점

초기 인프라 구성 난이도가 높고 서비스가 커질 수록 복잡도가 늘어날 수 있다.
특정 서비스가 동작안할 경우에도 시스템이 동작함으로서 사용자 혼란 발생 가능 (쇼핑몰에서 로그인 서비스만 다운되고 쇼핑은 여전히 가능할 경우 등)
별개로 동작하는 Microservice 서비스 관리 및 서비스간 API 호출 비용문제를 고려해야한다.

CentOS에 웹서버를 구축

byeong07 — Thu, 19 Sep 2024 09:19:11 +0900

지난 포스팅에서 VMware Fusion에 CentOS를 구축했는데요.

오늘은 구축한 CentOS에 웹서버를 구축하겠습니다.
웹서버를 구축하기 전에 리눅스버전, CentOS버전, 하드용량, 메모리 등을 확인할 항목들이 많지만 대표로 리눅스버전과 CentOS버전을 출력해서 지난시간에 올바르게 설치가 완료되었는지 확인하고 웹서버를 설치하겠습니다.

1. 버전확인

//리눅스 버전확인
uname -a
//CentOS 버전확인
cat /etc/redhat-release

위 사진을 통해서 리눅스와 CentOS가 정상적으로 설치된 것을 확인할 수 있습니다.

2. 업데이트

CentOS에서 프로그램을 쉽게 설치/제거 할 수 있게 하는 yum을 이용해서 패키지 목록 갱신 및 업데이트를 체크하겠습니다.

su - //루트로 사용자 전환
yum update

3. 방화벽 포트에서 http 80 허용

우선 방화벽이 설치되어 있는지 확인합니다.

yum install firewalld

허용할 80포트를 등록합니다.

firewall-cmd —-zone=public --add-port=80/tcp --permanent

방화벽 설정을 새로고침합니다.

firewall-cmd --reload

4. Apache2 설치

아파치를 설치합니다.

yum install httpd

설치된 아파치의 버전을 확인합니다.

httpd -v

웹 서버를 실행합니다.

service httpd start

서버의 아이피를 확인합니니다.

ifconfig

브라우저를 열어서 확인한 아이피를 입력해서 아파치가 정상적으로 설치되었는지 확인합니다.

5. php7 설치

php7을 설치하고 버전을 확인한다.

yum -y install php php-mysqlnd
php -v //버전확인

6. 아파치와 php 연동

아파치의 설정파일을 열어 수정합니다.

vi /etc/httpd/conf/httpd.conf
//수정할 내용
<IfModule dir_module>
    //기존 : DirectoryIndex index.html
    DirectoryIndex index.html index.php
</IfModule>
<IfModule mime_module>
    //맨 아래에 추가
    AddType application/x-httpd-php .html .htm .php .inc
    AddType application/x-httpd-php-source .phps
</IfModule>

아파치를 재시작합니다.

systemctl restart httpd

7. php 파일 생성

기본으로 설정된 웹 경로(/var/www/html)에 phpInfo.php 파일을 생성합니다.

//phpInfo 파일생성
vi /var/www/html/phpInfo.php
//내용작성
<?php
   phpinfo();
?>

브라우저에서 해당 파일을 열어 php정보가 나오는지 확인합니다.

8. MariaDB 설치

mariaDB 패키지를 설치합니다.

yum install mariadb-server -y

설치 완료 후 mariaDB 실행합니다.

systemctl start mariadb

재부팅 시 자동으로 실행되게끔 설정합니다.

systemctl enable mariadb

9. MariaDB 설정

설정 명령어를 입력합니다.

mysql_secure_installation

MariaDB 서비스를 확인합니다.

systemctl status mariadb

터미널에서 MariaDB 접속 테스트를 진행합니다.

//계정을 root로 생성
mysql -u root -p

MariaDB 설치를 끝으로 웹서버 구축을 완료했습니다.

참고

‘맥에서 웹서버 구축하기’

byeong07 — Thu, 19 Sep 2024 09:18:37 +0900

앞서 ‘맥에서 웹서버 구축하기’를 포스팅했는데요.

리눅스를 직접 설치해서 서버를 운영해보면서 설치 및 백업방법 등을 헤쳐나가보라는 팀장님의 조언을 받아 리눅스부터 설치하려고 합니다.

리눅스는 오픈소스로 이루어져있어서 무수히 많은 버전의 리눅스가 있습니다. 그중에 가장 대표적인 CentOS나 Ubuntu를 설치하려고 합니다.

CentOS와 Ubuntu의 차이점을 아주 간단히 살펴보면 CentOS는 업데이트가 느리지만 안정적이며 충분하지 않은 튜토리얼에 사용자기반이 적습니다. 반면에 Ubuntu는 업데이트가 자주되지만 패키지들이 불안정하고 안정화 되기까지 시간이 걸립니다. 하지만 풍부한 문서, 커다란 온라인 커뮤니티가 있어서 초보자에게 많이 추천합니다.

저는 회사에서 사용하는 CentOS를 선택했습니다.

맥북을 사용하기 때문에 VMWare Fusion을 이용했습니다.

이 포스팅에서는 VMWare Fusion 설치에 대한 내용은 다루지 않습니다. VMWare Fusion은 사용할 수 있는 상황이라는 전제로 하겠습니다.
설치 이미지 준비
우선 가장 중요한 CentOS8 리눅스 설치 이미지를 아래 링크에서 다운로드 받습니다.
https://www.centos.org/download/ 에 접속해서 국내 미러사이트 중 하나를 선택합니다.

설치 이미지 준비

우선 가장 중요한 CentOS8 리눅스 설치 이미지를 아래 링크에서 다운로드 받습니다.
https://www.centos.org/download/ 에 접속해서 국내 미러사이트 중 하나를 선택합니다.

선택한 미러사이트에서 CentOS Linux DVD ISO를 다운 받습니다.

VMware Fusion 실행

설치를 완료하면 VMware Fusion 프로그램을 실행합니다. 다운로드한 이미지를 설치합니다.

저는 따로 Settings을 하지 않고, 기본값으로 설치를 완료했습니다.

설치완료 및 실행

아래 화면을 통해서 CentOS설치가 정상적으로 설치된 것을 확인할 수 있습니다.

저는 Settings에서 시간 및 지역만 한국으로 설정하고 언어는 영어로 했습니다.

다음 포스팅에서는 설치한 CentOS에 웹서버를 구축하는 내용을 담겠습니다.

[ELK+R스택 구축하기] docker로 ELK 구성하여 Spring Boot 로그 쌓기 (1)

byeong07 — Fri, 5 May 2023 12:12:55 +0900

안녕하세요.

ELK와 Redis를 이용하여 Spring Boot에서 쌓는 로그를 분석 및 보기 편하도록 Redis와 연동하며 겪은 경험을 글로 남기려고 합니다.

이번에는 ELK가 뭔지 Ubuntu를 이용하여 Docker설치 과정을 적어보려고합니다.

일단 ELK가 뭔지 부터 알아볼까요.

E = Elasticsearch

Elasticsearch는 Apache Lucene에 구축되어 배포된 검색 및 분석 엔진입니다.

L = Logstash

Logstash는 다양한 소스로부터 데이터를 수집하고 전환하여 원하는 대상에 전송할 수 있도록 하는 오픈 소스 데이터 수집 도구입니다.

K = Kibana

Kibana는 로그 및 이벤트 검토에 사용하는 데이터 시각화 및 탐색 도구입니다.

이렇게 세가지를 합쳐서 ELK스택이라고 부르고 있습니다! ELK 스택은 로그를 집계, 분석, 인프라 모니터링 시각화, 문제 해결 보안 분석을 가능케 하는 능력을 제공합니다.

자 그럼 일단 Docker를 돌리기 위한 Ubuntu 설치부터 진행해봅시다.

Ubuntu 설치

https://ubuntu.com/download/desktop 사이트에 방문하여 저는 Ubuntu 22.04 LTS를 다운받았습니다.

그다음 가상머신이나, 사용할 곳에서 넥스트넥스트 하면서 설치 하시면 됩니다. Desktop 환경이라 설치하는데 어렵지 않습니다.

그럼 본격적으로 Docker를 설치해봅시다!

Docker 설치

apt가 https를 통해서 repository를 이용하 할 수 있도록 패키지 설치가 필요하다고하네요! 아래 명령어를 콘솔에서 작성해봅시다.

sudo apt-get update
 
sudo apt-get install \
    apt-transport-https \
    ca-certificates \
    curl \
    gnupg \
    lsb-release

그런후에 Docker의 Official GPG KEY를 등록해야한다고합니다.

 curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg

stable repository를 등록해봅시다.

echo \
  "deb [arch=amd64 signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu \
  $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

Docker Engine 설치하기

이번에도 역시나 명령어를 입력하여 최신버전으로 설치해봅시다.

sudo apt-get update
sudo apt-get install docker-ce docker-ce-cli containerd.io

설치가 완료되었다면 제대로 설치 되었는지 버전을 확인해봅시다.

docker --version

버전정보를 확인 할 수 있다!

이렇게 하면 Docker 설치는 마무리 되었습니다!

하지면 여기서 끝내선 안되고 Docker-compose까지 설치를 해야 수월하게 진행 할 수 있습니다!

Docker-Compose 설치

Docker-Compose는 여러개의 도커 어플리케이션 컨테이너들을 yml파일에 정의하고 실행 할 수 있게 도와주는 툴입니다. 매우 도움이 되겠죠!? Docker를 설치해도 Docker-Compose까지 자동으로 설치되는것은 아니기 때문에 번거롭지만 직접 설치를 진행해주어야 합니다!

sudo curl -L \ 
"https://github.com/docker/compose/releases/download/1.29.2/dockercompose-$(uname -s)-$(uname -m)" \ 
-o /usr/local/bin/docker-compose
# curl을 이용하여 현재 파일을 시스템에 다운로드 하는 것이다.
# "/usr/local/bin/docker-compose" 라는 이름의 파일로 다운된다.
# https://github.com/docker/compose/releases 에서 버전 확인을 하여 위의 1.29.2를 바꿔서 다른 버전 설치가 가능하다. 


sudo chmod +x /usr/local/bin/docker-compose 
# chmod 를 통해서 실행이 가능하게 세팅

잘 설치가 되었다면 Docker 설치때와 마찬가지로 version을 확인해보자

docker-compose --version

도커와 마찬가지로 버전확인 가능하다!

이제 기본적인 ELKR을 도커를 통하여 실행 하기 위한 세팅은 완료되었습니다.

그럼 다음에는 ELK 이미지와 Redis 이미지를 조합하여 Docker-Compose로 사용하는 글로 만나보아요~~

[Spring Boot] 스프링과 스프링 부트

byeong07 — Thu, 9 Jun 2022 23:53:01 +0900

1. 스프링(Spring)이란?

1.1 스프링의 개념

Spring은 Java를 기반으로 한 웹 어플리케이션 프레임워크다. spring.io 사이트에서 확인하면 '스프링 프레임워크는 현대 자바 기반의 엔터프라이즈 어플리케이션을 위한 프로그래밍 및 Configuration Model 제공한다'라고 언급하고 있다.

스프링은 위와 같은 구조를 가지고 있으며, Python을 이용한 Django, Ruby를 이용한 Ruby on Rails, Javascript를 이용한 Node.js 기반의 웹 서버 개발과 같이 Java 개발자들은 Spring을 사용하여 웹 서비스를 만들 수 있다.

1.2 스프링의 특징

경량 컨테이너

제어의 역전(IoC, Invertion of Control)

의존성 주입(Di, Dependency Injection)

관점지향 프로그래밍(AOP, Aspect-Oriented Programming)

스프링은 자바 객체와 라이브러리들을 관리해주며, 톰캣과 같은 웹 어플리케이션 서비스가 내장되어 있어 자바 웹 어플리케이션을 구동할 수 있다. 또한, 스프링은 경량 컨테이너로 자바 객체를 직접 스프링 안에서 관리한다. 객체의 생성 및 소멸과 같은 생명 주기를 관리하며, 스프링 컨테이너에서 필요한 객체를 가져와 사용한다.

▶ 제어의 역전(IoC, Invertion of Control)

제어의 역전이란, 객체의 제어권을 프레임워크의 컨테이너에게 넘기는 개념을 말한다.
일반적으로 자바에서는 개발자가 각 객체를 직접 생성하고 제어해야 했다. 하지만 스프링에서는 스프링 컨테이너에 Bean(객체)를 등록하기만 하면, 스프링 컨테이너에서 객체의 생명주기를 컨트롤 해준다.
즉, 객체에 대한 제어권이 스프링 컨테이너로 역전되기 때문에 제어의 역전이라고 한다.

▶ 의존성 주입(Di, Dependency Injection)

의존성 주입이란, 클래스간 의존성을 클래스 외부에서 주입하는 것을 뜻한다.
더 자세히 말하자면, 어떤 객체(B)를 사용하는 주체(A)가 객체(B)를 직접 생성하는게 아니라 객체를 외부(Spring)에서 생성해서 사용하려는 주체 객체(A)에 주입시켜주는 방식이다. 사용하는 주체(A)가 사용하려는 객체(B)를 직접 생성하는 경우 의존성(변경사항이 있는 경우 서로에게 영향을 많이 준다)이 높아진다. 하지만, 외부(Spring)에서 직접 생성하여 관리하는 경우에는 A와 B의 의존성이 줄어든다.
즉, 의존성 주입은 재사용성을 높여주고, 코드를 단순화시켜주며, 결합도를 낮춰준다.

'의존성이 있다.'라는 것은 '한 클래스(A)에서 다른 클래스(B)를 사용한다'라고 이해하면 된다.
의존성이 있다면 B가 변경이 되었을때, A도 변경을 해야하며, 이를 'A가 B에 의존해 있다.'라고 라고 표현한다.

▶ 관점지향 프로그래밍(AOP, Aspect-Oriented Programming)

AOP는 OOP(객체지향 프로그래밍)을 더욱 보완하고 확장한 개념이다. 하나의 소프트웨어가 하나의 거대한 OOP로써 설계, 프로그래밍 되었다면 이것을 각 기능별로 모듈화 해서 분리를 시키는 개념이다.

OOP를 통해서 객체를 재사용함으로써 개발자들은 반복되는 코드의 양을 많이 줄일 수 있었다. 하지만, 객체의 재사용에도 불구하고 필수적으로 반복되는 코드들을 없앨수는 없었다. 이를 횡단 관심사라하며 트랜잭션, 로깅, 성능 분석 등이 있다. 이것을 각각의 OOP 소스코드에서 제거하고 외부로 빼내 하나의 공통 모듈로 만드는 것이 기존의 OOP에 AOP 관점을 더해 발전시킨 기법이다.

AOP의 핵심은 공통 모듈을 분리시켜 해당 소스코드가 외부의 다른 클래스에서 존재하는 것이다.
즉, '관심의 분리(Separation of Concerns)' 이며, AOP를 통해서 중복 코드 제거, 효율적인 유지보수, 높은 생산성, 재활용성 극대화, 변화 수용 용이 등의 이점을 얻을 수 있다.

2. 스프링 부트(Spring Boot)란?

2.1 스프링 부트의 개념

Spring Boot는 Java를 기반으로 한 웹 어플리케이션 프레임워크다. Spring Boot가 등장하기 전 Spring 프레임워크가 먼저 등장했는데 Spring의 초기 환경 설정시 시간이 많이 할애되는 문제를 해결하고자 등장한 프레임워크가 Spring Boot이다.

스프링 부트는 스프링 프레임워크를 사용하기 위한 설정의 많은 부분을 자동화하여 사용자가 편하게 스프링을 활용할 수 있도록 돕는다. 스프링 부트 starter dependency만 추가해주면 바로 API를 정의하고, 내장된 톰캣이나 제티로 웹 어플리케이션 서버를 실행할 수 있다.

2.2 Spring과 비교한 Spring Boot의 장점

내부에 톰캣이 포함되어 있어 톰캣 설치 및 버전 관리를 하지 않아도 된다.

starter를 통한 dependency 자동화

XML 설정을 하지 않아도 된다.

jar file을 이용해 java 옵션만으로 손쉽게 배포할 수 있다.

여기서 Spring Boot starter란, 목적을 달성하기 위한 의존성 그룹이라 생각하면 이해하기 쉽다. starter는 마치 npm처럼 간편하게 dependency를 제공해주는데, 만약 우리가 JPA가 필요하다면 메이븐이나 그래들에 'spring-boot-starter-data-jpa'만 추가해주면 spring boot가 그에 필요한 라이브러리들을 알아서 받아온다.

스프링 부트는 스프링의 많은 부분을 자동화하였고, 많은 개발자들이 현재 스프링 부트를 이용해 개발을 진행하고 있다.

@Component 와 @Bean, @Autowired 어노테이션 알아보기

byeong07 — Sun, 5 Jun 2022 19:40:25 +0900

@Component, @Bean, @Autowired

자주 사용하면서도 정확하게 무슨 용도로 사용되는지, 어떤 동작 원리를 가지는지, 어떤 차이가 있는지 잘 몰랐던 부분에 대해서 공부합니다.

먼저 Annotation에 대해서 간단하게 알아보겠습니다.

Annotation은 Java 5부터 추가된 문법 요소로, 코드 사이에 주석처럼 쓰이며 특별한 의미, 기능을 수행하도록 하는 기술입니다.

실제 데이터가 아닌 데이터를 위한 데이터로 메타데이터 (meta data)로 불립니다.

어노테이션의 용도

컴파일러에게 코드 작성 문법 에러를 체크하도록 정보 제공
소프트웨어 개발 툴이 빌드나 배치 시 코드를 자동으로 생성할 수 있도록 정보 제공
실행 시 (런타임) 특정 기능을 실행하도록 정보 제공

어노테이션을 사용하기 위한 순서

어노테이션 정의
클래스에 어노테이션 배치
코드가 실행되는 중 Reflection을 이용하여 추가 정보를 획득하여 기능 실행

* Reflection

Java의 Reflection은 JVM에서 실행되는 애플리케이션의 런타임 동작을 검사하거나 수정할 수 있는 기능이 필요한 프로그램에서 사용됩니다. 쉽게 클래스의 구조를 개발자가 확인할 수 있고, 값을 가져오거나 메서드를 호출하는 데 사용됩니다.

이 기술은 스프링 프레임워크에 사용되며 Reflection을 사용하여 스프링에서 런타임시 개발자가 등록한 빈을 애플리케이션에서 가져와서 사용할 수 있게 됩니다.

(Annotation, Reflection 둘 다 조금 더 자세하게 공부해봐도 좋은 부분인 것 같아 따로 다시 공부할 예정입니다.)

@ComponentScan 란,

@Component, @Service, @Repository, @Controller, @Configuration 어노테이션이 붙은 클래스 Bean 들을 찾아서 Context에 bean 등록을 해주는 어노테이션입니다.

bean 등록을 하는 방법에는 @어노테이션을 이용하는 방법과,

ApplicationContext.xml 파일에 <bean id = "example" class = "example" /> 처럼 직접 등록하는 방법이 있습니다.

@SpringBootApplication

@ComponentScan 어노테이션을 통해 bean 등록을 한다고 하는데, 저의 경우는 @ComponentScan 어노테이션을 직접적으로 사용한 적이 한 번도 없습니다. 이유는 @SpringBootApplication 어노테이션에 있습니다.

@ComponentScan는 component scan의 시작 지점을 설정하는 basePackages(), basePackageClasses() 두 가지 속성이 있습니다.

basePackages()는 scan을 시작할 패키지를 문자열로 지정하고, basePackageClasses()는 스캔을 시작할 클래스 타입을 지정합니다.

결론적으로 @SpringBootApplication 내부에서 ComponentScan이 기본 패키지에 대해서 설정되어 있기 때문에 직접적으로 어노테이션을 사용하지 않아도 작동하는 것입니다.

@Component 란,

@Component는 개발자가 직접 작성한 Class를 Bean으로 등록하기 위한 Annotation 입니다.

* 위에서 설명한 스프링의 컴포넌트 스캔 (@ComponentScan) 기능에 의해 스캔될 때, 주어진 패키지 내에서 @Component 어노테이션이 적용된 클래스를 식별하고, 그러한 클래스의 빈을 생성하여 ApplicationContext에 등록합니다.

* (value = "") 옵션이 있고, 해당 옵션을 사용하지 않는다면 class의 이름을 camelCase로 변경한 것을 bean id로 사용합니다.

그렇다면 @Controller, @Service, @Repository 어노테이션은 무엇일까요?

@Controller, @Service, @Repository

@Controller, @Service, @Repository 어노테이션들은 @Component 어노테이션의 구체화된 형태입니다.

어노테이션을 세분화 함으로써 가독성 측면에서 해당 각각의 어노테이션을 가진 클래스의 역할을 알 수 있게 됩니다.

더 자세한 내용은 아래 사이트를 참고하시면 좋을 것 같습니다.

https://springbootdev.com/2017/07/31/spring-framework-component-service-repository-and-controller/

Spring Framework: @Component, @Service, @Repository and @Controller

In order to continue with this article, you should have a proper understanding of Spring component scanning feature. if you don’t know about it, please go through Component Scanning in Sprin…

springbootdev.com

@Bean 이란,

@Bean 어노테이션은 개발자가 직접 제어가 불가능한 외부 라이브러리 등을 Bean으로 만들려고 할 때 사용됩니다.

* (name = "") 옵션이 있고, 해당 옵션을 사용하지 않는다면 method 이름을 camelCase로 변경한 것이 bean id로 등록됩니다.

    // 암호화에 필요한 PasswordEncoder Bean 등록
    @Bean
    public PasswordEncoder passwordEncoder() {
        return new BCryptPasswordEncoder();
    }

    // authenticationManager Bean 등록
    @Bean
    @Override
    public AuthenticationManager authenticationManagerBean() throws Exception {
        return super.authenticationManagerBean();
    }

@Bean과 같이 알아야 할 @Configuration

@Configuration 어노테이션은 해당 클래스에서 1개 이상의 Bean을 생성하고 있음을 명시합니다.

그러므로 @Bean 어노테이션을 사용하는 클래스는 반드시 @Configuration과 함께 사용되어야 합니다,

@Autowired, @Qualifier

@Autowired는 field(속성) , setter, method, constructor(생성자)에서 사용하며 Type에 따라 자동으로 bean을 주입합니다.

Type을 먼저 확인하여 못 찾는 경우에는 name에 따라서 bean을 주입합니다.

이때 해당 타입의 bean 객체가 존재하지 않거나, 2개 이상 존재할 경우 스프링은 예외가 발생합니다.

같은 타입의 bean이 두 개 이상 존재하는 경우, 어떤 bean을 주입해야 할지 알 수 없기 때문에 스프링 컨테이너를 초기화하는 과정에서 예외가 발생하는데요. 이 경우 @Qualifier 어노테이션을 @Autowired와 함께 사용하여 어떤 bean을 사용할지 명시할 수 있습니다.

* 추가적으로 @Autowired를 사용할 경우 순환 참조가 발생할 수 있기 때문에 @Autowired 보다 생성자 주입 방식이 더 권장되고 있습니다.

[Spring] Component Scan과 Function을 사용한 빈 등록 방법

byeong07 — Sun, 29 May 2022 23:11:16 +0900

1. @ComponentScan

@ComponentScan 애노테이션은 spring 3.1부터 도입됐으며 설정된 시작 지점부터 컴포넌트 클래스를 scanning하여 빈으로 등록해주는 역할을 한다.

컴포넌트 클래스는 다음 애노테이션이 붙은 클래스를 의미한다.

@Component
@Repository
@Service
@Controller
@Configuration

@ComponentScan의 가장 중요한 두 가지 속성은 component를 scan할 시작 지점을 설정하는 속성과 scan한 component 중 빈으로 등록하지 않을 클래스를 제외하는 필터 속성이다.

1) Scan 시작 지점 설정 - basePackages()와 basePackageClasses()

basePackages()와 basePackageClasses()는 component를 scan할 시작 지점을 설정하는 속성이다.

basePackages()에는 scan을 시작할 패키지를 문자열로 지정하고 basePackageClasses()에는 scan을 시작할 클래스 타입을 지정한다.

둘 중 하나의 속성을 택하여 scan 시작 지점을 설정하면 된다.

basePackages 설정 예

위와 같이 설정하면 scan 시작 패키지가 com.atoz_develop.demospring51로 설정된다.

com.atoz_develop.demospring51 패키지와 포함된 하위 패키지의 모든 component를 scan해서 빈으로 등록해준다.

basePackageClasses 설정 예

위와 같이 설정하면 마찬가지로 scan 시작 패키지가 com.atoz_develop.demospring51로 설정된다.

TestConfiguration 클래스가 포함된 패키지가 시작 패키지가 된다.

둘 중 basePackageClasses()로 설정하는 것이 더 type safe한 방법이다.

basePackages()나 basePackageClasses()를 설정해주지 않으면 기본적으로 @ComponentScan이 붙어있는 configuration 클래스가 자동으로 시작 지점이 된다.

따라서 위 세 가지 예제는 모두 scan 시작 지점이 동일하며 out 패키지에 있는 클래스는 scan 대상이 아니게 된다.

2) 빈 필터링 - excludeFilters

Component scan을 통해 빈을 등록할 때 execludeFilters 속성을 사용해서 특정 빈은 등록되지 않도록 설정할 수 있다. 설정 방법은 다양하며 다음은 애노테이션을 이용해서 필터링하는 방법이다.

IgnoreDuringScan 애노테이션을 새로 정의한다.

이 애노테이션이 붙은 컴포넌트는 필터링하여 빈으로 등록하지 않을 것이다.

import java.lang.annotation.ElementType;

import java.lang.annotation.Retention;

import java.lang.annotation.RetentionPolicy;

import java.lang.annotation.Target;

@Target(ElementType.TYPE)

@Retention(RetentionPolicy.RUNTIME)

public @interface IgnoreDuringScan {

}

Colored by Color Scripter

필터링할 컴포넌트 클래스에 @IgnoreDuringScan 애노테이션을 붙인다.

import org.springframework.stereotype.Service;

@Service

@IgnoreDuringScan

public class AnotherBookService {

}

Colored by Color Scripter

@Service 애노테이션이 붙어있으므로 기본적으로 필터링 설정이 없으면 이 클래스는 빈으로 등록된다.

Configuration에 필터 설정을 추가한다.

import org.springframework.context.annotation.ComponentScan;

import org.springframework.context.annotation.Configuration;

import org.springframework.context.annotation.FilterType;

import org.springframework.context.annotation.ComponentScan.Filter;

@Configuration

@ComponentScan(

basePackageClasses = ApplicationConfig.class,

excludeFilters = @Filter(

type = FilterType.ANNOTATION,

classes = {IgnoreDuringScan.class}

)

public class ApplicationConfig {

}

Colored by Color Scripter

excludeFilters 속성을 사용해 @IgnoreDuringScan 애노테이션이 붙어있는 컴포넌트 클래스는 빈으로 등록하지 않도록 한다.

설정한 대로 AnotherBookService가 빈으로 등록되지 않았는지 확인해보기 위해 Application 클래스에서 출력해보자.

import org.springframework.context.ApplicationContext;

import org.springframework.context.annotation.AnnotationConfigApplicationContext;

import java.util.Arrays;

public class Demospring52Application {

public static void main(String[] args) {

ApplicationContext context = new AnnotationConfigApplicationContext(ApplicationConfig.class);

System.out.println(context.containsBean("anotherBookService"));

}

Colored by Color Scripter

ApplicationContext의 containsBean()은 지정한 빈이 IoC에 등록돼있는지 여부를 리턴한다.

실행 결과

2. Function을 사용한 빈 등록 방법

Function을 사용해서 빈을 등록하는 방법은 spring 5부터 추가되었다.

빈 등록 방법은 다음과 같다.

Spring boot 어플리케이션을 구동하는 방법에는 SpringApplication.run()과 같이 static 메소드를 호출하는 방법 외에 인스턴스를 생성해서 구동하는 방법이 있다.

Application 클래스를 다음과 같이 수정한다.

Local 변수 var를 사용하기 위해서는 JDK 10 이상이 필요하다.

import org.springframework.boot.SpringApplication;

import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication

public class Demospring52Application {

public static void main(String[] args) {

// SpringApplication.run(Demospring52Application.class, args);

var app = new SpringApplication(Demospring52Application.class);

// 여기에 빈 등록 코드 작성

app.run(args);

}

Colored by Color Scripter

기존에 run() 호출부를 주석처리하고 SpringApplication 인스턴스를 생성해서 run()을 호출한다.

SpringApplication 인스턴스 생성과 run() 호출 사이에 빈을 등록하는 코드를 다음과 같이 작성해주면 된다.

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.boot.SpringApplication;

import org.springframework.boot.autoconfigure.SpringBootApplication;

import org.springframework.context.ApplicationContextInitializer;

import org.springframework.context.support.GenericApplicationContext;

import out.MyService;

@SpringBootApplication

public class Demospring52Application {

@Autowired

MyService myService;

public static void main(String[] args) {

// SpringApplication.run(Demospring52Application.class, args);

var app = new SpringApplication(Demospring52Application.class);

app.addInitializers(new ApplicationContextInitializer<GenericApplicationContext>() { // GenericApplicationContext로 설정

@Override

public void initialize(GenericApplicationContext ctx) {

ctx.registerBean(MyService.class);

}

});

app.run(args);

}

Colored by Color Scripter

ctx.registerBean()이 빈을 등록하는 부분이다.

@ComponentScan을 사용하는 방법과 달리 function을 사용한 빈 등록 방법은 스캔 범위에 구애받지 않는다.

MyService는 Application 클래스와 다른 패키지에 있으며 @Component 애노테이션이 붙어있지 않은 클래스이다.

이 클래스를 ctx.register()를 이용해 빈으로 등록하고 정상적으로 등록되는지 확인해보기 위해 @Autowired로 필드에 주입받았다.

실행 결과

위와 같이 어플리케이션이 정상적으로 실행되는 것으로 빈이 잘 등록된 것을 확인할 수 있다.

이 코드는 람다식을 이용해서 짧게 표현할 수 있다.

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.boot.SpringApplication;

import org.springframework.boot.autoconfigure.SpringBootApplication;

import org.springframework.context.ApplicationContextInitializer;

import org.springframework.context.support.GenericApplicationContext;

import out.MyService;

@SpringBootApplication

public class Demospring52Application {

@Autowired

MyService myService;

public static void main(String[] args) {

var app = new SpringApplication(Demospring52Application.class);

/*app.addInitializers(new ApplicationContextInitializer<GenericApplicationContext>() { // GenericApplicationContext로 설정

@Override

public void initialize(GenericApplicationContext ctx) {

ctx.registerBean(MyService.class);

}

});*/

// Lambda ~

app.addInitializers((ApplicationContextInitializer<GenericApplicationContext>) ctx -> ctx.registerBean(MyService.class));

app.run(args);

}

Colored by Color Scripter

참고로 registerBean()을 이용해서 다음과 같이 ApplicationRunner를 빈으로 등록할수도 있다.

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.boot.ApplicationArguments;

import org.springframework.boot.ApplicationRunner;

import org.springframework.boot.SpringApplication;

import org.springframework.boot.autoconfigure.SpringBootApplication;

import org.springframework.context.ApplicationContextInitializer;

import org.springframework.context.support.GenericApplicationContext;

import out.MyService;

import java.util.function.Supplier;

@SpringBootApplication

public class Demospring52Application {

@Autowired

MyService myService;

public static void main(String[] args) {

var app = new SpringApplication(Demospring52Application.class);

app.addInitializers((ApplicationContextInitializer<GenericApplicationContext>) ctx -> {

ctx.registerBean(MyService.class);

// 메시지를 출력하는 ApplicationRunner를 생성해서 빈으로 등록

ctx.registerBean(ApplicationRunner.class, new Supplier<ApplicationRunner>() {

@Override

public ApplicationRunner get() {

return new ApplicationRunner() {

@Override

public void run(ApplicationArguments args) throws Exception {

System.out.println("Hello World!!");

}

};

}

});

app.run(args);

}

Colored by Color Scripter

registerBean()의 첫 번째 파라미터로 ApplicationRunner의 타입을 전달하고 함수형 인터페이스 Supplier를 이용해서 두 번째 파라미터로 ApplicationRunner 타입의 인스턴스를 제공해준다.

간단하게 "Hello World!!"를 출력하는 ApplicationRunner를 만들어서 빈으로 등록하는 코드이다.

실행 결과

마찬가지로 lambda식으로 짧게 표현할 수 있다.

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.boot.ApplicationRunner;

import org.springframework.boot.SpringApplication;

import org.springframework.boot.autoconfigure.SpringBootApplication;

import org.springframework.context.ApplicationContextInitializer;

import org.springframework.context.support.GenericApplicationContext;

import out.MyService;

@SpringBootApplication

public class Demospring52Application {

@Autowired

MyService myService;

public static void main(String[] args) {

var app = new SpringApplication(Demospring52Application.class);

app.addInitializers((ApplicationContextInitializer<GenericApplicationContext>) ctx -> {

ctx.registerBean(MyService.class);

// 메시지를 출력하는 ApplicationRunner를 생성해서 빈으로 등록

ctx.registerBean(ApplicationRunner.class, () -> args1 -> System.out.println("Hello World!!"));

});

app.run(args);

}

Colored by Color Scripter

3. Component Scanning VS Functional

@ComponentScan 방식은 싱글톤 scope인 빈들을 모두 초기에 생성한다.

따라서 등록해야할 빈이 많을 경우 어플리케이션의 초기 구동시간이 오래 걸릴 수 있다는 단점이 있다.

Function을 사용한 빈 등록 방법은 @ComponentScan을 사용하는 방법보다 어플리케이션 초기 구동 시간이 더 짧다.

또 다른 장점은 조건에 따라 빈을 등록한다던지 하는 로직을 추가할 수 있다는 것이다.

즉 빈을 등록하는데 있어서 프로그래밍적인 컨트롤이 가능해진다.

두 방법 중 하나를 반드시 택해야 하는건 아니고 둘 다 동시에 사용할 수 있다.

이 경우 @ComponentScan 방식의 빈이 먼저 등록된다.

@ComponentScan은 BeanFactoryPostProcessor를 구현한 ConfigurationPostProcessor와 연관이 돼있다.

BeanFactoryPostProcessor의 구현체들은 다른 모든 빈들을 만들기 이전에 적용된다.

즉 다른 빈들을 등록하기 전에 @ComponentScan으로 빈을 먼저 등록한다.

여기서 다른 빈들이란 @Bean 또는 function을 사용해서 직접 등록한 빈을 말한다.

Functional한 빈 등록은 모든 빈을 직접 등록해줘야 하기 때문에 번거롭고 코드가 복잡해진다.

따라서 @ComponentScan 방식을 완전히 대체해서 사용하기 보다는 @ComponentScan으로 등록하는 빈 외에 @Bean으로 직접 등록해야하는 빈이 있을 경우 functional한 방법을 사용하는 것을 고려해보는게 좋다.

[Spring] @Autowired 동작 원리 - BeanPostProcessor

byeong07 — Sun, 29 May 2022 23:10:28 +0900

@Autowired 애노테이션을 생성자, setter, 필드에 붙이기만 함으로써 간편하게 의존성을 주입받을 수 있는데 어떻게 그렇게 동작할수 있는지, 그 원리에 대해 알아보자.

결론부터 말하자면 @Autowired 애노테이션은 BeanPostProcessor라는 라이프 사이클 인터페이스의 구현체인 AutowiredAnnotationBeanPostProcessor에 의해 의존성 주입이 이루어진다.

BeanPostProcessor는 빈의 initializing(초기화) 라이프 사이클 이전, 이후에 필요한 부가 작업을 할 수 있는 라이프 사이클 콜백이다.

그리고 BeanPostProcessor의 구현체인 AutowiredAnnotationBeanPostProcessor가 빈의 초기화 라이프 사이클 이전, 즉 빈이 생성되기 전에 @Autowired가 붙어있으면 해당하는 빈을 찾아서 주입해주는 작업을 하는 것이다.

빈 라이프 사이클

위의 빈 라이프 사이클을 보면 12. 빈 초기화 이전, 이후를 BeanPostProcessors가 감싸고 있는 것을 볼 수 있다.

AutowiredAnnotationBeanPostProcessor는 하나의 빈으로써 spring IoC 컨테이너에 등록되어 있다.

BeanFactory(ApplicationContext)는 BeanPostProcessor 타입의 빈 = AutowiredAnnotationBeanPostProcessor 빈을 꺼내 일반적인 빈들 = @Autowired로 의존성 주입이 필요한 빈들에게 @Autowired를 처리하는 로직을 적용한다.

[Spring] @Autowired의 다양한 사용 방법 - required, Primary, Qualifier

byeong07 — Sun, 29 May 2022 23:09:49 +0900

1. 의존객체 타입의 빈이 없는 경우

다음과 같이 BookService 클래스와 BookRepository 인터페이스가 있다.

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.stereotype.Service;

@Service

public class BookService {

BookRepository bookRepository;

@Autowired

public BookService(BookRepository bookRepository) {

this.bookRepository = bookRepository;

}

public interface BookRepository {

}

Colored by Color Scripter

BookService 클래스에는 @Service 애노테이션을 붙여 빈으로 등록해주었고 BookRepository는 애노테이션을 붙이지 않은 일반 자바 클래스이다.

BookRepository는 BookService의 의존객체이며 @Autowired를 붙여 BookService의 생성자를 통해 주입받도록 하였다.

이대로 실행하면 에러가 난다.

BookService 빈을 생성하려면 BookRepository 빈이 필요한데 IoC 컨테이너에서 해당하는 타입의 빈을 찾을 수 없으니 BookRepository를 빈으로 등록하라는 뜻이다.

코드를 바꿔 이번엔 setter로 주입받도록 해보자.

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.stereotype.Service;

@Service

public class BookService {

BookRepository bookRepository;

@Autowired

public void setBookRepository(BookRepository bookRepository) {

this.bookRepository = bookRepository;

}

public interface BookRepository {

}

Colored by Color Scripter

실행하면 역시 에러가 발생한다.

생성자로 주입받던 것과 달리 Setter로 주입받도록 했기때문에 원래는 BookService의 인스턴스는 생성할 수 있는게 맞지만 @Autowired 애노테이션에 의해 BookRepository를 주입받도록 설정한 BookService도 생성되지 않는 것이다.

이렇게 @Autowired 애노테이션을 처리하던 중 해당하는 빈의 타입을 못찾거나 의존성 주입을 할 수 없는 경우에는 에러가 발생하며 어플리케이션 구동이 제대로 되지 않는다.

@Autowired에 required 속성값을 추가해보자.

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.stereotype.Service;

@Service

public class BookService {

BookRepository bookRepository;

@Autowired(required = false)

public void setBookRepository(BookRepository bookRepository) {

this.bookRepository = bookRepository;

}

public interface BookRepository {

}

Colored by Color Scripter

이번엔 에러 없이 정상적으로 실행된다.

@Autowired(required = false)은 의존성을 'Optional'로 설정하는 것이다.

주입받을 의존객체가 필수적이지 않을 경우 @Autowired(required = false)로 설정해서 의존객체를 주입받지 못하더라도 빈을 생성하도록 할 수 있다.

결과적으로 BookService는 BookRepository를 주입받지 않은 상태로 IoC 컨테이너에 등록된다.

required 속성의 기본값은 true이기 때문에 지정하지 않을 경우 setter로 주입받게 했더라도 의존객체를 주입받지 못하면 항상 에러가 발생한다.

required = false는 @Autowired를 필드나 setter에 붙였을 경우에만 사용할 수 있다.

2. 의존객체 타입의 빈이 여러개인 경우

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.stereotype.Service;

@Service

public class BookService {

@Autowired

BookRepository bookRepository;

}

public interface BookRepository {

}

import org.springframework.stereotype.Repository;

@Repository

public class MyBookRepository implements BookRepository {

}

import org.springframework.stereotype.Repository;

@Repository

public class AnotherBookRepository implements BookRepository {

}

Colored by Color Scripter

BookService에서 BookRepository를 필드로 주입받도록 변경한다.

MyBookRepository, AnotherBookRepository 클래스를 새로 만들고 BookRepository를 구현하도록 한다.

둘 다 @Repository를 붙여 빈으로 등록함으로써 BookRepository 타입의 빈이 두개가 되었다.

이 경우 spring은 BookService에 어떤 BookRepository 빈을 주입해줄까?

결과는 주입해 줄 수 없다.

두 BookRepository중 어떤 빈을 원하는지 spring 입장에서 알 수가 없기 때문이다.

1) @Primary

@Primary 애노테이션을 사용해서 해당하는 타입의 빈이 여러개일 경우 우선적으로 주입할 빈을 지정할 수 있다.

MyBookRepository에 @Primary 애노테이션을 붙이자.

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.stereotype.Service;

@Service

public class BookService {

@Autowired

BookRepository bookRepository;

}

public interface BookRepository {

}

import org.springframework.stereotype.Repository;

@Repository @Primary

public class MyBookRepository implements BookRepository {

}

import org.springframework.stereotype.Repository;

@Repository

public class AnotherBookRepository implements BookRepository {

}

Colored by Color Scripter

이렇게 하면 spring은 BookService에 BookRepository를 주입할때 여러개의 빈이 존재할 경우 @Primary 애노테이션이 붙어있는 빈을 주입해준다.

2) Qualifier

@Qualifier 애노테이션을 사용해서 빈 id를 지정해서 주입받을 수 있다.

다음과 같이 주입받는 곳에 @Qualifier 애노테이션을 추가하자.

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.stereotype.Service;

@Service

public class BookService {

@Autowired @Qualifier("myBookRepository")

BookRepository bookRepository;

}

public interface BookRepository {

}

import org.springframework.stereotype.Repository;

@Repository

public class MyBookRepository implements BookRepository {

}

import org.springframework.stereotype.Repository;

@Repository

public class AnotherBookRepository implements BookRepository {

}

Colored by Color Scripter

기본적으로 @Repository 애노테이션을 쓰면 빈 id는 소문자로 시작하는 클래스 이름과 동일하다.

따라서 MyBookRepository를 주입받도록 설정하려면 Qualifier 애노테이션에 myBookRepository라고 지정해주면 된다.

이렇게 @Primary와 @Qualifier 애노테이션은 같은 목적으로 쓸 수 있지만 @Primary가 더 type safe한 방법이다.

3) 해당하는 타입의 빈을 모두 주입받기

BookService에서 BookRepository를 주입받는 변수의 타입을 List로 변경한다.

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.stereotype.Service;

import java.util.List;

@Service

public class BookService {

@Autowired

List<BookRepository> bookRepositories;

}

public interface BookRepository {

}

import org.springframework.stereotype.Repository;

@Repository

public class MyBookRepository implements BookRepository {

}

import org.springframework.stereotype.Repository;

@Repository

public class AnotherBookRepository implements BookRepository {

}

Colored by Color Scripter

이렇게 하면 spring은 BookRepository 타입의 빈을 모두 주입해준다.

4) 빈 id와 변수명을 동일하게

별로 spring에서 추천하는 방법은 아니지만 @Autowired는 타입을 보고 나서 여러 개일 경우 변수명과 빈 id도 확인하는 과정을 거친다.

예를 들어 지금처럼 BookRepository 타입의 빈이 MyBookRepository, AnotherBookRepository가 존재하는 상태에서 MyBookRepository를 주입받고 싶으면 주입받을 변수명을 myBookRepository로 하면 된다.

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.stereotype.Service;

@Service

public class BookService {

@Autowired

BookRepository myBookRepository;

}

public interface BookRepository {

}

import org.springframework.stereotype.Repository;

@Repository

public class MyBookRepository implements BookRepository {

}

import org.springframework.stereotype.Repository;

@Repository

public class AnotherBookRepository implements BookRepository {

}

Colored by Color Scripter

여러 개의 빈 중에서 변수명과 빈 id가 동일한 빈이 주입된다.

[Spring] 빈을 설정하는 3가지 방법 - XML, JAVA, Component Scan

byeong07 — Sun, 29 May 2022 23:09:03 +0900

[Spring] 빈을 설정하는 3가지 방법 - XML, JAVA, Component Scan

새 프로젝트를 생성한다.

예제 코드에 필요한 의존성을 받기 위해 spring boot 프로젝트를 생성할 것이다.

참고로 예제 코드에는 이 의존성이 필요하다.

Spring Initializr를 선택하고 Next를 클릭한다.

Group, Artifact, Name을 입력하고 Next를 클릭한다.

Group은 패키지명을 적어준다. (보통 도메인명을 뒤집어서..)

Web - Spring Web을 넣고 Next를 클릭한다.

Finish를 클릭해서 신규 프로젝트 생성을 완료한다.

Spring boot 프로젝트를 만들었다.

pom.xml을 열어보면 spring boot 2.2.5 버전으로 만들어졌음을 확인할 수 있다.

우측의 Maven을 클릭하여 maven 뷰를 열어보면 spring 5.2.4 의존성이 들어온 것을 확인할 수 있다.

Spring boot 2.2에서는 spring 5.2 의존성이 들어오기 때문이다.

BookRepository, BookService 클래스를 생성한다.

BookService.java

public class BookService {

BookRepository bookRepository;

public void setBookRepository(BookRepository bookRepository) {

this.bookRepository = bookRepository;

}

Colored by Color Scripter

BookService가 BookRepository를 사용한다고 가정한다.

이제 ApplicationContext로 두 클래스를 빈으로 등록해보자.

1. 고전적인 방법 - Spring Bean XML 설정 파일

resources 폴더에 'application.xml' 이름으로 Spring Config XMl 파일을 새로 만든다.

application.xml

<?xml version="1.0" encoding="UTF-8"?>

<beans xmlns="http://www.springframework.org/schema/beans"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">

<bean id="bookService"

class="com.atoz_develop.springapplicationcontext.BookService"/>

<bean id="bookRepository"

class="com.atoz_develop.springapplicationcontext.BookRepository"/>

</beans>

Colored by Color Scripter

<bean>에 빈을 등록해주면 된다.

id, class 속성은 필수 속성이다.

id에 빈의 id를, class에 빈으로 등록할 클래스의 QName(패키지명을 포함한 전체 이름)을 입력한다.

여기까지 설정한 내용은 BookService와 BookRepository를 빈으로 만들라는 것이다.

BookService가 BookRepository 빈을 주입받을 수 있도록 설정을 추가한다.

application.xml

<?xml version="1.0" encoding="UTF-8"?>

<beans xmlns="http://www.springframework.org/schema/beans"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">

<bean id="bookService"

class="com.atoz_develop.springapplicationcontext.BookService">

</bean>

<bean id="bookRepository"

class="com.atoz_develop.springapplicationcontext.BookRepository"/>

</beans>

Colored by Color Scripter

빈 주입은 주입받을 빈의 <bean> 태그 하위에 <property> 태그를 이용해서 설정하면 된다.

<property>의 name 속성에 프로퍼티(setter) 이름을, ref 속성에는 주입할 빈의 id를 지정한다.

등록한 빈은 ApplicationContext를 통해 사용할 수 있다.

DemoApplication.java

import org.springframework.context.ApplicationContext;

import org.springframework.context.support.ClassPathXmlApplicationContext;

import java.util.Arrays;

public class DemoApplication {

public static void main(String[] args) {

ApplicationContext context = new ClassPathXmlApplicationContext("application.xml");

String[] beanDefinitionNames = context.getBeanDefinitionNames();

System.out.println(Arrays.toString(beanDefinitionNames));

}

Colored by Color Scripter

ClassPathXmlApplicationContext()에 classpath의 xml파일을 넘겨 ApplicationContext를 생성한다.

ApplicationContext의 getBeanDefinitionNames()는 IoC 컨테이너에 등록된 빈의 id 목록을 가져온다.

실행 결과

ApplicationContext의 getBean()으로 빈을 꺼낼 수 있다.

String 타입 파라미터에 빈의 id를 넘긴다. (bookService, bookRepository)

DemoApplication.java

import org.springframework.context.ApplicationContext;

import org.springframework.context.support.ClassPathXmlApplicationContext;

import java.util.Arrays;

public class DemoApplication {

public static void main(String[] args) {

ApplicationContext context = new ClassPathXmlApplicationContext("application.xml");

String[] beanDefinitionNames = context.getBeanDefinitionNames();

System.out.println(Arrays.toString(beanDefinitionNames));

BookService bookService = (BookService) context.getBean("bookService");

System.out.println(bookService.bookRepository != null);

}

Colored by Color Scripter

ApplicationContext에서 bookService 빈을 꺼내 bookRepository가 null이 아닌지 확인해봄으로써 의존성 주입이 제대로 됐는지 알 수 있다.

실행 결과

아까 작성한 xml 설정 파일에 의해 BookService가 BookRepository 빈을 주입받은 것이다.

이 방법은 모든 빈을 <bean>으로 일일이 등록해줘야해서 굉장히 번거롭다.

그래서 다음으로 등장한 것이 component scan이다.

application.xml을 다음과 같이 변경한다.

application.xml

<?xml version="1.0" encoding="UTF-8"?>

<beans xmlns="http://www.springframework.org/schema/beans"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xmlns:context="http://www.springframework.org/schema/context"

xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context https://www.springframework.org/schema/context/spring-context.xsd">

<context:component-scan base-package="com.atoz_develop.springapplicationcontext"/>

</beans>

Colored by Color Scripter

위 설정은 base-package에 지정한 패키지에서부터 모든 하위 패키지를 scanning해서 빈을 등록하도록 한다.

당연히 모든 클래스를 빈으로 등록하는 건 아니고 @Component 애노테이션이 붙은 클래스를 빈으로 등록한다.

@Component를 확장한 몇가지 애노테이션이 더 있는데 그 중 @Service, @Repository가 있다.

그러한 @Component를 확장한 애노테이션을 사용해도 마찬가지로 빈으로 등록된다.

BookService.java

import org.springframework.stereotype.Service;

@Service

public class BookService {

BookRepository bookRepository;

public void setBookRepository(BookRepository bookRepository) {

this.bookRepository = bookRepository;

}

Colored by Color Scripter

BookRepository.java

import org.springframework.stereotype.Repository;

@Repository

public class BookRepository {

}

Colored by Color Scripter

이렇게 BookService와 BookRepository 클래스에 각각 @Service, @BookRepository 애노테이션을 붙여준다.

그러면 두 클래스가 빈으로 등록된다.

의존성 주입은 @Autowired 애노테이션을 사용한다.

BookService.java

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.stereotype.Service;

@Service

public class BookService {

@Autowired

BookRepository bookRepository;

public void setBookRepository(BookRepository bookRepository) {

this.bookRepository = bookRepository;

}

Colored by Color Scripter

BookService.java의 BookRepository 변수에 @Autowired를 붙여주자.

이제 빈 등록과 의존성 주입을 위한 설정이 모두 완료되었다.

main()을 실행해보면 이전과 동일한 결과가 나온다.

application.xml에 일일이 설정하는 대신 애노테이션을 scanning해서 빈을 등록하고 의존성 주입하도록 변경한 것이다.

애노테이션 기반의 빈 등록 및 설정은 spring 2.5부터 추가되었다.

2. JAVA 설정 파일의 사용

위에서 작성한 application.xml과 같은 XML 파일이 아닌 java로도 설정파일을 만들 수 있다.

ApplicationConfig 클래스를 새로 만든다.

ApplicationConfig.java

import org.springframework.context.annotation.Bean;

import org.springframework.context.annotation.Configuration;

@Configuration

public class ApplicationConfig {

@Bean

public BookRepository bookRepository() {

return new BookRepository();

}

@Bean

public BookService bookService() {

BookService bookService = new BookService();

bookService.setBookRepository(bookRepository());

return bookService;

}

Colored by Color Scripter

Java 설정 파일을 만들려면 @Configuration을 붙여주고 빈으로 등록할 객체를 리턴하는 메소드를 정의한다.

메소드명이 빈 id, 리턴 타입이 빈 타입, 리턴한 객체가 빈 레퍼런스가 된다.

의존성은 직접 setter를 호출해서 주입해준다.

DemoApplication.java

import org.springframework.context.ApplicationContext;

import org.springframework.context.annotation.AnnotationConfigApplicationContext;

import java.util.Arrays;

public class DemoApplication {

public static void main(String[] args) {

// ApplicationContext context = new ClassPathXmlApplicationContext("application.xml");

ApplicationContext context = new AnnotationConfigApplicationContext(ApplicationConfig.class);

String[] beanDefinitionNames = context.getBeanDefinitionNames();

System.out.println(Arrays.toString(beanDefinitionNames));

BookService bookService = (BookService) context.getBean("bookService");

System.out.println(bookService.bookRepository != null);

}

Colored by Color Scripter

Java로 만든 설정 파일은 AnnotationConfigApplicationContext()에 class를 넘겨서 사용할 수 있다.

AnnotationConfigApplicationContext란?

애노테이션 기반의 빈 config를 사용하는 ApplicationContext 구현체이다.

기존에 붙어있던 @Service, @Repository, @Autowired를 삭제하고 실행해보자.

역시 실행 결과는 동일하다.

Java 설정 파일에서 직접 setter를 호출하지 않고 @Autowired를 붙여서 의존성을 주입해주는 것도 가능하다.

ApplicationConfig.java

import org.springframework.context.annotation.Bean;

import org.springframework.context.annotation.Configuration;

@Configuration

public class ApplicationConfig {

@Bean

public BookRepository bookRepository() {

return new BookRepository();

}

@Bean

public BookService bookService() {

return new BookService();

}

Colored by Color Scripter

BookService.java

import org.springframework.beans.factory.annotation.Autowired;

public class BookService {

@Autowired

BookRepository bookRepository;

public void setBookRepository(BookRepository bookRepository) {

this.bookRepository = bookRepository;

}

Colored by Color Scripter

Java 설정 파일에서 직접 setter를 호출해서 의존 관계를 엮어주지 않아도 @Autowired 애노테이션을 붙여주면 의존성 주입이 된다.

3. JAVA 설정 파일 + Component Scan

위 방법은 XML 설정 파일에서 component scan을 사용하도록 설정하는 것보다 더 번거롭다.

그래서 Java 설정파일에서도 component scan을 사용할 수 있다.

ApplicationConfig.java

import org.springframework.context.annotation.ComponentScan;

import org.springframework.context.annotation.Configuration;

@Configuration

//@ComponentScan(basePackages = "com.atoz_develop.springapplicationcontext")

@ComponentScan(basePackageClasses = ApplicationConfig.class) // 더 type safe한 방법

public class ApplicationConfig {

}

Colored by Color Scripter

Java 설정 파일 클래스에 @ComponentScan 애노테이션을 붙인다.

Scan을 시작하는 패키지를 지정하는 방법으로 basePackages와 basePackagesClasses의 두 가지 속성을 사용할 수 있는데 basePackages에는 패키지 이름을 문자열로, basePackagesClasses에는 scan을 시작할 위치의 클래스를 지정한다.

basePackagesClasses가 더 type safe한 방법이다.

다시 BookService와 BookRepository에 @Service, @Repository 애노테이션을 붙여준다.

이렇게 설정해주면 XML 설정 파일에서 <context:component-scan...>을 설정한 것과 동일하게 동작한다.

이렇게 java 설정 파일에 @ComponentScan 애노테이션을 붙여서 설정하는 것이 spring boot 기반에서 사용하는 방법과 가장 가까운 방법이다.

역시 실행 결과는 동일하다.

지금까지 ApplicationContext를 직접 만들었는데 spring은 ApplicationContext를 알아서 만들어준다.
또한 java 설정 파일로 만들었던 ApplicationConfig.java 같은 파일도 spring boot를 사용하면 따로 생성할 필요가 없다.

공부하는 개발자의 스토리

모놀리식과 msa 차이

1. 모놀리식 (Monolithic)

2. MSA (Micro Service Architecture)

CentOS에 웹서버를 구축

1. 버전확인

2. 업데이트

3. 방화벽 포트에서 http 80 허용

4. Apache2 설치

5. php7 설치

6. 아파치와 php 연동

7. php 파일 생성

8. MariaDB 설치

9. MariaDB 설정

참고

‘맥에서 웹서버 구축하기’﻿

설치 이미지 준비

VMware Fusion 실행

설치완료 및 실행

[ELK+R스택 구축하기] docker로 ELK 구성하여 Spring Boot 로그 쌓기 (1)

Ubuntu 설치

Docker 설치

Docker Engine 설치하기

Docker-Compose 설치

[Spring Boot] 스프링과 스프링 부트

1. 스프링(Spring)이란?

1.1 스프링의 개념

1.2 스프링의 특징

▶ 제어의 역전(IoC, Invertion of Control)

▶ 의존성 주입(Di, Dependency Injection)

▶ 관점지향 프로그래밍(AOP, Aspect-Oriented Programming)

2. 스프링 부트(Spring Boot)란?

2.1 스프링 부트의 개념

2.2 Spring과 비교한 Spring Boot의 장점

@Component 와 @Bean, @Autowired 어노테이션 알아보기

먼저 Annotation에 대해서 간단하게 알아보겠습니다.

* Reflection

@ComponentScan 란,

@Component 란,

그렇다면 @Controller, @Service, @Repository 어노테이션은 무엇일까요?

@Bean 이란,

@Bean과 같이 알아야 할 @Configuration

@Autowired, @Qualifier

[Spring] Component Scan과 Function을 사용한 빈 등록 방법

1. @ComponentScan

1) Scan 시작 지점 설정 - basePackages()와 basePackageClasses()

2) 빈 필터링 - excludeFilters

2. Function을 사용한 빈 등록 방법

3. Component Scanning VS Functional

[Spring] @Autowired 동작 원리 - BeanPostProcessor

[Spring] @Autowired의 다양한 사용 방법 - required, Primary, Qualifier

1. 의존객체 타입의 빈이 없는 경우

2. 의존객체 타입의 빈이 여러개인 경우

1) @Primary

2) Qualifier

3) 해당하는 타입의 빈을 모두 주입받기

4) 빈 id와 변수명을 동일하게

[Spring] 빈을 설정하는 3가지 방법 - XML, JAVA, Component Scan

[Spring] 빈을 설정하는 3가지 방법 - XML, JAVA, Component Scan

1. 고전적인 방법 - Spring Bean XML 설정 파일

2. JAVA 설정 파일의 사용

3. JAVA 설정 파일 + Component Scan

‘맥에서 웹서버 구축하기’