공대키메라

지난 시간에는 잡 설정 및 실행을 읽다가 멈추었다. (지난 내용이 궁금하면 여기 클릭!) 이번에는 지난 내용에 이어서 다시 글을 읽어보려고 한다. 이번 섹션도 아주 길지만 한 번 열심히 읽어보려고 한다. 1. Changing the Table prefix JpaRepository의 또다른 수정 가능한 속성은 메타데이터 테이블의 접두사다. 기본적으로 "BATCH_"로 시작한다. BATCH_JOB_EXECUTION과 BATCH_STEP_EXECUTION은 두개의 예이다. 하지만 이 접두사를 수정할 잠재적인 이유가 있다. 만약 스카미의 이름들이 테이블 이름들에 추가를 하거나 메타데이터 테이블의 하나 이상이 같은 스키마에 있을 필요가 있다면 테이블 접두사는 변경되어야 한다. @Configuration @Enab..

지난 시간에는 Spring Batch의 도메인들에 대해 읽어보았다. (지난 내용이 궁금하면 여기 클릭!) 지난 내용은 spring batch에서 사용되는 domain들에 대해 설명했고 실제로 어떻게 사용하는지에 대한 설명은 없었기에 좀 재미없었을 수 있다. (맞아 쌉노잼이야 에잉 퉤텟!) 이번 시간에는 잡을 설정하고 실행하는 방법에 대해 읽어볼 것이다. domain section에서 전반적인 아키텍처 디자인을 다음 그림을 사용해서 논의했다. Job 객체가 Step을 위한 간단한 컨테이너처럼 보이지만 많은 설정 옵션을 알아야 한다. 더욱이, 어떻게 Job이 작동할 수 있고 어떻게 그 메타데이터가 실행동안 저장될 수 있는지에 대한 많은 옵션을 고려해야한다. 이 챕터는 다양한 설정 옵션과 Job의 런타임 관심..

지난 시간에 배치의 도메인 언어중 Job, JobInstance, JobParameter, JobExecution에 대해 알아보았다. (지난 내용을 보고 싶다면 여기 클릭!) 저번에 내용이 너무 길었던 관계로 끊은 부분에서 이어서 Step부터 다시 읽을 것이다. 1. Step Step은 한 배치 잡(batch job)의 독립적이고 연속적인 단계를 캡슐화한 하나의 도매인 객체이다. 그러므로 모든 job은 하나 혹은 더 많은 Step들로 구성되있다. Step은 실제 배치 처리를 정의하고 제어하는에 필요한 모든 정보를 포함한다. 이것은 어쩔수없이 모호한 묘사인데(?) 아무 Step의 내용들이 Job을 사용하는 개발자의 재량에 달렸기 때문이다. Step은 개발자의 요구사항에 따라 간단하거나 복잡할 수도 있다. ..

지난 시간에 Spring Batch Architecture, Spring Batch Principles and Guidelines 그리고 Spring Processing Strategies 와 약간의 지식들에 대해 보았다. (지난 내용을 보고 싶다면 여기 클릭!) 너무 전략 부분이 쓸데없이 길었던것 같아서 중도에 읽다가 말았다.ㅠㅠ... 지극히 내 개인적인 생각으로는 아 이거 이렇게 해도 되나 싶을 때 다시 보면 될 것 같다.(너무 원론적이야!) 이번에는 배치의 도메인 언어 부분을 읽어볼 것이다. 그리고 읽는 와중에 이런 Job, JobLauncher같은 특별한 것들은 해석이 안된다. 그래서 되도록 본연의 개념을 더 알 수 있도록 영어로 그대로 적고자 한다. (영어 최고야 아잉!) 모든 경험있는 배치 설..

지난번에는 간단하게 스프링 배치가 무엇인지, 무슨 역할을 하는지에 대해 글을 읽어보았다. (지난 내용이 궁금하면 여기 클릭!) 이번에는 스프링 배치의 구조에 대해 공부하려고 한다. 1. 스프링 배치 구조(Spring Batch Architecture) 스프링 배치는 확장 가능성(extensibility)와 다양한 최종 사용자를 염두해 설계했다. 아래 이미지는 최종 사용 개발자(end-user developers)의 편의성과 확장 가능성을 지원하기 위한 계층화 구조이다. 이 계층형 아키텍처(layered architecture)는 세 개의 주요 상위레벨 (high-level) 구성들을 강조한다. (Application, Core, Instrastructure). 어플리케이션(Application)은 모든 ..

귀중한 시간을 할애해서(Time is gold~) 스프링 배치에 대해 공부하려고 한다. 그동안 스프링 배치(Spring Batch)에 대해 관심이 많았고 심지어 inflearn에서 15만원에 육박하는 정수원 선생님의 강의도 사서 들었는데 (정확히는 듣다가 좀 남기고 말았다) 아쉬운 점이 좀 있었다. Spring Security 와 마찬가지로 정리를 잘 해주는것은 좋은데 Spring Batch의 경우 양이 너무 방대하고, 이렇게까지 모든 내용을 강의로 만들어서 해야 하는 의문감도 있었다. 꽤 오랜 기간 글을 정리하지 않았는데, 그 이유는 차라리 책을 사서 공부하는것이 도움이 되는 경우에 많이 생겼기 때문이다. 가령, SQL 성능 및 튜닝 관련해서 책을 읽는다던가, 아니면 간단하게 강의를 듣는게 효율이 더 ..

최근에 스스로 공부를 하면서 java14부터 도입된 record 기능을 사용해 보았는데 그냥 그럭저럭 사용을 해보았다. 문제는 그냥 사용을 하는데 그치는게 아니라 왜 불변 객체가 필요한지 이해를 못하고 있다는 점이다. 전에 들어본적 있는데 솔직히... 개발자로 계약해서 들어왔는데 코딩 업무 안주는거 뭐냐...? ㅠㅠ... 하여간 이번 기회에 다시 무엇이 문제인지, 왜 필요한지 찾아보고 정리하려고 한다. 참고한 내용은 다음과 같다. 출처: https://ko.wikipedia.org/wiki/%EB%B6%88%EB%B3%80%EA%B0%9D%EC%B2%B4 https://hackernoon.com/5-benefits-of-immutable-objects-worth-considering-for-your-ne..

옛날에는 단순 코드 잘 작성하는 것에 급급하는 주니어 개발자였다면, 현재는 나에게 기회나 설명은 전~~~혀 오지 않지만 시스템 디자인에 자꾸 눈이 가는 주니어 개발자다 물론 결론은 동일하게 주니어 개발자다! 말하고자 하는 내용은 내가 아직도 핫바리 주니어라는 것이 아니라... 지난번에 2023년 인프런에서 개최한 스프링 컨퍼런스에 참여했었는데 같이 참석한 지인과 함께 개인용 학습 프로젝트에 대해 이야기하고 있었는데 T사의 면접에서 uuid 정렬에 관련해서 질문을 받았다고 했다. 처음에 나의 생각은 "uuid를 왜 정렬하지?" create_date를 별도로 넣어서 사용하면 되는거 아닌가? ㅎㅎ 머... 머기업에서 쓰라는데 이유가 있겠지~ ㅋㅋㄹㅃㅃ ^^ 이러한 생각을 가지고 있었다. 그리고 최근들어 시스템..

지난 시간에는 디자인 패턴의 필요성과 디자인 원칙에 대해 공부하였다. 지난 내용이 궁금하면 여기 클릭!! 이번 시간에는 옵저버 패턴에 대해 공부할 것이다. 이를 위해 상황 설명, 얻을 수 있는 장점, 그리고 코드로 옵저버 패턴에 대해 이해할 것이다. 참고한 내용은 다음과 같다. https://m.hanbit.co.kr/store/books/book_view.html?p_code=B6113501223 1. 객체와 객체지향? 객체는 실제를 본떠 새로운 세계를 창조하는 것으로, 각각의 객체는 자신의 역할과 책임을 다하고 각자의 역할을 충실한 채로 서로 협력하는 것을 객체 지향이라고 한다. 이 객체란 무엇인가에 대해 인지를 하고 다음 상황 설명을 보고, 음미해보면 더욱 이해가 잘 된다. 2. 상황 설명 우리는 ..

최근들어 필자는 더욱 더 기본에 충실한 개발자가 되기로 하였다. 그래서 다시 디자인 패턴을 공부하기로 했다. 사실 필자는 디자인 패턴 섹션이 있는데, 또 다시 공부하는 이유는 그때는 수준이 낮은 상태에서 공부하려니 기본적인 이해자체가 힘들었다. 보여주기식 공부를 한 것 같다. 다시 글을 보니 내가 보기에 이해가 너무 힘들고 딱딱하다. 고로, 공부를 다시 진행하고, 이를 정확하고 이해가 쉬운 방식으로 정리하기로 결심했다. 이를 진행하면서 참고하는 책은... GoF책은 디자인 패턴의 고전이고 정말 좋은 책이라지만... 2005년 이후로는 이 책이 훨씬 더 많이 팔렷고 부동의 1위라는 것이 헤드퍼스트 디자인패턴의 설명! (아기다리고기다리던책!) 이미 나는 영업당하고 말았다... 하여간 이 책을 기점으로, 학습..