Spring Batch의 Reader에서 읽어올 수 있는 데이터 유형은 다음과 같다.
Java Message Service 등 다른 소스에서 읽어오기
Copy package org . springframework . batch . item ;
public interface ItemReader < T > {
@ Nullable
T read () throws Exception , UnexpectedInputException , ParseException , NonTransientResourceException ;
}
ItemReader
의 read()
를 호출하면, 해당 메서드는 스텝 내에서 처리할 Item한개를 반환하며, 스텝에서는 아이템 개수를 세어 청크 내 데이터가 몇개가 처리됐는지 관리한다. 해당 Item은 ItemProcessor
로 전달되며, 그 뒤 ItemWriter
로 전달된다.
가장 대표적인 구현체인 JdbcPagingItemReader
의 클래스 계층 구조를 보면 다음과 같다.
여기서 ItemReader
와 ItemStream
인터페이스도 같이 구현하고 있는 것을 볼 수 있다.
Copy public interface ItemStream {
void open ( ExecutionContext var1) throws ItemStreamException ;
// Batch의 처리 상태 업데이트
void update ( ExecutionContext var1) throws ItemStreamException ;
void close () throws ItemStreamException ;
}
ItemStream
은 주기적으로 상태를 저장하고, 오류가 발생하면 해당 상태에서 복원하기 위한 마커인터페이스이다. 즉, ItemReader
의 상태를 저장하고 실패한 곳에서 다시 실행할 수 있게 해주는 역할 을 한다. ItemReader
와 ItemStream
인터페이스를 직접 구현하여 원하는 형태의 ItemReader를 만들 수 있다.
파일 입력
FlatFileItemReader
org.springframework.batch.item.file.FlatFileItemReader
flat file
한 개 혹은 그 이상의 레코드가 포함된 특정 파일
파일의 내용을 봐도 데이터의 의미를 알 수 없다.
파일 내 데이터의 포맷이나 의미를 정의하는 메타 데이터가 없다.
고정된 너비 파일
Copy Aimee CHoover 7341Vel Avenue Mobile AL35928
Jonas UGilbert 8852In St. Saint Paul MN57321
Regan MBaxter 4851Nec Av. Gulfport MS33193
Octavius TJohnson 7418Cum Road Houston TX51507
Sydnee NRobinson 894 Ornare. Ave Olathe KS25606
Stuart KMckenzie 5529Orci Av. Nampa ID18562
Copy @ Bean
@ StepScope
public FlatFileItemReader<Customer> customerItemReader(@Value("#{jobParameters['customerFile']}") PathResource inputFile) {
return new FlatFileItemReaderBuilder < Customer >()
.name("customerItemReader") // 각 스텝의 ExecutionContext에 추가되는 특정키의 접두문자로 사용될 이름(saveState false인 경우 지정할 필요X)
. resource (inputFile)
. fixedLength () // FixedLengthBuilder
. columns ( new Range []{ new Range( 1 , 11 ) , new Range( 12 , 12 ) , new Range( 13 , 22 ) , new Range( 23 , 26 )
, new Range( 27 , 46 ) , new Range( 47 , 62 ) , new Range( 63 , 64 ) , new Range( 65 , 69 ) }) // 고정너비
. names ( new String []{ "firstName" , "middleInitial" , "lastName" , "addressNumber" , "street"
, "city" , "state" , "zipCode" }) // 각 컬럼명
// .strict(false) // 정의된 파싱 정보 보다 많은 항목이 레코드에 있는 경우(true 예외)
. targetType ( Customer . class ) // BeanWrapperFieldSetMapper 생성해 도메인 클레스에 값을 채움
. build ();
}
구분자 파일
Copy Aimee,C,Hoover,7341,Vel Avenue,Mobile,AL,35928
Jonas,U,Gilbert,8852,In St.,Saint Paul,MN,57321
Regan,M,Baxter,4851,Nec Av.,Gulfport,MS,33193
Octavius,T,Johnson,7418,Cum Road,Houston,TX,51507
Sydnee,N,Robinson,894,Ornare. Ave,Olathe,KS,25606
Stuart,K,Mckenzie,5529,Orci Av.,Nampa,ID,18562
Copy @ Bean
@ StepScope
public FlatFileItemReader<Customer> delimitedCustomerItemReader(@Value("#{jobParameters['customerFile']}") PathResource inputFile) {
return new FlatFileItemReaderBuilder < Customer >()
.name("delimitedCustomerItemReader") // 각 스텝의 ExecutionContext에 추가되는 특정키의 접두문자로 사용될 이름(saveState false인 경우 지정할 필요X)
. resource (inputFile)
. delimited () // default(,) DelimitedLineTokenizer를 사용해 각 레코드를 FieldSet으로 변환
. names ( new String []{ "firstName" , "middleInitial" , "lastName" , "addressNumber" , "street"
, "city" , "state" , "zipCode" }) // 각 컬럼명
. targetType ( Customer . class ) // BeanWrapperFieldSetMapper 생성해 도메인 클레스에 값을 채움
. build ();
}
FieldSetMapper 커스텀
Copy public interface FieldSetMapper < T > {
T mapFieldSet ( FieldSet fieldSet) throws BindException ;
}
org.springframework.batch.item.file.mapping.FieldSetMapper
를 구현하여 커스텀 매퍼를 만들 수 있다.
Copy public class CustomFieldSetMapper implements FieldSetMapper < Customer > {
@ Override
public Customer mapFieldSet ( FieldSet fieldSet) throws BindException {
Customer customer = new Customer() ;
customer . setAddress ( fieldSet . readString ( "addressNumber" ) + " " + fieldSet . readString ( "street" ));
customer . setCity ( fieldSet . readString ( "city" ));
customer . setFirstName ( fieldSet . readString ( "firstName" ));
customer . setLastName ( fieldSet . readString ( "lastName" ));
customer . setMiddleInitial ( fieldSet . readString ( "middleInitial" ));
customer . setState ( fieldSet . readString ( "state" ));
customer . setZipCode ( fieldSet . readString ( "zipCode" ));
return customer;
}
}
Copy @ Bean
@ StepScope
public FlatFileItemReader<Customer> delimitedCustomerItemReader(@Value("#{jobParameters['customerFile']}") PathResource inputFile) {
return new FlatFileItemReaderBuilder < Customer >()
. name ( "delimitedCustomerItemReader" )
. resource (inputFile)
. delimited ()
.names(new String[]{"firstName", "middleInitial", "lastName", "addressNumber", "street", "city", "state", "zipCode"})
. fieldSetMapper ( new CustomFieldSetMapper() ) // customMapper 설정
. build ();
}
.fieldSetMapper()
에 커스텀 매퍼를 지정하면 된다.
LineTokenizer 커스텀
org.springframework.batch.item.file.transform.LineTokenizer
Copy public interface LineTokenizer {
FieldSet tokenize (@ Nullable String line);
}
Copy public class CustomFileLineTokenizer implements LineTokenizer {
@ Setter
private String delimiter = "," ;
private String [] names = new String []{
"firstName"
, "middleInitial"
, "lastName"
, "address"
, "city"
, "state"
, "zipCode"
};
private FieldSetFactory fieldSetFactory = new DefaultFieldSetFactory() ;
@ Override
public FieldSet tokenize ( String line) {
// 구분자로 필드 구분
String [] fields = line . split (delimiter);
List < String > parsedFields = new ArrayList <>();
for ( int i = 0 ; i < fields . length ; i ++ ) {
if (i == 4 ) {
// 3,4번쨰 필드 단일 필드로 구성
parsedFields . set (i - 1 , parsedFields . get (i - 1 ) + " " + fields[i]);
} else {
parsedFields . add (fields[i]);
}
}
// 값의 배열 & 필드 이름 배열을 넘겨 필드를 생성
return fieldSetFactory . create ( parsedFields . toArray ( new String [ 0 ]) , names);
}
}
Copy @ Bean
@ StepScope
public FlatFileItemReader<Customer> lineTokenizerCustomerItemReader(@Value("#{jobParameters['customerFile']}") PathResource inputFile) {
return new FlatFileItemReaderBuilder < Customer >()
. name ( "lineTokenizerCustomerItemReader" )
. resource (inputFile)
. lineTokenizer ( new CustomFileLineTokenizer() ) // lineTokenzier Custom
. targetType ( Customer . class ) // BeanWrapperFieldSetMapper 생성해 도메인 클레스에 값을 채움
. build ();
}
LineMapper
org.springframework.batch.item.file.mapping.PatternMatchingCompositeLineMapper
여러개의 LineTokenizer
로 구성된 Map을 선언할 수 있음.
PatternMatcher<LineTokenizer> tokenizers
각 LineTokenizer
를 필요로 하는 여러개의 FieldSetMapper
Map 선언할 수 있음.
PatternMatcher<FieldSetMapper<T>> patternMatcher
Copy CUST,Warren,Q,Darrow,8272 4th Street,New York,IL,76091
TRANS,1165965,2011-01-22 00:13:29,51.43
CUST,Ann,V,Gates,9247 Infinite Loop Drive,Hollywood,NE,37612
CUST,Erica,I,Jobs,8875 Farnam Street,Aurora,IL,36314
TRANS,8116369,2011-01-21 20:40:52,-14.83
TRANS,8116369,2011-01-21 15:50:17,-45.45
TRANS,8116369,2011-01-21 16:52:46,-74.6
TRANS,8116369,2011-01-22 13:51:05,48.55
TRANS,8116369,2011-01-21 16:51:59,98.53
여러 형식으로 구성된 csv 파일이다.
Copy @ Bean
public PatternMatchingCompositeLineMapper lineTokenizer() {
Map < String , LineTokenizer > lineTokenizerMap = new HashMap <>( 2 );
lineTokenizerMap . put ( "TRANS*" , transactionLineTokenizer() ); // TRANS로 시작하면 transactionLineTokenizer
lineTokenizerMap . put ( "CUST*" , customerLineTokenizer() ); // CUST로 시작하면, customerLineTokenizer
Map < String , FieldSetMapper > fieldSetMapperMap = new HashMap <>( 2 );
BeanWrapperFieldSetMapper < Customer > customerFieldSetMapper = new BeanWrapperFieldSetMapper <>();
customerFieldSetMapper . setTargetType ( Customer . class );
fieldSetMapperMap.put("TRANS*", new TransactionFieldSetMapper()); // 일반적이지 않은 타입 필드 변환시 FieldSetMapper 필요(Date, Double)
fieldSetMapperMap . put ( "CUST*" , customerFieldSetMapper);
PatternMatchingCompositeLineMapper lineMappers = new PatternMatchingCompositeLineMapper() ;
lineMappers . setTokenizers (lineTokenizerMap);
lineMappers . setFieldSetMappers (fieldSetMapperMap);
return lineMappers;
}
TRANS로 시작하는 경우와 CUST로 시작하는 경우 각각 FieldSetMapper
, LineTokenizer
를 사용해 파싱 및 set을 할 수 있다.
Copy @ Bean
public DelimitedLineTokenizer transactionLineTokenizer() {
DelimitedLineTokenizer delimitedLineTokenizer = new DelimitedLineTokenizer() ;
delimitedLineTokenizer . setNames ( "prefix" , "accountNumber" , "transactionDate" , "amount" );
return delimitedLineTokenizer;
}
@ Bean
public DelimitedLineTokenizer customerLineTokenizer() {
DelimitedLineTokenizer delimitedLineTokenizer = new DelimitedLineTokenizer() ;
delimitedLineTokenizer.setNames("firstName", "middleInitial", "lastName", "address", "city", "state", "zipCode");
delimitedLineTokenizer . setIncludedFields ( 1 , 2 , 3 , 4 , 5 , 6 , 7 ); // prefix제외한 모든 필드
return delimitedLineTokenizer;
}
ItemStreamReader 커스텀
두개의 다른 포맷의 데이터가 사실은 서로 연관이 있는 데이터일 수 있다. 그 경우에는 한개의 도메인이 다른 한개의 도메인의 내용을 포함하고 있을 수 있다.
Copy CUST,Warren,Q,Darrow,8272 4th Street,New York,IL,76091
TRANS,1165965,2011-01-22 00:13:29,51.43
CUST,Ann,V,Gates,9247 Infinite Loop Drive,Hollywood,NE,37612
CUST,Erica,I,Jobs,8875 Farnam Street,Aurora,IL,36314
TRANS,8116369,2011-01-21 20:40:52,-14.83
TRANS,8116369,2011-01-21 15:50:17,-45.45
TRANS,8116369,2011-01-21 16:52:46,-74.6
TRANS,8116369,2011-01-22 13:51:05,48.55
TRANS,8116369,2011-01-21 16:51:59,98.53
거래내역(TRANS) 데이터는 그 위의 고객(CUST)의 계약 정보라고 가정해볼 것이다.
Copy @ AllArgsConstructor
@ NoArgsConstructor
@ Getter
@ Setter
@ ToString
public class Customer {
private Long id;
private String firstName;
private String middleInitial;
private String lastName;
private String addressNumber;
private String street;
private String city;
private String state;
private String zipCode;
private String address;
private List < Transaction > transactions; // 고객의 개약정보
}
Custom 도메인 객체에 Transaction 거래내역 정보를 포함하게 변경해준다.
Copy public class CustomerFileReader implements ItemStreamReader < Customer > {
private Object curItem = null ;
private ItemStreamReader < Object > delegate;
public CustomerFileReader ( ItemStreamReader < Object > delegate) {
this . delegate = delegate;
}
@ Override
public Customer read () throws Exception , UnexpectedInputException , ParseException , NonTransientResourceException {
if (curItem == null ) {
curItem = delegate . read (); // 고객 정보를 읽음.
}
Customer item = (Customer) curItem;
curItem = null ;
if (item != null ) {
item . setTransactions ( new ArrayList <>());
// 다음 고객 레코드를 만나기 전까지 거래내역 레코드를 읽는다.
while ( peek() instanceof Transaction) {
item . getTransactions () . add ((Transaction) curItem);
curItem = null ;
}
}
return item;
}
private Object peek () throws Exception {
if (curItem == null ) {
curItem = delegate . read ();
}
return curItem;
}
@ Override
public void open ( ExecutionContext executionContext) throws ItemStreamException {
delegate . open (executionContext);
}
@ Override
public void update ( ExecutionContext executionContext) throws ItemStreamException {
delegate . update (executionContext);
}
@ Override
public void close () throws ItemStreamException {
delegate . close ();
}
}
여기서 핵심은 read()
메서드이다. 한줄씩 읽어올 때 다음 고객정보가 나올때까지 거래내역 레코드를 읽어 해당 고객이 가지고 있게 한다.
Copy @ Bean
@ StepScope
public FlatFileItemReader multiLineItemReader(@ Value ( "#{jobParameters['customFile']}" ) PathResource resource) {
return new FlatFileItemReaderBuilder < Customer >()
. name ( "multiLineItemReader" )
. lineMapper ( multiLineTokenizer() )
. resource (resource)
. build ();
}
@ Bean
public CustomerFileReader customerFileReader() {
return new CustomerFileReader(multiLineItemReader( null )) ;
}
Job에서 itemReader부분에 위에서 생성한 CustomerFileReader
를 설정해주면 된다.
Copy Customer(id=null, firstName=Warren, middleInitial=Q, lastName=Darrow, addressNumber=null, street=null, city=New York, state=IL, zipCode=76091, address=8272 4th Street, transactions=[Transaction(accountNumber=1165965, transactionDate=Sat Jan 22 00:13:29 KST 2011, amount=51.43, dateFormat=java.text.SimpleDateFormat@7c669100)])
Customer(id=null, firstName=Ann, middleInitial=V, lastName=Gates, addressNumber=null, street=null, city=Hollywood, state=NE, zipCode=37612, address=9247 Infinite Loop Drive, transactions=[])
Customer(id=null, firstName=Erica, middleInitial=I, lastName=Jobs, addressNumber=null, street=null, city=Aurora, state=IL, zipCode=36314, address=8875 Farnam Street, transactions=[Transaction(accountNumber=8116369, transactionDate=Fri Jan 21 20:40:52 KST 2011, amount=-14.83, dateFormat=java.text.SimpleDateFormat@7c669100), Transaction(accountNumber=8116369, transactionDate=Fri Jan 21 15:50:17 KST 2011, amount=-45.45, dateFormat=java.text.SimpleDateFormat@7c669100), Transaction(accountNumber=8116369, transactionDate=Fri Jan 21 16:52:46 KST 2011, amount=-74.6, dateFormat=java.text.SimpleDateFormat@7c669100), Transaction(accountNumber=8116369, transactionDate=Sat Jan 22 13:51:05 KST 2011, amount=48.55, dateFormat=java.text.SimpleDateFormat@7c669100), Transaction(accountNumber=8116369, transactionDate=Fri Jan 21 16:51:59 KST 2011, amount=98.53, dateFormat=java.text.SimpleDateFormat@7c669100)])
다음과 같이 고객이 가지고 있는 거래내역을 출력할 수 있다.
MultiResourceItemReader
동일한 포맷으로 작성된 여러개의 파일을 읽어들이는 ItemReader
를 제공한다.
org.springframework.batch.item.file.MultiResourceItemReader
MultiResourceItemReader
는 읽어야할 파일명의 패턴을 MultiResourceItemReader
의 의존성으로 정의한다.
Copy public class MultiResourceCustomerFileReader implements ResourceAwareItemReaderItemStream < Customer > {
private Object curItem = null ;
private ResourceAwareItemReaderItemStream < Object > delegate;
public MultiResourceCustomerFileReader ( ResourceAwareItemReaderItemStream < Object > delegate) {
this . delegate = delegate;
}
/**
* Resource를 주입함으로 ItemReader가 파일 관리하는 대신
* 각 파일을 스프링 배치가 생성해 주입
* @param resource
*/
@ Override
public void setResource ( Resource resource) {
System . out . println (resource);
this . delegate . setResource (resource);
}
@ Override
public Customer read () throws Exception , UnexpectedInputException , ParseException , NonTransientResourceException {
if (curItem == null ) {
curItem = delegate . read (); // 고객 정보를 읽음.
}
Customer item = (Customer) curItem;
curItem = null ;
if (item != null ) {
item . setTransactions ( new ArrayList <>());
// 다음 고객 레코드를 만나기 전까지 거래내역 레코드를 읽는다.
while ( peek() instanceof Transaction) {
item . getTransactions () . add ((Transaction) curItem);
curItem = null ;
}
}
return item;
}
private Object peek () throws Exception {
if (curItem == null ) {
curItem = delegate . read ();
}
return curItem;
}
@ Override
public void open ( ExecutionContext executionContext) throws ItemStreamException {
delegate . open (executionContext);
}
@ Override
public void update ( ExecutionContext executionContext) throws ItemStreamException {
delegate . update (executionContext);
}
@ Override
public void close () throws ItemStreamException {
delegate . close ();
}
}
위에서 다룬 ItemStreamReader
와 다른 점은 Resource
주입부분이다. Resource
를 주입하게 되면 필요한 각 파일을 스프링 배치가 생성해 ItemReader
에 주입할 수 있다.
Copy @ Bean
@ StepScope
public MultiResourceItemReader multiResourceItemReader(@Value("#{jobParameters['customFile']}") Resource[] resources) {
return new MultiResourceItemReaderBuilder <>()
. name ( "multiResourceItemReader" )
. resources (resources) // resources 배열
. delegate ( multiResourceCustomerFileReader() ) // 실제 작업을 수행할 위임 컴포넌트
. build ();
}
@ Bean
public MultiResourceCustomerFileReader multiResourceCustomerFileReader() {
return new MultiResourceCustomerFileReader(multiResourceCustomerItemReader()) ;
}
@ Bean
@ StepScope
public FlatFileItemReader multiResourceCustomerItemReader() {
return new FlatFileItemReaderBuilder < Customer >()
. name ( "multiResourceCustomerItemReader" )
. lineMapper ( multiResourceTokenizer() )
. build ();
}
읽어야할 파일 목록(resources)을 설정해주고, delegate()
에 실제로 작업을 수행할 위임 컴포넌트를 지정해주면된다.
여러 개의 파일을 다룰때는 재시작을 하게되는 상황에서 스프링배치가 추가적인 안정장치를 제공해주지 않는다. 예를들어 file1.csv, file2.csv, file3.csv가 있는데, file2.csv 처리하는 과정에서 오류가 발생하여 잡이 실패 된 이후 재시작을 할때 file4.csv를 추가한다면, 최초 실행시 file4.csv가 없었음에도 불구하고, 포함하여 실행한다.
이러한 문제점을 해결하기 위해서 배치 실행 시 사용할 디렉터리를 별도로 생성하는 것이 일반적이며, 새로 생성된 모든 파일은 새로운 디렉터리에 넣어주어 현재 수행중인 잡에 영향을 주지않게 할 수 있다.
XML
XML은 파일 내 데이터를 설명할 수 있는 태그를 사용해 파일에 포함된 데이터를 설명하므로, Flat file과는 다르다.
XML parser로 주로 DOM과 SAX를 많이 사용한다.
Dom vs SAX vs StAX
DOM(Document Object Model) 방식
XML문서 전체를 메모리에 로드하여 값을 읽는다 .
XML문서를 읽으면 모든 Element, Text, Attribute 등에 대한 객체를 생성하고, 이를 Document 객체로 리턴한다.
Document 객체는 DOM API에 알맞는 트리 구조의 자바 객체로 표현되어 있다.
XML문서가 메모리에 모두 올라가 있어서 노드들의 검색, 수정, 구조변경이 빠르고 용이 하다.
SAX 방식 보다 직관적이며 파싱이 단순하기 때문에 일반적으로 DOM 방식을 채택하여 개발하게 된다.
SAX(Simple API for XML) 방식
SAX 방식은 XML 문서를 하나의 긴 문자열로 간주한다.
XML문서를 앞에서 부터 순차적으로 읽어가면서 노드가 열리고 닫히는 과정에서 이벤트가 발생한다.
각각의 이벤트가 발생될 때마다 수행하고자 하는 기능을 이벤트 핸들러 기술을 이용하여 구현한다.
XML문서를 메모리에 전부 로딩하고 파싱하는 것이 아니기 때문에 메모리 사용량이 적고 단순히 읽기만 할때 속도가 빠르다 .
발생한 이벤트를 핸들링하여 변수에 저장하고 활용하는 것이기 때문에 복잡하고 노드 수정이어렵다.
XML 오브젝트에 Random Access를 하지 못해, 지난 엘리먼트를 참조할 경우 다시 처음부터 읽어야한다.
StAX(Streaming API for XML)
StAX는 push 와 pull 방식을 동시에 제공하는 하이브리드한 형태
XML 문서를 파싱할때 하나의 Fragment로 구분
정해진 엘리먼트를 읽을때는 DOM 방식을 사용하며, Fragement로 처리하는 것은 SAX의 Push 방식을 사용
즉, 각 세션을 독립적으로 파싱하는 기능을 제공
스프링 배치에서는 StAX 파서를 사용한다.
StaxEventItemReader
org.springframework.batch.item.xml.StaxEventItemReader
Copy < customers >
< customer >
< firstName >Laura</ firstName >
< middleInitial >O</ middleInitial >
< lastName >Minella</ lastName >
< address >2039 Wall Street</ address >
< city >Omaha</ city >
< state >IL</ state >
< zipCode >35446</ zipCode >
< transactions >
< transaction >
< accountNumber >829433</ accountNumber >
< transactionDate >2010-10-14 05:49:58</ transactionDate >
< amount >26.08</ amount >
</ transaction >
</ transactions >
</ customer >
...
</ customers >
위 예제 파일을 파싱하는 Reader를 구현해볼것이다.
Copy @ Bean
@ StepScope
public StaxEventItemReader<Customer> staxCustomerFileReader(@Value("#{jobParameters['customFile']}")Resource resource) {
return new StaxEventItemReaderBuilder < Customer >()
. name ( "staxCustomerFileReader" )
. resource (resource)
. addFragmentRootElements ( "customer" ) // 프레그먼트 루트 엘리먼트
. unmarshaller ( customerMarshaller() ) // XML을 도메인 객체로 반환 JAXB 사용
. build ();
}
.addFragmentRootElements()
: StaxEventItemReader
를 사용하려면 XML 프래크먼트 루트 엘리먼트를 지정 XML내에서 Item으로 취급할 fragment의 root 엘리먼트를 식별하는데 사용
.unmarshaller()
: org.springframework.oxm.Unmarshaller
구현체를 전달 받으며, XML을 도메인 객체로 반환
이번 예제에서는 org.springframework.oxm.jaxb.Jaxb2Marshaller
를 사용했으며, Jaxb2Marshaller
를 사용하기 위해서는 의존성 추가가 필요하다.
build.gradle
Copy dependencies {
implementation 'org.springframework:spring-oxm'
implementation 'javax.xml.bind:jaxb-api:2.3.1'
implementation 'javax.activation:activation:1.1'
implementation 'com.sun.xml.bind:jaxb-core:2.3.0.1'
implementation 'com.sun.xml.bind:jaxb-impl:2.3.1'
}
JAXB 의존성과 Spring OXM 모듈로 JAXB를 사용하는 스프링 컴포넌트 의존성을 추가해준다.
XML을 파싱할 수 있게 하려면 도매인 객체에 JAXB 어노테이션을 추가해줄 것이다.
Copy @ NoArgsConstructor
@ Getter
@ Setter
@ ToString
@ XmlRootElement
public class Customer {
private Long id;
private String firstName;
private String middleInitial;
private String lastName;
private String addressNumber;
private String street;
private String city;
private String state;
private String zipCode;
private String address; // customAddressMapper
private List < Transaction > transactions;
@ XmlElementWrapper (name = "transactions" )
@ XmlElement (name = "transaction" )
public void setTransactions ( List < Transaction > transactions) {
this . transactions = transactions;
}
}
Copy @ Getter
@ Setter
@ ToString
@ XmlType (name = "transaction" )
public class Transaction {
private String accountNumber;
private Date transactionDate;
private Double amount;
@ Setter (value = AccessLevel . NONE )
private DateFormat dateFormat = new SimpleDateFormat( "MM/dd/yyyy" ) ;
}
도메인 객체 설정이 끝났으면, 각 블록을 파싱하는데 사용할 Unmarshaller를 구현해주면 된다.
Copy @ Bean
public Jaxb2Marshaller customerMarshaller() {
Jaxb2Marshaller jaxb2Marshaller = new Jaxb2Marshaller() ;
jaxb2Marshaller . setClassesToBeBound ( Customer . class , Transaction . class ); // 도메인 객체
return jaxb2Marshaller;
}
JSON
JsonItemReader
org.springframework.batch.item.json.JsonItemReader
실제 파싱 작업은 JsonObjectReader
인터페이스 구현체에 위임한다.
JsonObjectReader
실제로 JSON 객체를 파싱하는 역할을 한다. 스프링 배치는 2개의 JsonObjectReader
를 제공해준다.
Copy [
{
"firstName" : "Laura" ,
"middleInitial" : "O" ,
"lastName" : "Minella" ,
"address" : "2039 Wall Street" ,
"city" : "Omaha" ,
"state" : "IL" ,
"zipCode" : "35446" ,
"transactions" : [
{
"accountNumber" : 829433 ,
"transactionDate" : "2010-10-14 05:49:58" ,
"amount" : 26.08
}
]
} ,
...
]
위 구조로되어있는 JSON을 파싱해 볼것이다.
Copy @ Bean
@ StepScope
public JsonItemReader< Customer > jsonFileReader(@ Value ( "#{jobParameters['customFile']}" ) Resource resource) {
// Jackson이 JSON을 읽고 쓰는데 사용하는 주요 클래스
ObjectMapper objectMapper = new ObjectMapper() ;
objectMapper . setDateFormat ( new SimpleDateFormat( "yyyy-MM-dd hh:mm:ss" ) );
JacksonJsonObjectReader<Customer> jsonObjectReader = new JacksonJsonObjectReader<>(Customer.class); // 반환할 클래스 설정
jsonObjectReader . setMapper (objectMapper); // ObjectMapper
return new JsonItemReaderBuilder < Customer >()
. name ( "jsonFileReader" )
. jsonObjectReader (jsonObjectReader) // 파싱에 사용
. resource (resource)
. build ();
}
ObjectMapper
는 Jackson이 JSON을 읽고 쓰는데 사용하는 주요 클래스로 커스텀 데이터 포맷들을 설정하면된다.
JacksonJsonObjectReader
생성시 반환할 클래스를 설정하고, 커스텀한 ObjectMapper
를 설정해주면된다.
JsonItemReaderBuilder
는 파싱에 사용할 JsonObjectReader
를 설정해주면된다.
Database Reader
Cursor는 표준 java.sql.ResultSet
으로 구현되며, ResultSet
이 open되면 next()
메서드를 호출할 때마다 데이터베이스에서 배치 레코드를 가져와 반환한다.
즉, Cursor 방식은 DB와 커넥션을 맺은 후, Cursor를 한칸씩 옮기면서 지속적으로 데이터를 가져온다.
(CursorItemReader는 streaming으로 데이터를 처리)
Cursor는 하나의 Connection으로 Batch가 끝날때가지 사용되기 때문 에 Batch가 끝나기전에 DB와 어플리케이션 Connection이 끊어질 수 있으므로, DB와 SocketTimeout을 충분히 큰 값으로 설정 해야한다. (네트워크 오버헤드 추가) 추가로 ResultSet
은 스레드 안전이 보장되지 않아 다중 스레드 환경에서는 사용할 수 없다.
HibernateCursorItemReader
StoredProcedureItemReader
Paging 방식은 한번에 지정한 PageSize만큼 데이터를 가져온다.
SpringBatch에서 offset과 limit을 PageSize에 맞게 자동으로 생성해준다. 다만 각 쿼리는 개별적으로 실행되므로, 페이징시 결과를 정렬(order by)하는 것이 중요하다.
Batch 수행시간이 오래 걸리는 경우에는 PagingItemReader
를 사용 하는 것이 좋다. Paging의 경우 한 페이지를 읽을때마다 Connection을 맺고 끊기 때문에 아무리 많은 데이터라도 타임아웃과 부하 없이 수행 될 수 있다.
HibernatePagingItemReader
JDBC
JdbcCursorItemReader
Copy /**
* --job.name=jdbcCursorItemReaderJob city=Chicago
*/
@ RequiredArgsConstructor
@ Configuration
public class JdbcCursorCustomerJob {
private final JobBuilderFactory jobBuilderFactory;
private final StepBuilderFactory stepBuilderFactory;
private final DataSource dataSource;
@ Bean
public Job jdbcCursorItemReaderJob (){
return jobBuilderFactory . get ( "jdbcCursorItemReaderJob" )
. start ( jdbcCursorItemReaderStep() )
. build ();
}
@ Bean
public Step jdbcCursorItemReaderStep (){
return stepBuilderFactory . get ( "jdbcCursorItemReaderStep" )
. < Customer , Customer > chunk( 10 )
. reader ( customerJdbcCursorItemReader() )
. writer ( customerJdbcCursorItemWriter() )
. build ();
}
@ Bean
public JdbcCursorItemReader < Customer > customerJdbcCursorItemReader () {
return new JdbcCursorItemReaderBuilder < Customer >()
. name ( "customerJdbcCursorItemReader" )
. dataSource (dataSource)
. sql ( "select * from customer where city = ?" )
. rowMapper ( new BeanPropertyRowMapper <>( Customer . class ))
. preparedStatementSetter ( citySetter( null ) ) // 파라미터 설정
. build ();
}
/**
* 파라미터를 SQL문에 매핑
* ArgumentPreparedStatementSetter는 객체 배열에 담긴 순서대로 ?의 위치에 값으로 설정
* @param city
* @return
*/
@ Bean
@ StepScope
public ArgumentPreparedStatementSetter citySetter (@ Value ( "#{jobParameters['city']}" ) String city) {
return new ArgumentPreparedStatementSetter( new Object []{city}) ;
}
@ Bean
public ItemWriter customerJdbcCursorItemWriter () {
return (items) -> items . forEach ( System . out :: println);
}
}
<T, T> chunk(int chunkSize)
: 첫번째 T는 Reader에서 반환할 타입, 두번째 T는 Writer에 파라미터로 넘어올 타입이다.
fetchSize : DB에서 한번에 가져올 데이터 양을 나타낸다. Paging은 실제 쿼리를 limit, offset으로 분할 처리하는 반면, Cursor는 분할 처리없이 실행되나 내부적으로 가져온는 데이터는 FetchSize만큼 가져와 read()
를 통해서 하나씩 가져온다.
dataSource : DB에 접근하기 위해 사용할 DataSource객체
rowMapper : 쿼리 결과를 인스턴스로 매핑하기 위한 매퍼
BeanPropertyRowMapper
를 사용해 도메인 객체와 매핑해준다.
preparedStatementSetter: SQL문의 파라미터 설정
name : Reader의 이름, ExecutionContext에 저장되어질 이름
JdbcPagingItemReader
Copy /**
* --job.name=jdbcPagingItemReaderJob city=Chicago
*/
@ RequiredArgsConstructor
@ Configuration
public class JdbcPagingCustomerJob {
private final JobBuilderFactory jobBuilderFactory;
private final StepBuilderFactory stepBuilderFactory;
private final DataSource dataSource;
@ Bean
public Job jdbcPagingItemReaderJob (){
return jobBuilderFactory . get ( "jdbcPagingItemReaderJob" )
. start ( jdbcPagingItemReaderStep() )
. build ();
}
@ Bean
public Step jdbcPagingItemReaderStep (){
return stepBuilderFactory . get ( "jdbcPagingItemReaderStep" )
. < Customer , Customer > chunk( 10 )
. reader ( customerJdbcPagingItemReader( null , null ) )
. writer ( customerJdbcPagingItemWriter() )
. build ();
}
@ Bean
@ StepScope
public JdbcPagingItemReader < Customer > customerJdbcPagingItemReader (
PagingQueryProvider pagingQueryProvider , @ Value ( "#{jobParameters['city']}" ) String city) {
Map < String , Object > params = new HashMap <>( 1 );
params . put ( "city" , city);
return new JdbcPagingItemReaderBuilder < Customer >()
. name ( "customerJdbcPagingItemReader" ) // Reader의 이름, ExecutionContext에 저장되어질 이름
. dataSource (dataSource) // DB에 접근하기 위해 사용할 DataSource객체
. queryProvider (pagingQueryProvider) // PagingQueryProvider
. parameterValues (params) // SQL 문에 주입해야할 파라미터
. pageSize ( 10 ) // 각 페이지 크
. rowMapper ( new BeanPropertyRowMapper <>( Customer . class )) // 쿼리 결과를 인스턴스로 매핑하기 위한 매퍼
. build ();
}
@ Bean
public ItemWriter customerJdbcPagingItemWriter () {
return (items) -> items . forEach ( System . out :: println);
}
@ Bean
public SqlPagingQueryProviderFactoryBean pagingQueryProvider (){
SqlPagingQueryProviderFactoryBean queryProvider = new SqlPagingQueryProviderFactoryBean() ;
queryProvider . setDataSource (dataSource); // 제공된 데이터베이스의 타입을 결정(setDatabaseType 으로 데이터베이스 타입 설정도 가능)
queryProvider . setSelectClause ( "*" );
queryProvider . setFromClause ( "from customer" );
queryProvider . setWhereClause ( "where city = :city" );
Map < String , Order > sortKeys = new HashMap <>();
sortKeys . put ( "lastName" , Order . ASCENDING );
queryProvider . setSortKeys (sortKeys);
return queryProvider;
}
}
PagingItemReader
는 PagingQueryProvider
를 통해 쿼리를 생성한다. 이렇게 생성하는 이유는 각 DB에는 Paging을 지원하는 자체적인 전략이 있으며, Spring은 각 DB의 Paging 전략에 맞춰 구현되어야만 한다.
Copy public SqlPagingQueryProviderFactoryBean() {
this . providers . put ( DatabaseType . DB2 , new Db2PagingQueryProvider() );
this . providers . put ( DatabaseType . DB2VSE , new Db2PagingQueryProvider() );
this . providers . put ( DatabaseType . DB2ZOS , new Db2PagingQueryProvider() );
this . providers . put ( DatabaseType . DB2AS400 , new Db2PagingQueryProvider() );
this . providers . put ( DatabaseType . DERBY , new DerbyPagingQueryProvider() );
this . providers . put ( DatabaseType . HSQL , new HsqlPagingQueryProvider() );
this . providers . put ( DatabaseType . H2 , new H2PagingQueryProvider() );
this . providers . put ( DatabaseType . MYSQL , new MySqlPagingQueryProvider() );
this . providers . put ( DatabaseType . ORACLE , new OraclePagingQueryProvider() );
this . providers . put ( DatabaseType . POSTGRES , new PostgresPagingQueryProvider() );
this . providers . put ( DatabaseType . SQLITE , new SqlitePagingQueryProvider() );
this . providers . put ( DatabaseType . SQLSERVER , new SqlServerPagingQueryProvider() );
this . providers . put ( DatabaseType . SYBASE , new SybasePagingQueryProvider() );
}
Spring Batch에서는 SqlPagingQueryProviderFactoryBean
을 통해 DataSource 설정 값을 보고, 위 Provider중 하나를 자동 선택하도록 한다.
SpringBatch에서 offset과 limit을 PageSize에 맞게 자동으로 생성해준다. 다만 각 쿼리는 개별적으로 실행되므로, 동일한 레코드 정렬 순서를 보장하려면 페이징시 결과를 정렬(order by)하는 것이 중요하다.
또한, 이 정렬키가 ResultSet
내에서 중복되지 않아야한다.
Copy SELECT * FROM customer WHERE city = :city ORDER BY lastName ASC LIMIT 10
실행된 쿼리 로그를 보면 Paging Size인 LIMIT 10이 들어간 것을 볼 수 있다.
Hibernate
자바 ORM 기술로, 애플리케이션에서 사용하는 객체 지향 모델을 관계형 데이터베이스로 매핑하는 기능을 제공
XML or Annotation을 사용해 객체를 데이터베이스 테이블로 매핑
객체를 사용해 데이터베이스에 질의하는 프레임워크를 제공
Hibernate 세션 구현체에 따라서 다르게 작동한다.
별도 설정없이 Hibernate를 사용하면 일반적인 stateful 세션 구현체를 사용
예를 들어 백만건의 아이템을 읽고 처리한다면 Hibernate 세션이 데이터베이스에서 조회할 때 아이템을 캐시에 쌓으며 OutOfMemoryException 이 발생
Persistence로 사용하면, 직접 JDBC를 사용할 때보다 더 큰 부하를 유발
레코드 백만 건을 처리할 때는 한건당 ms 단위의 차이도 거대한 차이가 된다.
스프링 배치는 이러한 문제를 해결하도록 HibernateCursorItemReader
, HibernatePagingItemReader
를 개발
커밋시 세션을 flush하며 배치 처리에 관계가 있는 추가 기능을 제공해준다.
build.gradle 의존성 추가
Copy compileOnly 'org.springframework.boot:spring-boot-starter-data-jpa'
Domain 객체 수정
Copy @ Entity
@ Table (name = "customer" )
public class Customer {
@ Id
private Long id; // pk
private String firstName;
private String middleInitial;
private String lastName;
private String address;
private String city;
private String state;
private String zipCode;
}
TransactionManager 커스텀
하이버네이트 세션과 Datasource를 합친 TransactionManager
가 필요하다.
Copy @ Component
public class HibernateBatchConfigurer extends DefaultBatchConfigurer {
private DataSource dataSource;
private SessionFactory sessionFactory;
private PlatformTransactionManager transactionManager;
/**
* Datasource connection과 하이버네이트 세션 설정
* @param dataSource
* @param entityManagerFactory
*/
public HibernateBatchConfigurer ( DataSource dataSource ,
EntityManagerFactory entityManagerFactory) {
super(dataSource);
this . dataSource = dataSource;
this . sessionFactory = entityManagerFactory . unwrap ( SessionFactory . class );
// 하이버네이트 트랜잭션 설정
this . transactionManager = new HibernateTransactionManager( this . sessionFactory ) ;
}
@ Override
public PlatformTransactionManager getTransactionManager () {
return this . transactionManager ;
}
}
BatchConfigurer
의 커스텀 구현체를 사용해 HibernateTransactionManager
를 구성했다.
HibernateCursorItemReader
Copy /**
* --job.name=hibernateCursorItemReaderJob city=Chicago
*/
@ RequiredArgsConstructor
@ Configuration
public class HibernateCursorCustomerJob {
private final JobBuilderFactory jobBuilderFactory;
private final StepBuilderFactory stepBuilderFactory;
private final EntityManagerFactory entityManagerFactory;
@ Bean
public Job hibernateCursorItemReaderJob (){
return jobBuilderFactory . get ( "hibernateCursorItemReaderJob" )
. start ( hibernateCursorItemReaderStep() )
. build ();
}
@ Bean
public Step hibernateCursorItemReaderStep (){
return stepBuilderFactory . get ( "hibernateCursorItemReaderStep" )
. < Customer , Customer > chunk( 10 )
. reader ( customerHibernateCursorItemReader( null ) )
. writer ( customerHibernateCursorItemWriter() )
. build ();
}
@ Bean
@ StepScope
public HibernateCursorItemReader<Customer> customerHibernateCursorItemReader(@Value("#{jobParameters['city']}") String city) {
return new HibernateCursorItemReaderBuilder< Customer >()
. name ( "customerHibernateCursorItemReader" ) // Reader의 이름, ExecutionContext에 저장되어질 이름
. sessionFactory (entityManagerFactory.unwrap( SessionFactory . class ))
. queryString ( "from Customer where city = :city" ) // HQL 쿼리
. parameterValues (Collections.singletonMap( "city" , city)) // SQL 문에 주입해야할 파라미터
. build ();
}
@ Bean
public ItemWriter customerHibernateCursorItemWriter() {
return (items) -> items . forEach ( System . out :: println);
}
}
하이버네이트 쿼리를 수행하는 방법은 4가지가 존재한다.
HibernatePagingItemReader
Copy /**
* --job.name=hibernatePagingItemReaderJob city=Chicago
*/
@ RequiredArgsConstructor
@ Configuration
public class HibernatePagingCustomerJob {
private final JobBuilderFactory jobBuilderFactory;
private final StepBuilderFactory stepBuilderFactory;
private final EntityManagerFactory entityManagerFactory;
@ Bean
public Job hibernatePagingItemReaderJob () {
return jobBuilderFactory . get ( "hibernatePagingItemReaderJob" )
. start ( hibernatePagingItemReaderStep() )
. build ();
}
@ Bean
public Step hibernatePagingItemReaderStep () {
return stepBuilderFactory . get ( "hibernatePagingItemReaderStep" )
. < Customer , Customer > chunk( 10 )
. reader ( customerHibernatePagingItemReader( null ) )
. writer ( customerHibernatePagingItemWriter() )
. build ();
}
@ Bean
@ StepScope
public HibernatePagingItemReader<Customer> customerHibernatePagingItemReader(@Value("#{jobParameters['city']}") String city) {
return new HibernatePagingItemReaderBuilder< Customer >()
. name ( "customerHibernatePagingItemReader" ) // Reader의 이름, ExecutionContext에 저장되어질 이름
. sessionFactory (entityManagerFactory.unwrap( SessionFactory . class ))
. queryString ( "from Customer where city = :city" ) // HQL 쿼리
. parameterValues (Collections.singletonMap( "city" , city)) // SQL 문에 주입해야할 파라미터
. pageSize (10) // Cursor와 유일한 차이점! pageSize 설정
. build ();
}
@ Bean
public ItemWriter customerHibernatePagingItemWriter() {
return (items) -> items . forEach ( System . out :: println);
}
}
Cursor 방법과 유일하게 다른 점은 .pageSize()
로 사용할 페이지 크기를 지정해야하는 것이다.
JPA
JPA(Java Persisstence API)는 ORM 영역에서 표준화된 접근법을 제공한다. Hibernate가 초기 JPA에 영감을 줬으며, 현재는 Hibernate가 JPA 명세를 구현하고 있다.
build.gradle 의존성 추가
Copy compileOnly 'org.springframework.boot:spring-boot-starter-data-jpa'
spring-boot-starter-data-jpa
는 JPA를 사용하는데 필요한 모든 필수 컴포넌트가 포함돼있다.
JpaCursorItemReader
Spring Batch 4.3이 릴리즈 되면서 JpaCursorItemReader 가 도입되었다. 이전버전까지는 제공하지 않았다.
Copy /**
* --job.name=jpaCursorItemReaderJob city=Chicago
*/
@ RequiredArgsConstructor
@ Configuration
public class JpaCursorCustomerJob {
private final JobBuilderFactory jobBuilderFactory;
private final StepBuilderFactory stepBuilderFactory;
private final EntityManagerFactory entityManagerFactory;
@ Bean
public Job jpaCursorItemReaderJob (){
return jobBuilderFactory . get ( "jpaCursorItemReaderJob" )
. start ( jpaCursorItemReaderStep() )
. build ();
}
@ Bean
public Step jpaCursorItemReaderStep (){
return stepBuilderFactory . get ( "jpaCursorItemReaderStep" )
. < Customer , Customer > chunk( 10 )
. reader ( customerJpaCursorItemReader( null ) )
. writer ( customerJpaCursorItemWriter() )
. build ();
}
@ Bean
@ StepScope
public JpaCursorItemReader < Customer > customerJpaCursorItemReader (@ Value ( "#{jobParameters['city']}" ) String city) {
return new JpaCursorItemReaderBuilder < Customer >()
. name ( "customerJpaCursorItemReader" )
. entityManagerFactory (entityManagerFactory)
. queryString ( "select c from Customer c where c.city = :city" )
. parameterValues ( Collections . singletonMap ( "city" , city))
. build ();
}
@ Bean
public ItemWriter customerJpaCursorItemWriter () {
return (items) -> items . forEach ( System . out :: println);
}
}
JpaPagingItemReader
Copy /**
* --job.name=jpaPagingItemReaderJob city=Chicago
*/
@ RequiredArgsConstructor
@ Configuration
public class JpaPagingCustomerJob {
private final JobBuilderFactory jobBuilderFactory;
private final StepBuilderFactory stepBuilderFactory;
private final EntityManagerFactory entityManagerFactory;
@ Bean
public Job jpaPagingItemReaderJob (){
return jobBuilderFactory . get ( "jpaPagingItemReaderJob" )
. start ( jpaPagingItemReaderStep() )
. build ();
}
@ Bean
public Step jpaPagingItemReaderStep (){
return stepBuilderFactory . get ( "jpaPagingItemReaderStep" )
. < Customer , Customer > chunk( 10 )
. reader ( customerJpaPagingItemReader( null ) )
. writer ( customerJpaPagingItemWriter() )
. build ();
}
@ Bean
@ StepScope
public JpaPagingItemReader < Customer > customerJpaPagingItemReader (@ Value ( "#{jobParameters['city']}" ) String city) {
return new JpaPagingItemReaderBuilder < Customer >()
. name ( "customerJpaPagingItemReader" )
. entityManagerFactory (entityManagerFactory)
. queryString ( "select c from Customer c where c.city = :city" )
. parameterValues ( Collections . singletonMap ( "city" , city))
. pageSize ( 10 )
. build ();
}
@ Bean
public ItemWriter customerJpaPagingItemWriter () {
return (items) -> items . forEach ( System . out :: println);
}
}
.entityManagerFactory
를 설정하는 것 이외에 Jdbc와 크게 다른 점은 없으며, Cursor와 다른점은 pageSize()
를 설정하는 것이다.
JPA에서는 .queryProvider()
로 Query 객체를 사용해 쿼리를 수행할 수도 있다.
MyBatisPagingItemReader
Copy <!--mybatis-config.xml-->
<? xml version = "1.0" encoding = "UTF-8" ?>
<! DOCTYPE configuration
PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-config.dtd">
< configuration >
< settings >
< setting name = "defaultStatementTimeout" value = "25" />
</ settings >
</ configuration >
Copy package spring . batch . practice . config ;
import lombok . extern . slf4j . Slf4j ;
import org . apache . ibatis . session . SqlSessionFactory ;
import org . mybatis . spring . SqlSessionFactoryBean ;
import org . mybatis . spring . SqlSessionTemplate ;
import org . mybatis . spring . annotation . MapperScan ;
import org . springframework . beans . factory . annotation . Qualifier ;
import org . springframework . beans . factory . annotation . Value ;
import org . springframework . boot . context . properties . ConfigurationProperties ;
import org . springframework . boot . context . properties . ConfigurationPropertiesScan ;
import org . springframework . boot . jdbc . DataSourceBuilder ;
import org . springframework . context . ApplicationContext ;
import org . springframework . context . annotation . Bean ;
import org . springframework . context . annotation . Configuration ;
import org . springframework . core . io . Resource ;
import org . springframework . core . io . support . PathMatchingResourcePatternResolver ;
import javax . sql . DataSource ;
@ Slf4j
@ Configuration
public class MysqlMybatisConfig {
@ Value ( "${mybatis.mapper-locations}" )
private String mapperLocations;
@ Bean (name = "mybatisDataSource" )
@ ConfigurationProperties (prefix = "spring.datasource.hikari" )
public DataSource dataSource (){
return DataSourceBuilder . create () . build ();
}
@ Bean (name = "mybatisSqlSessionFactory" )
public SqlSessionFactory sqlSessionFactory(@Qualifier("mybatisDataSource") DataSource dataSource, ApplicationContext applicationContext) throws Exception{
SqlSessionFactoryBean sqlSessionFactoryBean = new SqlSessionFactoryBean() ;
sqlSessionFactoryBean. setDataSource (dataSource);
sqlSessionFactoryBean.setConfigLocation(applicationContext.getResource("classpath:mybatis/mybatis-config.xml"));
Resource [] resources = new PathMatchingResourcePatternResolver() . getResources (mapperLocations);
System.out. println (resources[ 0 ].getURL());
sqlSessionFactoryBean.setMapperLocations(new PathMatchingResourcePatternResolver().getResources(mapperLocations));
return sqlSessionFactoryBean. getObject ();
}
@ Bean
public SqlSessionTemplate sqlSessionTemplate(@Qualifier("mybatisSqlSessionFactory") SqlSessionFactory sqlSessionFactory) {
return new SqlSessionTemplate(sqlSessionFactory) ;
}
}
Copy <? xml version = "1.0" encoding = "UTF-8" ?>
<! DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
< mapper namespace = "spring.batch.practice.dao.PayMapper" >
< select id = "selectPayList" parameterType = "hashmap" resultType = "spring.batch.practice.domain.Pay" >
<![CDATA[
SELECT ID, AMOUNT, TX_NAME, TX_DATE_TIME
FROM PAY
WHERE AMOUNT <= #{amount}
]]>
</ select >
</ mapper >
Copy @ Slf4j
@ RequiredArgsConstructor
@ Configuration
public class MybatisPagingItemReaderJobConfiguration {
private final JobBuilderFactory jobBuilderFactory;
private final StepBuilderFactory stepBuilderFactory;
@ Autowired
@ Qualifier ( "mybatisSqlSessionFactory" )
private SqlSessionFactory sqlSessionFactory;
private static final int CHUNK_SIZE = 10 ;
@ Bean
public Job mybatisPagingItemReaderJob () throws Exception {
return jobBuilderFactory . get ( "mybatisPagingItemReaderJob" )
. start ( mybatisPagingItemReaderStep() )
. build ();
}
@ Bean
public Step mybatisPagingItemReaderStep () throws Exception {
return stepBuilderFactory . get ( "mybatisPagingItemReaderStep" )
. < Pay , Pay > chunk(CHUNK_SIZE)
. reader ( mybatisPagingItemReader() )
. writer ( mybatisPagingItemWriter() )
. build ();
}
@ Bean
public MyBatisPagingItemReader < Pay > mybatisPagingItemReader () throws Exception {
Map < String , Object > params = new HashMap <>();
params . put ( "amount" , 2000 );
return new MyBatisPagingItemReaderBuilder < Pay >()
. pageSize (CHUNK_SIZE)
. sqlSessionFactory (sqlSessionFactory)
. queryId ( "spring.batch.practice.dao.PayMapper.selectPayList" )
. parameterValues (params)
. build ();
}
@ Bean
public ItemWriter < Pay > mybatisPagingItemWriter () {
return list -> {
for ( Pay pay : list) {
log . info ( "Current Pay={}" , pay);
}
};
}
}
Spring Data Repository
Spring Data는 스프링 데이터가 제공하는 특정 인터페이스 중 하나를 상속하는 인터페이스를 사용자가 정의하기만 하면 스프링 데이터가 해당 인터페이스의 구현을 처리하는 기능을 제공한다.
스프링 배치는 스프링 데이터의 PagingAndSotringRepository
를 활용하기 때문에, 스프링 데이터와 호환성이 좋다.
RepositoryItemReader
RepositoryItemReader
는 JdbcPagingItemReader
나 HibernatePagingItemReader
를 사용할때와 동일하게 PagingAndSotringRepository
를 사용해서 Paging 쿼리를 실행한다.
RepositoryItemReader
는 어떤 저장소건 상관없이 해당 데이터 저장소에 질의를 수행할 수 있다는 점에서 ItemReader
와 차이가 있다.
Copy public interface CustomerRepository extends JpaRepository < Customer , Long > {
Page < Customer > findByCity ( String city , Pageable pageRequest);
}
PagingAndSotringRepository
를 상속하는 Repository를 생성해 city 조건으로 조회하는 메서드를 정의하였다.
Copy @ Bean
@ StepScope
public RepositoryItemReader<Customer> customerRepositoryItemReader(@Value("#{jobParameters['city']}") String city) {
return new RepositoryItemReaderBuilder < Customer >()
. name ( "customerRepositoryItemReader" )
. arguments ( Collections . singletonList (city)) // pageable 파라미터를 제외한 arguments
. methodName ( "findByCity" ) // 호출할 메서드명
. repository (customerRepository) // Repository 구현체
. sorts ( Collections . singletonMap ( "lastName" , Sort . Direction . ASC ))
. build ();
}
주의 사항
JpaRepository
를 ListItemReader
, QueueItemReader
에 사용하면 안된다.
이렇게 구현하는 경우 Spring Batch의 장점인 Paging & Cursor 구현이 없어 대규모 데이터 처리가 불가능하다.
JpaRepository
를 사용해야하는 경우 RepositoryItemReader
를 사용하는 것을 권장한다.
Hibernate, JPA등 영속성 컨텍스트가 필요한 Reader 사용시 fetch size와 chunk size는 동일한 값을 유지해야 한다.
ItemReaderAdapter
Adapter는 다른 엘리멘트와 래핑하여 스프링 배치가 해당 엘리먼트와 통신할 수 있게 하는데 사용한다.
org.springframework.batch.item.adapter.ItemReaderAdapter
Copy public class ItemReaderAdapter < T > extends AbstractMethodInvokingDelegator < T > implements ItemReader < T > {
/**
* @return return value of the target method.
*/
@ Nullable
@ Override
public T read () throws Exception {
return invokeDelegateMethod() ;
}
}
호출 대상 서비스의 참조와 호출할 메서드의 이름을 의존성으로 받는다.
ItemReaderAdapter
가 매번 호출할 때마다 반환되는 객체는 ItemReader
가 반환하는 객체이다.
입력 데이터를 모두 처리하면 서비스 메서드는 반드시 null
을 반환해야한다. 스프링 배치에게 해당 step의 입력을 모두 완료했음을 알리는 것이다.
Copy @Component
public class CustomerService {
private List<Customer> customers;
private int curIndex;
private String [] firstNames = {"Michael", "Warren", "Ann", "Terrence",
"Erica", "Laura", "Steve", "Larry"};
private String middleInitial = "ABCDEFGHIJKLMNOPQRSTUVWXYZ";
private String [] lastNames = {"Gates", "Darrow", "Donnelly", "Jobs",
"Buffett", "Ellison", "Obama"};
private String [] streets = {"4th Street", "Wall Street", "Fifth Avenue",
"Mt. Lee Drive", "Jeopardy Lane",
"Infinite Loop Drive", "Farnam Street",
"Isabella Ave", "S. Greenwood Ave"};
private String [] cities = {"Chicago", "New York", "Hollywood", "Aurora",
"Omaha", "Atherton"};
private String [] states = {"IL", "NY", "CA", "NE"};
private Random generator = new Random();
public CustomerService() {
curIndex = 0;
customers = new ArrayList<>();
for(int i = 0; i < 100; i++) {
customers.add(buildCustomer());
}
}
private Customer buildCustomer() {
Customer customer = new Customer();
customer.setId((long) generator.nextInt(Integer.MAX_VALUE));
customer.setFirstName(
firstNames[generator.nextInt(firstNames.length - 1)]);
customer.setMiddleInitial(
String.valueOf(middleInitial.charAt(
generator.nextInt(middleInitial.length() - 1))));
customer.setLastName(
lastNames[generator.nextInt(lastNames.length - 1)]);
customer.setAddress(generator.nextInt(9999) + " " +
streets[generator.nextInt(streets.length - 1)]);
customer.setCity(cities[generator.nextInt(cities.length - 1)]);
customer.setState(states[generator.nextInt(states.length - 1)]);
customer.setZipCode(String.valueOf(generator.nextInt(99999)));
return customer;
}
public Customer getCustomer() {
Customer cust = null;
if(curIndex < customers.size()) {
cust = customers.get(curIndex);
curIndex++;
}
return cust;
}
}
Customer 객체의 목록을 무작위로 생성하는 서비스이다.
Copy @Bean
public ItemReaderAdapter<Customer> customerServiceItemReader() {
ItemReaderAdapter<Customer> adapter = new ItemReaderAdapter<>();
adapter.setTargetObject(customerService);
adapter.setTargetMethod("getCustomer");
return adapter;
}
ItemReaderAdapter
에 기존 서비스 오브젝트와 메서드명을 전달하면된다.
오류 처리
입력에서 레코드를 읽는 중에 오류가 발생한 경우 처리할 수 있는 방법은 여러가지이다.
특정 예외가 발생한 경우 레코드 건너띄기(skip)
Skip
어떤 조건에서 레코드를 skip할지(어떤 예외를 무시할 것인지)
얼마나 많은 레코드를 skip 할 수 있게 할것인지
레코드를 skip할지 여부를 결정할 때 위 두가지 요소를 고려해야한다.
Skip을 사용하기 위해서는 우선 faultToLerant()
라는 메서드를 호출해야한다.
Copy @Bean
public Step skipRecordCopyFileStep() {
return this.stepBuilderFactory.get("skipRecordCopyFileStep")
.<Customer, Customer>chunk(10)
.reader(null)
.writer(null)
.faultTolerant()
.skip(Exception.class)
.noSkip(ParseException.class)
.skipLimit(10)
.build();
}
SkipPolicy
Copy public interface SkipPolicy {
boolean shouldSkip(Throwable t, int skipCount) throws SkipLimitExceededException;
}
SkipPolicy
구현체는 skip할 예외와 허용 횟수를 판별할 수 있으며, boolean
값으로 내부 로직을 수정할 수 있다.
Copy public class FileVerificationSkipper implements SkipPolicy {
@Override
public boolean shouldSkip(Throwable t, int skipCount) throws SkipLimitExceededException {
if (t instanceof FileNotFoundException) {
return false;
} else if (t instanceof ParseException && skipCount < 10) {
return true;
} else {
return false;
}
}
}
오류 로그 남기기
ItemListener
를 사용해 잘못된 레코드를 기록하는 방법을 다룰 것이다.
Copy public interface ItemReadListener<T> extends StepListener {
void beforeRead();
void afterRead(T item);
void onReadError(Exception ex);
}
잘못된 레코드를 읽었을 때 로그를 남기기 위해서 onReadError
메서드를 오바라이드해 ItemListenerSupport
를 사용하여 에러를 기록한다.
단순히 파일을 읽어올 때는 위와 같이 처리하면 되지만, DB를 이용한 오류가 발생한 경우에는 실제 DB입출력을 스프링 자체나 하이버네이트와 같은 다른 프레임워크가 처리하므로, 스프링 배치에서 처리할 예외가 많지 않다.
onReadError 파일 오류 로그 남기기
Copy @Slf4j
public class CustomerItemListener {
@OnReadError
public void onReadError(Exception e) {
if (e instanceof FlatFileParseException) {
FlatFileParseException ffpe = (FlatFileParseException) e;
StringBuilder sb = new StringBuilder();
sb.append("오류 발생 라인 : ");
sb.append(ffpe.getLineNumber());
sb.append("입력값 : ");
sb.append(ffpe.getInput());
log.error(sb.toString(), ffpe);
} else {
log.error("오류 발생", e);
}
}
}
Copy @Bean
public CustomerItemListener customerItemListener(){
return new CustomerItemListener();
}
@Bean
public Step copyFileStep() {
return this.stepBuilderFactory.get("skipRecordCopyFileStep")
.<Customer, Customer>chunk(10)
.reader(null)
.writer(null)
.faultTolerant()
.skip(Exception.class)
.skipLimit(10)
.listener(customerItemListener())
.build();
}