KILL-9

반갑다 sidan형 젠킨스 / 에어플로우 등이 대표적이라고 볼 수 있다 💀💀

Spring batch를 실행해줄 스케줄러와 batch 실행 환경

<pre><code>반갑다 ang형

부트4 배치6??

build.gradle에 단서가있을것같다

파일 내용좀 전달달라 💀💀</code></pre>

메타테이블에 데이터가 생기지 않는 이유

<pre><code>반갑다 덕덕형 💀

=====================================================================
:: EMERGENCY RESPONSE :: ENCODING MALFUNCTION DETECTED
=====================================================================
보고서 ID: INF-BATCH-ENC-001
발신: KILL-9
수신: 덕덕
분류: ExecutionContext UTF-8/MS949 충돌
=====================================================================

[ 상황 분석 ]

한글로 저장하면 저런 문제가 있었군. 나도 처음본 이슈이다 💀

=====================================================================

[ 전술적 대응 방안 분석 ]

먼저 핵심 질문 하나.

"ExecutionContext에 한글을 반드시 저장해야 하는가?"


---

[시나리오 1: 한글 저장이 필수가 아닌 경우]

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
권장 전술: 한글 사용 제거
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

가장 간단하고 안전한 방법이다.

질의자가 제시한 예시:
ResultMsg: "정상 처리"

이것은 로깅/메시지성 데이터로 보인다.
ExecutionContext의 주 목적은 "재시작을 위한 상태 저장"이다.
로깅 메시지나 상태값을 여기 넣을 이유가 있을까?

대안
1. BatchStatus / ExitStatus 활용
 - Spring Batch가 제공하는 표준 상태 체계
 
2. 필요시 영문 메시지로 대체
 - "NORMAL_PROCESSING", "SUCCESS", "COMPLETED" 등

장점:
✅ 인코딩 이슈 원천 차단
✅ 시스템 복잡도 증가 없음
✅ 추가 설정 불필요

---

[시나리오 2: 한글 저장이 필수인 경우]

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
권장 전술: DefaultExecutionContextSerializer로 변경
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
=====================================================================
[END OF TRANSMISSION]
[CLEARANCE: RESTRICTED]
=====================================================================</code></pre>

Spring Batch 4.3.10 ExecutionContext 한글 인코딩 이슈 관련 문의

<pre><code>당장 생각나는 방법은 두가지정도되는데 간단히 첫번째방법부터 알려주겠다

Job job = jobRegistry.getJob(jobName);
jobOperator.start(job, jobParameters);

하면 ㄱ ㄱ가능하다(배치5를 보고 질문준것으로 이해했다. 배치6이라면 직접 JobRegistry를 빈으로 등록해야한다. 배치5에서는 자동구성되니 주입받아 스면 된다)

배치6 강의를 보고 질문줄것으로 이해했다 💀

형도 새해 복 💀💀💀</code></pre>

@StepScope 또는 @JobScope와 JobOperator

<pre><code>반갑다 스프링형☠️ 방금까지 배치6 나머지 강의 자료를 등록하느라 정신이 없었다. 10분만 휴식을 취하겠다. ☠️ </code></pre>

<pre><code>전체코드가없었나?? 확인해보고전달해주겠다

아까 너가올린코드를 봤는데 원인은 다음과 같다.

Worker 사이드에서 outbound flow가 실행이안되었더군

1) worker에 스텝이동작했는지확인하라
2) 동작했는데 마스터에 응답이오지않았을것이다.
3) master에 inputChannel을 제거하고 테스트해보라 아님 워커 사이드의 outboundflow를 추가하라

예제코드는 확인해보고 말해주겠다 LGTM

추가 질문:
매니저에 구성에 inputChannel을 지정했는가?</code></pre>

Remote Partitioning

<pre><code>칭찬 고맙다 형

개인적으로는 JDBC 사용을 추천한다. 다만 팀 내 결정을 최우선 순위로 삼길 바란다

배치6 마지막 작전 작성 완료.. 배치 테스트에 버그가 발견되어 5시간을 고생하고 왔더니 상태가 말이아니다 답변 퀄리티는 내일 다시 보강하도록 하겠다 💀💀💀💀</code></pre>&nbsp;

킬구형 실무에서는 JPA ItemReader / ItemWriter를 더 선호해? 아니면 JDBC itemReader/ItemWriter를 더 선호해?

<pre><code>아니?? 기존 강의내용이 잘못되었군 SynchronizedItemStreamReader로 변경하라 </code></pre>

병렬 중첩

<pre><code>open() 메서드가 호출안되었군 💀

SynchronizedItemReader 대신 SynchronizedItemStreamReader를 사용해야한다</code></pre>

<pre><code>음... 쉽지 않은 질문이군.

https://jyami.tistory.com/86

기존 블로그들에 개념을 소개한 글들이 많아보인다 한 번 들어가서 참고해보도록

예제의 static class들은 강의 편의상 한 파일안에 넣기 위해 선언한 경우도있으니 반드시 static class로 지정할필요는 없다 

위 블로그내용을 참고하여 적절히 판단하면 된다

더 나아가
https://product.kyobobook.co.kr/detail/S000001033066

꼭 읽어보도록 강추한다 💀</code></pre>

KILL-9

投稿