Mayleaf's Blog

이 글에서 다루는 내용 이 글은 MSA 환경에서 로컬 트랜잭션의 커밋이후 메시지 전송을 보장하는 방법에 대해서 다룹니다. 내용을 다루기 위해서 예시와 함께 작성되었습니다. https://microservices.io/patterns/data/transactional-outbox.html Microservices Pattern: Pattern: Transactional outbox First, write the message/event to a database OUTBOX table as part of the transaction that updates business objects, and then publish it to a message broker. microservices.io 목차 트랜잭션의 커..

이 글을 쓰는 목적 코틀린 스프링을 사용하는 이유 코틀린 스프링을 백엔드 개발할때 쓰는 이유를 적은 글을 쓰며 백엔드 개발을 시작할때 최근에 가장 많이 논의되는 언어가 코틀린과 타입스크립트라고 생각을 하고 있는데, 개인적으로는 서로 blog.mayleaf.dev 스프링 MVC, 스프링 웹플럭스 두 생태계가 있는데 MVC는 멀티쓰레드 기반이고, 웹플럭스는 그러면 왜 쓰는걸까요? 오늘은 웹플럭스를 사용 하는 이유를 공유해보고자 이 글을 씁니다. 이 글의 내용 "스프링 웹플럭스" 쓰는 이유가 뭐냐고 물어보면 저는 리액티브 프로그래밍을 하기 위해서 사용한다고 이야기할 것 같습니다. 그래서 리액티브 프로그래밍이 무엇인지, 왜 스프링 웹플럭스를 사용하는지를 적었습니다. 본문 위 그림은 리액티브 선언문에서 발췌해서 ..

글을 쓰게 된 이유 이번 블로그 글에서는 Kotlin 테스트를 진행하면서, 특히 MockKInjects를 사용하면서 마주친 이슈를 공유하려 합니다. 이 문제는 테스트 클래스 생성자의 실행과 Injectmock에서 발생하는 버그와 관련이 있습니다. 디버깅하면서 봤던 코드들을 공유하면 다른 분들이 보기에 좋겠다 생각이 들어서 공유하기 위해 글을 씁니다. 문제 상황 MockKInjects를 작업하는 동안 테스트 클래스 생성자를 호출하면 Injectmock와 관련된 오류가 발생하는 걸 봤습니다. 오류 메시지는 다음과 같았습니다: No ParameterResolver registered for parameter [%s] in %s [%s]. injectmocks에 주입해줄 파라미터들을 못찾는 이슈였는데, 저같은 ..

이 글을 쓰는 내용 이 글은 코루틴이 내부적으로 어떻게 동작하는지 큰 흐름을 작성하였다 이 글을 쓰는 목적 코루틴이 아닌 다른 Async Non-Blocking 프로그래밍을 경험해보신 분이 읽어보면 코루틴도 다 똑같다는 것을 알리고자 썼다. 특히 Node.js의 이벤트루프 개념을 알고 있는 사람이면 더 쉽게 이해하실 수 있을 것 같다. 그리고 그 알고 계신분들 중에서도 코틀린을 쓰는 이유가 있구나라는 생각이 들었으면 해서 이 글을 작성한다. 비동기 프로그래밍이란? 비동기 프로그래밍이 뭐냐고 물어본다면 이전에는 IO바운드, 오래걸리는 CPU 연산등을 메인쓰레드에서 처리하면 쓰레드 멜트다운이 일어나기 때문에 쓰레드 풀에 있는 다른 쓰레드에 작업을 넘기는 프로그래밍 기법이라고 설명했을 것이다. 적어도 Node..

QueryDsl을 사용하려고 보니 javax에서 persistence 를 찾고 있었다. Spring 6부터는 JDK 17과 함께 jakarta ee를 채택했기 때문에 스프링부트를 통해서 jpa를 사용하려고 하고 있었다면 javax가 없어서 당연히 나타나는 에러라고 생각이 들었다. 인터넷에서 검색해보니 classifier를 gradle에서 명시하는 방법이 있어서 jakarta를 명시해서 문제를 해결했다. 이전 설정 implementation "com.querydsl:querydsl-jpa:${queryDslVersion}" annotationProcessor "com.querydsl:querydsl-apt:${queryDslVersion}" 수정 이후 설정 implementation "com.queryds..

In this article, I will discuss the Spring Security Filter versus Nest.js's Guard. The Spring Security Filter is responsible for managing incoming request authorizations. It is composed of multiple filters that work in a specific order, similar to the "Guard" feature in Nest.js. In Nest.js, each guard has a specific role, making it easy to understand, and it is executed iteratively through the u..

Today I have learned about Spring bean scope. The most generally used scopes are Singleton, request, prototype, and etc.. Singleton singleton scope is DEFAULT for spring bean. Most of beans we used are singleton. Picture your API server code. @Controller, @Service, @Repository, @Component, these are singleton. As at last I have written, singleton beans are created, registered, and injected their..

스프링 빈 생성주기에 대해서 배웠다. 정확히는 스프링에서 싱글톤으로 관리하는 빈에 대한 생성주기였다. 스프링 컨테이너 생성 스프링 컨테이너의 생성은 말 그대로 Application Context(이하 스프링 컨테이너)의 생성이다. 빈 객체 등록 스프링 컨테이너가 생성되면 빈 객체 등록이 이뤄진다. 이때, 빈이 생성자 주입을 사용하도록 되어있다면, 필요한 의존관계가 빈 객체등록 시점에서 이뤄진다. 의존관계 주입 만약 모든 의존관계가 다 생성자 등록이라면 빈 객체등록이 끝나는 시점에 의존관계 주입도 이미 끝나있을 것이다. 이 의존관계 주입단계에서는 수정자 주입이나, 필드주입을 받는 빈이 주입을 받는다. 초기화 콜백 위 단계에서 의존관계가 주입된 빈들은 초기화 콜백이 수행된다. 초기화 콜백은 Initializ..