전체 글

1. Maven과 Gradle 우리는 스프링 프로젝트를 생성할 때 Maven을 선택할 것인지 Gradle을 선택할 것인지 선택할 것입니다. 이전엔 책에서 하란대로 따라만 했지 둘이 어떤 차이가 있는지 잘 모르고 개발을 했습니다. 이런 기본적인 것들을... 좀 채워보고자 깊이는 아니더라도 어느 정도 이해할 수 있는 수준으로 스프링을 초기 설정부터 시작해 개발을 진행해보겠습니다. 1) Maven pom.xml을 이용한 정형화된 빌드 시스템으로 다양한 라이브러리를 관리하며 네트워크를 통해 자동으로 다운을 받아줍니다. 기존엔 Apach Ant(자바로 개발된 어플리케이션으로 커맨드 라인 형태의 빌드, 배포를 위한 도구)라는 빌드 도구를 많이 사용했지만 Maven이 Ant를 넘어서 개발자들이 많이 사용하고 있습니다..

1. DI(Dependency Injection) DI란 의존성 주입을 나타낸다. 미리 외부에서 생성한 객체 인스턴스에 대해서 특정 설정을 통해 객체의 종속성을 정의할수 있는 프로세스입니다. 쉽게 말하자면 어떤 객체가 필요한 객체를 외부에서 밀어넣는 것을 의미합니다. DI 원칙을 사용하면 코드가 더 깔끔해지고 디커플링에 대해서 매우 효과적입니다. 이런 스프링 DI를 주입하는 방법에는 크게 2가지 방법이 있습니다. 첫번째로 생성자를 통한 주입, 두번째로는 Setter를 통한 주입 이렇게 2가지 입니다. 이전에는 필드를 통한 생성자 주입도 존재했었는데 스프링 공식문서에는 위의 2가지 방법만을 설명하고 있어서 위의 2가지 설정에 대해서만 보도록 하겠습니다. 1) 생성자를 통한 주입 - 현재 가장 많이 사용하고..

1. Iterator?- Collection에 저장된 요소들을 순차적 처리 하기 위해 사용합니다. (Eager 처리) - 해당 Iterator 인터페이스는 아래와 같은 구조를 가지고 있습니다. public interface Iterator { /** * Returns the next element in the iteration. */ public operator fun next(): T /** * Returns `true` if the iteration has more elements. */ public operator fun hasNext(): Boolean } Iterator는 저장된 요소들을 순차적으로 접근하기 때문에 특정 인덱스에 바로 접근하지 못한다는 특징이 있습니다. 그렇기 때문에 3번째 요소..

코루틴을 공부하기에 앞서 왜 코루틴을 써야하는지 간단하게 생각해보았습니다. 서비스가 점점 커지면서 대용량의 트래픽을 처리하기 위해 좋은 성능을 내기 위한 방법들은 여러가지가 있겠지만 그 중 하나는 비동기 프로그래밍을 사용하는 방법이지 않을까 싶습니다. 우리 회사는 MSA로 전환한 이후 부터 언어를 Kotlin으로 사용하고 있습니다. Kotlin을 사용하게 되면서 Coroutines도 같이 사용을 하고 있는데 이제는 이 Coroutines에 대해서...어떻게 동작이 이루어지고 runBlocking, launch, asnyc 등과 같은 함수들에 대해서도 알아야 되지 않을까 싶습니다. 😭😭😭 그동안 모르고 사용해왔던 저의 모습을 반성하면서 이제는 제대로 알고 사용하기위해 해당 글을 작성해봅니다. 1. Coro..

1. Step이란? - Batch Job을 구성하는 독립적인 하나의 단계로서 실제 배치 처리를 정의하고 컨트롤하는데 필요한 모든 정보를 가지고 있는 도메인 객체 - 모든 Job은 하나 이상의 step으로 구성됨 2. 기본 구현체 1) Tasklet - 가장 기본이 되는 클래스로서 Tasklet 타입의 구현체들을 제어 2) PartitionStep - 멀티 스레드 방식으로 Step을 여러 개로 분리해서 실행 3) JobStep - Step 내에서 Job을 실행 4) FlowStep - Step 내에서 Flow를 실행 3. StepExecution - Step에 대한 한번의 시도를 의미하는 객체로서 Step 실행 중에 발생한 정보들을 저장하는 객체 - Step이 매번 시도 될 때마다 각 Step별로 생성 -..

스프링 배치를 시작하기 위해서 Job, Step, tasklet 등 기본적인 용어가 무엇을 의미하는 것인지 알아야 할 필요가 있는데 해당 게시물에서는 Job에 대해서 알아보겠습니다. 1. Job Job은 배치의 전반적인 프로세스를 관리하는 엔티티입니다. Job은 아래와 같은 계층 구조를 가지고 있으며 가장 최상위 계층에 존재합니다. Job Configuration을 통해 생성되는 객체 단위로서 배치작업을 어떻게 구성하고 실행할 것인지 전체적으로 설정하고 명세해놓은 객체를 말합니다. 2. JobInstance Job이 실행될 때 생성되는 Job의 논리적 실행 단위 객체로서 고유하게 식별 가능한 작업 실행을 나타냅니다. Job의 설정과 구성은 동일하지만 Job이 실행되는 시점에 처리하는 내용은 다릅니다. 즉..

1. 스프링 배치? 스프링 배치는 일괄처리를 위한 오픈 소스 프레임워크입니다. 즉, 비즈니스 운영을 수행하기 위해 대용량 처리가 필요한 경우 스프링 배치를 이용할 수 있습니다. 이런 대용량 처리에는 다양한 예시가 있습니다. - 월말 계산과 같은 시간 기반 이벤트 - 하루 100만 개의 통계를 내어야 하는 작업 - 매일 1000개의 데이터를 DB에 Insert 해야 하는 작업 등 위의 세 가지 예시뿐만 아니라 그 외에도 다양하게 대용량 처리가 필요할 경우 스프링 배치를 이용할 수 있습니다. 2. 스프링 배치 아키텍처 스프링 배치는 이 세 가지의 구성 요소 아키텍처를 가지고 있습니다. 1) Application -> 개발자가 만든 모든 배치 Job과 사용자 정의 코드가 포함되어 있습니다. -> 개발자는 비즈..

2023년의 새해가 밝았다. (다들 새해 복 많이 받으세요 ㅎㅎ) 2021년 1월 11일 회사를 입사하고 일을 다닌 지 2년 정도 된 거 같다. 내가 벌써 3년차의 개발자가 되었다고 생각하니 참... 시간 빠르다고 생각이 든다. 과거를 돌아보았을때 '내가 정말 많이 성장했나??'라고 생각해 보면 반은 맞고 반은 틀렸다고 생각한다. 아직까지는 모르는게 너무 많고 누군가의 개발 질문에 당당하게 답할 자신이 없기 때문이다ㅠㅠ 그래도 리눅스 명령어도 익히고...도커도 익히고... 코틀린도 익히고... 깃도 익히고... 이런 거 하나도 할 줄 몰랐는데 내가 이런 것도 할 줄 알다니 참 놀랍다. 작년엔 상반기에는 공부를 좀 많이 했는데 하반기에 접어들면서 많이 해이해졌다고 생각한다. 세상엔...개발 말고도 너무 재..

curl: (52) Empty reply from server??? Elasticsearch를 로컬에서 테스트를 하면 주로 키바나를 이용해서 해당 curl을 이용할 일이 거의 없었습니다. 그런데 어찌하다 우연히 터미널에서 http://localhost:9200을 요청을 했었는데 http를 사용해서 발생되는거기 때문에 https 요청을 해봐야겠다 싶었습니다. 그런데, 엥..?? 원래 이전에 했을때 그냥 됐었는데 갑자기 요청이 안되네요... 그러다 막 찾아보니 여러가지 해결방법이 있었는데 그중 대표적인 해결 방법으로 두 가지가 있었습니다. 1. Elasticsearch version down 2. curl 요청 옵션 추가 1번의 경우는 제 로컬에 설치된 Elasticsearch 버전은 현재 8.x.x로 가장..

1. diff 명령어 - Show changes between commits, commit and working tree, etc - working tree와 Staging Area간의 비교, commit간의 비교 등 변경 사항에 대한 내역을 비교할 수 있는 명령어 1) commit간의 비교 - diff-test.txt라는 텍스트 파일을 만들어 5번의 커밋을 나눴습니다.해당 내역을 확인해보는 방법은 git log 통해 commit 내역을 확인해볼 수 있습니다. 이제 git diif 명령어를 통해 커밋내역을 비교해보겠습니다. 먼저 비교해볼 대상은 diff를 이용해 'E문자 추가' commit이 'D문자 추가' commit을 기준으로 무엇이 바뀌었는지 확인해보겠습니다. # git diff [기준 commit..

1. Reset 명령어 - 중간 중간 커밋을 자주 만들어놔서 옛날 커밋 상태로 되돌리고 싶을때 Reset 명령어를 사용 - 해당 Reset 명령어에는 총 3가지의 옵션 종류가 있습니다. (Hard, Soft, Mixed) 1) Hard 모드 - Working Directory, Staging Area, Repository 등 모든 작업 공간의 내역을 깔끔하게 돌리겠다는 옵션 모드 $ git reset --hard HEAD^ Q) HEAD^ 의미? -> Head가 가리키고 있는 첫번째를 의미 2) Mixed 모드 (Default 옵션) - 현재 내가 수정하고 있는 Working Directory내용을 제외한 이전 단계로 돌리겠다는 옵션 모드 $ git reset --mixed(생략 가능) HEAD^ 3) ..

1. Git 이란? - 로컬에서 관리되는 버전 관리 시스템 (VCS : Version Control System) - 깃에서 버전이란 문서를 수정하고 저장할 때마다 생기는 파일 2. Git의 세 가지 상태 1) Working tree - 내가 코드작업을 하는 공간 - 즉, 변경사항이 생기는곳으로 수정한 파일을 아직 로컬 데이터베이스에 커밋하지 않은 상태 2) Staging - 버전이 될 후보들이 올라오는 공간 - 즉, 수정할 파일을 곧 커밋할것이라고 표시 3) Repository - 데이터가 로컬 데이터베이스에 안전하게 저장 Working Tree에서 파일을 수정하면 Staging에 파일을 대기시킵니다. 스테이징에서 존재하는 파일 중 Repository에 올리고 싶은 파일만 선택해 커밋으로 Git 디렉토..