스프링 배치 시작

환경 설정 마치고 배치 시작한다 ㅜㅜ

1. 프로젝트 구성 및 의존성 설정

프로젝트 구성

Spring Boot Project 생성

Spring Boot 2.7.5 , Maven , Java 11

Library : Spring Boot DevTools , Lombok , Spring Batch ( 추후 추가 예정 )

Spring Batch Library

2. 스프링 배치 동작 및 초기 설정

@EnableBatchProcessing

• 스프링 배치가 작동하기 위해 선언해야 하는 어노테이션 ( 기능들을 활성화 하도록 초기화 하는 어노테이션 )
  • 4 개의 설정 클래스를 실행 배치 모든 초기화 및 구성 시작
  • 스프링 부트 배치 자동 설정 클래스 실행 빈으로 등록된 모든 Job 검색 후 초기화

스프링 배치 초기화 설정 Class	기능 및 설명
BatchAutoConfiguration	1. 스프링 배치가 초기화 될 때 자동으로 실행되는 설정 클래스
	2. Job을 수행하는 JobLauncherApplicationRunner Bean을 생성
SimpleBatchConfiguration	1. JobBuilderFactory 와 StepBuilderFactory 생성
	2. 스프링 배치의 주요 구성 요소 생성 - 프록시 객체로 생성됨
BatchConfigurerConfiguration	- BasicBatchConfigure
	1. SimpleBatchConfiguration 에서 생성한 프록시 객체의 실제 대상 객체를 생성하는 설정 클래스
	2. 빈으로 의존성 주입 받아서 주요 객체들을 참조해서 사용
	- JpaBatchConfigurer
	JPA 관련 객체를 생성하는 설정 클래스
	사용자 정의 BatchConfigurer 인터페이스를 구현하여 사용 할 수 있음 !

proxy 객체 : 실제 객체가 아닌, 실제 객체의 대리 역할을 하는 클래스

실행 순서

@EnableBatchProcessing

SimpleBatchConfiguration

BatchConfigurerConfiguration

BasicBatchConfigurer
JPABatchConfigurer

BatchAutoConfiguration

배치 초기화 Test

테스트 전 h2database ( 메모리 DB ) 를 의존성에 추가한다.
Spring Batch 의 경우 스키마가 생성 되지 않으면 오류가 발생하기 떄문에 DB를 생성해 두어야 오류가 나지 않음

이 후 상단에 지정된 Class들에 중단점을 걸어 Class의 Flow를 확인해본다 !

3. Hello Spring Batch 시작하기

Sample Code

@RequiredArgsConstructor
@Configuration
public class HelloJobConfiguration {

    private final JobBuilderFactory jobBuilderFactory;
    private final StepBuilderFactory stepBuilderFactory;

    @Bean
    public Job helloJob() {
        return this.jobBuilderFactory.get("helloJob")
                .start(helloStep1())
                .next(helloStep2())
                .build();
    }

    @Bean
    public Step helloStep1() {
        return stepBuilderFactory.get("helloStep1")
                .tasklet(new Tasklet() {
                    @Override
                    public RepeatStatus execute(StepContribution contribution, ChunkContext chunkContext) throws Exception {
                        System.out.println(" ============================");
                        System.out.println(" >> Hello Spring Batch");
                        System.out.println(" ============================");
                        return RepeatStatus.FINISHED;
                    }
                })
                .build();
    }
    
}

Batch Job 생성 주요 Keywords

1. @Configuration : 하나의 배치 Job을 정의하고 Bean 설정
2. JobBuilderFactory : Job을 생성하는 빌더 팩토리 ( 편의 제공 유틸 클래스 )

   @Bean
       public Job helloJob() {
           return this.jobBuilderFactory.get("helloJob") //Job 생성
                   .start(helloStep1()) // Step은 Job의 Start의 인자로 사용됨
                   .next(helloStep2()) // 다음 Step을 진행 
                   .build();
       }

3. StepBuilderFactory : Step을 생성하는 빌더 팩토리 ( 편의 제공 유틸 클래스 )

   @Bean
       public Step helloStep1() {
           return stepBuilderFactory.get("helloStep1") //Step 생성
                   .tasklet(new Tasklet() {
                       @Override
                       public RepeatStatus execute(StepContribution contribution, ChunkContext chunkContext) throws Exception {
                           System.out.println(" ============================");
                           System.out.println(" >> Hello Spring Batch");
                           System.out.println(" ============================");
                           return RepeatStatus.FINISHED;
                       }
                   })
                   .build();
       }

4. Job : 사용자 정의의 작업
5. Step : 작업의 Step
6. tasklet : step 안에서 단일 태스크로 수행되는 로직

   return stepBuilderFactory.get("helloStep1") //Step 생성
                   .tasklet(new Tasklet() {
                       @Override
                       public RepeatStatus execute(StepContribution contribution, ChunkContext chunkContext) throws Exception {
                           System.out.println(" ============================");
                           System.out.println(" >> Hello Spring Batch");
                           System.out.println(" ============================");
                           return RepeatStatus.FINISHED;
                       }
                   })
                   .build();

tasklet의 익명 Class RepeatStatus은 step의 작업을 반복하도록 되어있으며 Return이 null 인 경우 1회 시작 후 종료한다.
이와 같은 기능으로서 RepeatStatus.FINISHED 가 있다.
RepeatStatus execute 의 메서드 안에는 Step을 실행 시킬 로직구현부가 들어가야 한다.

Job 구동 -> Job의 Step 수행 -> Tasklet 수행

연습하기 )
의존성 주입 : 소프트웨어 엔지니어링에서 의존성 주입(dependency injection)은 하나의 객체가 다른 객체의 의존성을 제공하는 테크닉이다. "의존성"은 예를 들어 서비스로 사용할 수 있는 객체이다. 클라이언트가 어떤 서비스를 사용할 것인지 지정하는 대신, 클라이언트에게 무슨 서비스를 사용할 것인지를 말해주는 것이다. "주입"은 의존성(서비스)을 사용하려는 객체(클라이언트)로 전달하는 것을 의미한다. 서비스는 클라이언트 상태의 일부이다. 클라이언트가 서비스를 구축하거나 찾는 것을 허용하는 대신 클라이언트에게 서비스를 전달하는 것이 패턴의 기본 요건이다.

의존성 주입의 의도는 객체의 생성과 사용의 관심을 분리하는 것이다. 이는 가독성과 코드 재사용을 높혀준다.

의존성 주입은 광범위한 역제어 테크닉의 한 형태이다. 어떤 서비스를 호출하려는 클라이언트는 그 서비스가 어떻게 구성되었는지 알지 못해야 한다. 클라이언트는 대신 서비스 제공에 대한 책임을 외부 코드(주입자)로 위임한다. 클라이언트는 주입자 코드를 호출할 수 없다. 그 다음, 주입자는 이미 존재하거나 주입자에 의해 구성되었을 서비스를 클라이언트로 주입(전달)한다. 그리고 나서 클라이언트는 서비스를 사용한다. 이는 클라이언트가 주입자와 서비스 구성 방식 또는 사용중인 실제 서비스에 대해 알 필요가 없음을 의미한다. 클라이언트는 서비스의 사용 방식을 정의하고 있는 서비스의 고유한 인터페이스에 대해서만 알면 된다. 이것은 "구성"의 책임으로부터 "사용"의 책임을 구분한다.

• 위키백과

의존성 주입 참조 ( DI 관련 POST ) https://mangkyu.tistory.com/150

@RequiredArgsConstructor : 생성자를 별도로 작성하여 만들지 않고, 객체 인자를 선언하여 의존성 주입이 되도록 하는 Lombok의 Annotation

@RequiredArgsConstructor 를 사용할 때에는 final 이라는 keyword를 사용

final 사용 이유

final - 객체가 생성되어 이 필드에 주입되면 계속 그것만 쓰이면 되고, 굳이 다시 재할당 될 이유/필요도 없고 그럴 일도 없음 -> 굳이 (시스템적으로) 재할당 자체는 가능함을 열어둘 필요가 없으므로 final 설정

Batch Job 실행 성공 ~