DevLog 😶

🌱 들어가기 전통합 테스트를 하다 보면, 실제 빈 중에 일부만 stubbing을 하고 싶은 상황이 생긴다.예를 들어, 외부 API를 통신하거나 외부 시스템을 활용하게 되면 테스트에서 그대로 활용하기 어려운데, 해당 부분에 대해서만 우리가 원하는 시나리오를 제공하여 우리 애플리케이션이 잘 동작하는지 확인하고 싶을 수 있다. 하지만, 보통 Spring Context에서는 동일한 이름을 가진 빈을 그대로 등록하게 되면 오류가 발생하기 때문에, 몇 가지 특별한 조치를 해주어야 하는데 한 번 살펴보자.  ☁︎ 테스트 시나리오 - 사용자가 상품을 구매하게 되면, 외부 API를 호출하여 재고가 존재하는지 확인한다.  - 만약 재고가 존재하면 외부 API는 ‘SUCCESS’라는 응답을, 재고가 존재하지 않으면 ‘FA..

🌱 들어가기 전회사 들어가고 블로그가 너무 뜸해진 것 같아서, 이전에 쓰려다가 못 쓴 글을 작성하고자 한다 🥹 (무한의 임시 저장...) 사내에서 Replication을 활용하고 있다는 건 알고 있는데, 구체적으로 어떤 식으로 동작하는지는 제대로 이해하지 못하고 있었던 것 같아서 간단하게 MySQL을 활용하여 Replication이 어떤 식으로 동작하는지 구축해보았다. 구체적인 부분은 더 공부하면 좋겠지만, 학습 용도로 작성하는 글!  🌱 복제란 무엇일까?복제는 기본적으로 master 노드에서 데이터가 변경되었을 때 slave 노드에도 변경된 내용을 적용시키는 것을 의미하며, MySQL에서는 기본적으로 비동기 복제 방식을 활용하여 둘 사이의 데이터 정합성을 맞추고 있다.여기서 말하는 비동기 복제 ..

🌱 들어가기 전 나는 평소에 마우스는 사용하지 않지만, 맥북 터치패드를 정말 많이 사용하는 편이었어서 개발할 때 단축키를많이 사용하지 않는 편이었다. 그러다 보니 자동으로 개발할 때 미묘하게 속도 차이가 났었는데, 이번에 단축키도 공부할겸, 리팩터링 시 어떻게 하면 Intellij 를 최대한 활용할 수 있는지 스터디 하는 시간을 가졌다. (갓나니개발자님 덕분에 많이 배울 수 있는 시간이었다 ㅎ_ㅎ) 이번 포스팅에서 사용된 샘플 코드는 백명석 님의 깃허브를 가면 확인할 수 있는데, 나는 사내에서 코틀린을 사용하고 있다 보니까 해당 코드를 코틀린 + Kotest로 변환하여 연습을 해보았다. 어떤 식으로 리팩터링을 했는지는 아래의 레파지토리에 커밋별로 나타내었다. GitHub - Cl8D/kotlin-exp..

🌱 들어가기 전너무 오랜만에 작성하는 블로그 글...! 최근에 사내에서 매우 많이 쓰이는 도메인에 대해서 리팩터링을 진행했었는데, 거기서 만났던 이슈들과 간단한 생각 기록을 블로그에 남기면 좋을 것 같아서 작성하고자 한다. 이미 팀 내에서 공유도 했었고, 동기들에게도 공유한 내용이기도 하고, 사실 별거 아닌 거라 그냥 간단하게만 정리할 예정이다. 🌱 문제 상황리팩터링을 진행하고자 한 도메인은 우리 팀에서 매우 중요한 비즈니스 도메인 객체 중 하나였고, 이미 안정적으로 잘 운영되고 있지만 굉장히 옛날부터 레거시로 내려오고 있던 객체였기 때문에 신규 입사자가 보기에 좋은 코드가 아니라는 생각이 들었다. 사내 도메인인 만큼 그대로 가져올 수는 없지만, 비슷한 느낌으로 아래와 같이 세팅을 진행해보았다.CREAT..

🌱 들어가기 전 지난 포스팅에서는 레디스를 활용해 분산락을 구현하는 다양한 방법들을 살펴보았다. 이번 포스팅에서는 조금 더 색다른 방법으로 레디스를 활용하여 분산락을 구현해보고자 한다. ✔ Case 4 - Lua Script 활용하기 Redis 2.6 버전에서 루아 스크립트 엔진이 추가되면서, 레디스 서버에서 루아 스크립트를 실행할 수 있게 되었다. 레디스 내부에서는 EVAL (혹은 EVALSHA)이라는 명령어를 통해 사용할 수 있다. EVAL script numkeys [key [key ...]] [arg [arg ...]] 만약 스크립트가 길어지게 된다면 스크립트 전체를 EVAL로 전송하기에는 네트워크 대역의 비용이 발생할 수 있기 때문에, 레디스에서는 SCRIPT LOAD 명령어를 통해 스크립트를 ..

🌱 들어가기 전 조금 오래되긴 했지만 이전 포스팅에서 네임드락을 통한 분산락 구현을 진행하였다. 마지막 포스팅에서 레디스를 활용한다고 말했었는데, 계속 미루다가 이번에 레디스 공부를 하면서 간단하게 구현을 진행해보았다. 분산락에 대한 개념은 이전 포스팅에서 다루었기 때문에, 레디스를 이용해서 바로 분산락을 구현해보자. 또한, 지난 포스팅에서는 Jmeter를 활용하였지만, 이번 포스팅에서는 E2E 테스트를 통해 직접 구현을 해보고자 한다. 🌱 구현 상황 정말 간단하게 잔액을 의미하는 'Balance'라는 값에, 2개의 요청이 동시에 들어왔을 때 레디스를 통한 분산락을 구현하여 제어해보자. 위의 결과에서 최악의 상황이라면 Request 1, 2번 모두 80이라는 값을 반환하여 정상적으로 잔액이 갱신되지 않을..

🌱 문제 상황 프로젝트를 진행하면서 동적 쿼리를 작성할 일이 많아 QueryDSL을 도입하게 되었는데, 이번에 색다른 오류를 발견하게 되었다. java.lang.NullPointerException: Cannot read field "id" because "co.kirikiri.domain.goalroom.QGoalRoomMember.goalRoomMember.goalRoom.roadmapContent.roadmap" is null NPE를 본 건 오랜만이어서 조금 삽질을 진행했다. 🌱 도메인 구조 지난 포스팅과 같은 프로젝트이기 때문에 도메인 구조는 거의 동일한데, 위 문제 상황을 이해하기 위한 추가적인 도메인 정보가 필요하다. 하나의 로드맵 본문(RoadmapContent) 정보에 대해서 여러 개의 ..

🌱 들어가기 전 우리 팀의 경우 E2E 테스트 환경을 구축하기 위해서 @SpringBootTest를 통해 테스트 코드를 작성하고 있는데, 우리 팀의 팀원분이 아래와 같은 오류를 만나게 되었다. failed to lazily initialize a collection of role: co.kirikiri.domain.roadmap.RoadmapContent.nodes.values: could not initialize proxy - no Session 상황은 아래와 같다. (추후 코드로 더 잘 살펴볼 예정이다.) A라는 생성 API와 B라는 조회 API가 있을 때, 팀 내에서 기능을 세분화한 다음 각자 개발을 진행하다 보니 B를 개발하는 시점에 A라는 API가 없어, 통합 테스트 때 repository를 ..

🌱 들어가기 전 우리 팀은 CI 플로우 과정 중에서 Jacoco를 활용하여 테스트 리포트를 발행하고, 커버리지를 체크하고 있다. (테스트를 정말 철저하게 하자는 취지인데, 팀원 모두가 테스트를 정말 꼼꼼하게 작성해 주셔서 좋다 👍) CI에 대한 글은 다음에 완전하게 구축된 이후에 작성하는 게 좋을 것 같아서, 오늘은 Jacoco에 대해서만 가볍게 짚고 넘어가고자 한다. 🌱 Jacoco 설정하기 Jacoco는, 테스트 코드 커버리지를 분석해주는 자바의 무료 라이브러리이다. Jacoco 플러그인에는 JacocoTestReport와 JacocoTestCoverageVerification Task 등이 존재한다. (여기서는 이 2가지를 위주로 알아보도록 하자.) - JacocoTestReport: 커버리지 결과..

🌱 들어가기 전 DB 공부하다가 '네임드락'에 대해서 알게 되었는데, 네임드락을 사용하면 분산락을 구현할 수 있다는 글을 보고 한 번 테스트해보고 싶어서 글을 작성해보고자 한다. 전체 소스코드는 여기에서 확인 가능하다. (뭔가 테스트용 레포 만들기 애매해서 그냥 안 쓰는 레포에다가 하려다 보니 코틀린으로 작성하게 되었다.) 🌱 분산락이란? 분산락이란 멀티 스레드 환경에서 공유 자원에 접근할 때, 데이터의 정합성을 지키기 위해 사용하는 기술이다. 여기서 여러 스레드가 공유 자원을 접근하며 경쟁하는 상황을 'Race Condition (경쟁 상태)'라고도 부르며, 자바에서는 'synchronized'라는 키워드를 통해서 하나의 스레드만 접근할 수 있도록 동기화 기능을 제공한다. 하지만, 스프링 웹 애플리케이..