티스토리

영호

검색하기

블로그 홈

영호

00h0.tistory.com/m

.

구독자: 22

방명록 방문하기

주요 글 목록

@ConfigurationProperties 는 무엇을 기준으로 값을 주입할까 들어가면서,최근에 같이 우테코를 수료한 지인과 각자 실무를 하면서 기본기를 다시 다지기 위해 Spring 스터디를 시작했습니다. 스터디원이 ConfigurationProperties 관련해 흥미로운 점을 알려줬고, 관련해서 조금 더 파본 내용을 간단하게 정리한 글입니다.실험을 진행한 환경은 Spring Boot 3.x 버전입니다. 궁금한 점꼭 설정 파일의 key 값과 java 코드의 필드명이 같아야 될까? HikariConfig 를 보면 maxPoolSize 란 필드가 있습니다. 그러나 설정파일 에서는 maximum-pool-size 키 값을 사용해 우리가 원하는 값을 주입 해줍니다. 즉, 설정 파일의 key 값과 자바 코드의 필드명이 달라도 매핑이 됩니다. 그래서 이를 확인해보기 위해 직접 코드를 쳐봤.. 공감수 1 댓글수 2 2024. 7. 15.
[spring] Transactional outbox pattern 을 활용해 이벤트 유실 개선하기 PR 링크: 링크들어가면서진행했던 프로젝트에서 이벤트를 기반으로 핵심 도메인 로직과 이에 따른 부가로직을 이벤트로 분리하였습니다. 그러나 기존의 구조에선 도메인 완료 이벤트에 따른 부가로직의 수행까진 보장하지 못합니다. 핵심 도메인 로직: 쿠폰에 스탬프 적립부가 로직: 스탬프 적립 시 방문 기록 저장기존 구조2번 과정(방문 기록 저장)이 실패하면 스탬프는 적립 되었지만 이에 해당하는 방문 기록이 없어져 데이터 정합성이 틀어집니다. 즉, 스탬프 적립 이벤트가 유실됩니다.문제 상황[도메인 로직 완료 이벤트 유실]위에서 설명했듯이 스탬프 적립 이벤트에 따른 부가기능을 수행하는 로직 실패 시 데이터 정합이 틀어지는 문제가 존재합니다. 스탬프 적립 시 부가로직은 스탬프 적립 알림, 방문 기록 추가 등이 있습니다.. 공감수 1 댓글수 0 2024. 4. 27.
[Spring] 역할에 따른 멀티모듈 구성으로 프로젝트 개선하기 멀티모듈로 분리한 이유 기존 프로젝트는 단일모듈로 구성되어 있어 코드 변경 시 전체 코드가 컴파일, 배포되는 구조입니다. 현재 프로젝트에서는 크게 2가지 영역이 있습니다. 주기적으로 외부 api 를 호출해 주차장 잔여 좌석을 갱신하는 스케줄러 spring mvc 를 활용한 어플리케이션 코드 스케줄러의 코드 변경은 어플리케이션 코드에 전혀 영향이 없습니다. 그러나 단일 모듈 구조에서는 스케줄러 코드가 변경되어도 전체 코드가 컴파일, 배포 됩니다. 현재 단일 모듈의 단점 스케줄러 코드의 변경으로 전혀 영향이 없는 어플리케이션 코드도 재배포 됩니다. 변경 주기가 다른 스케줄러, 어플리케이션 코드가 항상 같이 재배포되는 구조입니다. CI 속도가 불필요하게 오래 걸린다. 스케줄러 코드 변경으로 인해 전체 코드 테.. 공감수 0 댓글수 0 2024. 4. 11.
[Spring] TaskScheduler 를 활용해 만료된 인증코드 제거하기 들어가면서 프로젝트를 진행하면서 인증코드를 redis 로 관리했습니다. 인증코드는 3분이란 유효시간이 있고 유효시간이 지난 인증코드로 인증 요청을 하면 실패해야 합니다. redis 는 메모리 기반이기 때문에 유효하지 않은 데이터는 제거하여 유효한 데이터만 저장하고 싶었기 때문에 만료된 인증코드를 어떻게 바로바로 제거할지 고민한 과정을 포스팅 할 예정입니다. redis 의 Set ex 파라미터 활용 redis 에는 다양한 command 가 있고, 그 중 key 를 저장하면서 만료시간을 설정할 수 있습니다. redis 의 ttl 만료된 키 삭제 메커니즘 redis 는 만료된 키를 삭제하는 2가지의 메커니즘이 있습니다. 만료된 key 접근 시 삭제 일정 주기로 ttl 이 설정된 키를 선정해 만료된 key 를 .. 공감수 0 댓글수 0 2024. 3. 12.
스탬프 중복 적립 개선기 들어가며,전에 참여했던 카페 쿠폰 서비스의 쿠폰에 스탬프를 적립하는 로직에서 동시성 이슈를 발견하여 이를 해결하기 위해 고민한 과정을 정리하려고 합니다.현재 문제점방어로직이 없다스탬프 적립 요청 시 {어느 쿠폰}에 {몇 개의 스탬프}를 적립 할지, 인증 토큰에 대한 인자만 받고 있습니다. 이로 인해, 네트워크 지연 등에 대한 재시도로 인해 동일한 쿠폰에 대한 스탬프 적립 요청이 2번 들어오면 2배의 스탬프가 적립됩니다. 즉, 중복 적립 문제가 발생합니다.기존 API 대략적인 구조POST coupon/{couponId} BODY int: stampCount원하는 결과흔히 말하는 동시성, 따닥 이슈 발생 시 하나의 요청만 유효하게 처리하길 원했습니다. 이를 만족하기 위해 어떤 고민을 했는지 작성해보겠습니다.. 공감수 1 댓글수 0 2024. 2. 23.
[Spring] @TransactionalEventListener 에서 CUD 가 안되는 이유 들어가면서, 우테코 프로젝트에서 @TransactionalEventListener 를 사용할 때 READ 는 되는데 CUD 쿼리가 발생하지 않는 문제를 겪었다. 그래서 이에 대한 원인에 대해 공부한 과정을 정리 해볼 예정이다. 트랜잭션 생성 과정과 커밋 과정 REQUIRED, REQUIES_NEW 옵션의 트랜잭션 생성 과정 물리 트랜잭션, 논리 트랜잭션 커밋 과정 각각에 대한 자세한 내용은 링크에 있습니다. 간단하게 요약하자면, 아래와 같은 흐름으로 진행됩니다. 트랜잭션 생성 시 스레드 로컬에 트랜잭션 관련 자원이 있으면 기존 트랜잭션이 있다고 판단. REQUIRED 옵션은 새로운 트랜잭션을 논리 트랜잭션으로 생성 REQUIRES_NEW 는 스레드 로컬에 자원이 있어도 새로운 물리 트랜잭션으로 생성 이후.. 공감수 0 댓글수 0 2023. 10. 15.
[Spring] 외부 API 와 비즈니스 로직 분리하기 들어가면서, 프로젝트 도중, 아래의 요구사항을 구현하면서 @TransactionalEventListner 를 사용해 기존 코드의 문제점이었던 코드의 유지보수성과 불필요한 로직의 트랜잭션을 제거한 과정을 기록하려고 한다. 스탬프 적립이 정상적으로 완료되면, 슬랙으로 알림을 보낸다. 알림 발송에 실패해도 스탬프 적립이 롤백되어선 안된다. 기존 코드 @Transactional public void createStamp(StampCreateDto stampCreateDto) { // 스탬프 적립 전 여러 검증 코드 coupon.accumulate(earningStampCount); // 슬랙 API 호출 } 기존 코드의 문제점 기존 코드는 아래와 같은 문제점이 있다고 판단했다. 외부 API 와 비즈니스 로직이 .. 공감수 0 댓글수 0 2023. 10. 15.
[Spring] @Transactional 의 REQUIRED, REQUIRES_NEW 트랜잭션 생성 과정 들어가면서, 트랜잭션 전파 옵션에는 REQUIRED, REQUIRES_NEW 등등이 있다. 그 중에서 이번에는 REQUIRED, REQUIRES_NEW 옵션일 때 트랜잭션 생성 과정에 대해 알아볼 예정이다. REQUIRED 는 어떻게 기존 트랜잭션이 존재하면서 해당 트랜잭션에 참여하고, 없으면 새로운 트랜잭션을 만들까? REQUIRES_NEW 는 어떻게 매번 새로운 트랜잭션을 만들까? 이 부분에 대해 알아볼 때 핵심적인 기능을 하는 클래스는 AbstractPlatformTransactionManager, JpaTransactionManager, TransactionSynchronizationManager 가 있다. 이 클래스들이 기존 트랜잭션이 있는지 확인한다. 없으면 새로운 트랜잭션 설정을 해주고, 기.. 공감수 1 댓글수 1 2023. 10. 14.
[Spring] @Transactional 물리 트랜잭션과 논리 트랜잭션 커밋 동작 차이 들어가면서 이번 글에서는 @Transactional 이 커밋되는 과정을 물리 트랜잭션, 논리 트랜잭션 2 경우에 대해 디버깅을 통해 공부한 과정을 정리할 예정이다. 스프링 트랜잭션에는 물리 트랜잭션과 논리 트랜잭션이란 개념이 있다. 물리 트랜잭션은 데이터베이스 커넥션을 통해 우리의 쿼리가 실제 커넥션을 통해 커밋/롤백 하는 역할을 한다. 논리 트랜잭션은 A라는 트랜잭션에 B 라는 트랜잭션이 참가하는 경우. 즉, 하나의 트랜잭션 내부에 다른 트랜잭션이 추가로 사용하는 경우 이 트랜잭션들을 논리 트랜잭션 이라고 한다. 트랜잭션이 하나라면 물리, 논리 트랜잭션을 구분하지 않는다. 트랜잭션의 COMMIT 동작 흐름 @TransactIonal 을 활용한 트랜잭션은 AbstractPlatformTransaction.. 공감수 2 댓글수 2 2023. 10. 14.
하나의 객체에서 여러 Builder 사용해보기 (feat. Builder 컴파일 과정, lombok) 들어가면서, 우테코 5기 프로젝트를 진행하면서 처음 빌더 패턴을 써봤다. 그 과정에서 하나의 객체에 대해 2가지 버전의 Builder 를 활용할 필요성이 있었는데 겪은 문제점과 해결 방법에 대해서 작성할 예정이다. 문제 상황 회원은 2가지 종류가 있다. 임시 회원 정식 회원 임시회원은 전화번호만 필요하고, 정식 회원은 현재 OAuth를 활용하기 때문에 OAuthProvider, OAuthId 가 필요하다. 추가적으로 임시회원은 임시 닉네임으로 전화번호 마지막 4자리를 사용하기 때문에 임시회원만 전화번호를 이용해 닉네임을 생성하는 작업이 필요하다. 그래서 내가 원한 것은 내가 원한 기능 Customer 객체에 회원 종류 별 Builder 메서드를 이용해 각 회원 객체를 생성할 때 개발자의 실수를 줄이고, .. 공감수 1 댓글수 2 2023. 9. 7.
[Spring] test context caching 잘못된 내용이 있으면 언제든지 피드백 해주시면 감사하겠습니다 ^.^ Context Caching? Spring에서 테스트를 작성할 때 bean으로 등록한 것들을 테스트하기 위해선 Application context가 필요하다. 하지만 테스트의 독립성을 유지하기 위해 테스트마다 모든 bean으로 구성된 Application context를 만든다면 속도가 매우 느릴것입니다. 그래서 spring의 testContext는 context caching을 해줍니다. 그렇다면 어떤 기준으로 context caching하는지 알아보겠습니다. 언제 새로운 context를 만들지? 기본적으로 textContext는 재사용할 수 있다면 이미 만들어진 context를 caching해 재사용합니다. 그렇다면 언제 재사용을 할.. 공감수 1 댓글수 0 2023. 5. 21.
ResponseEntity의 created(URI)는 뭘까? (feat.httpCode 201) 개요 레벨2 자동차 경주 미션을 진행하면서 201응답을 반환하는 상황이 있었다. 이 과정에서 ResponseEntity의 created는 왜 URI를 인자로 받는지 페어와 이야기 했었다. 당시에 추측만 하고 명확하게 답을 내지 못해서 따로 공부한 내용을 정리해보려고 한다. ResponseEntity.created(URI)구현코드 public static BodyBuilder created(URI location) { return status(HttpStatus.CREATED).location(location); } ResponseEntity클래스의 created메서드는 위와 같이 구현되어 있다. parameter에 URI가 있다. 도대체 저 URI가 뭐지? 당시 디투와 얘기 했을 때는 redirect를 .. 공감수 4 댓글수 0 2023. 4. 24.
공식문서로 알아보는 IoC container 개요 Spring의 IoC container를 알아보기 위해 아래와 같은 개념들에 대해 정리한다. IoC란? Spring에서 IoC를 제공하기 위한 인터페이스 IoC컨테이너 안에서 bean을 관리하는 생명주기 IoC(Inversion of control) 위 단어를 해석하면 ‘제어의 역전’이다. 나는 여기서 제어라는 것은 의존성 관리를 의미한다고 생각한다. 객체지향 프로그래밍은 다양한 객체를 생성하고 객체끼리의 의존성을 관리하면서 객체를 사용하는 코드를 작성해 서비스를 구성한다. 만약 A객체에서 B객체의 기능을 사용할 필요가 있어서 A클래스 내부에서 B객체를 생성하는 코드를 작성하게 되면 A와 B는 강하게 결합된다. class ServiceA { public void doSomething() { } } .. 공감수 0 댓글수 0 2023. 4. 20.
Jdbc와 Jdbc template비교 기존 JDBC의 문제점 반복 코드가 너무 많다. 여기서 반복하는 작업은 아래와 같다. DB연결을 위한 자원 명시하기 파라미터 바인딩 마지막에 자원 반납하기 이 부분은 try with resource로 어느정도 해결이 가능하다. 결과 바인딩 JDBC는 아래 코드 처럼 디비 연결, 파라미터 바인딩, 결과 변환 등등을 다른 쿼리를 날리는 메서드에서도 반복해야 한다. public List findAllGameRooms() { String selectQuery = "SELECT game_room_id, status FROM game_room"; try (Connection connection = dbConnection.getConnection()) { PreparedStatement preparedStatemen.. 공감수 0 댓글수 0 2023. 4. 20.
[Spring JDBC] SimpleJdbcInsert로 쉽게 INSERT하기 SimpleJdbcInsert란 기존 JdbcTemplate를 이용한 Insert보다 손쉽게 데이터를 저장하기 위해 제공하는 구현체다. 데이터 저장 후 primaryKey를 알고 싶은 경우 SimpleJdbcInsert를 이용해 keyHolder없이 구현할 수 있다. SimpleJdbcInsert와 JdbcTemplate제공 기능 차이 SimpleJdbcInsert SimpleJdbcInsert는 데이터를 저장하기 위한 기능만 제공하기 위해 SimpleJdbcInsertOperations를 구현하고 있다. execute() executeAndReturnKey() withTableName() 등등... JdbcTemplate JdbcTemplate은 데이터 저장뿐만 아니라 조회, 삭제, 업데이트 등의 기능.. 공감수 1 댓글수 0 2023. 4. 12.
[Spring] 컴포넌트 스캔 우선 Spring의 특징 Spring은 객체지향의 장점을 살릴 수 있도록 도와줍니다. 객체지향 프레임워크는 객체들의 집합으로 객체들 간의 협력을 통해 기능을 완성시키기 때문에, 객체 간 의존관계를 잘 관리해야 합니다. 그렇다면, Spring에서는 어떤 식으로 객체들을 관리하는지 알아보겠습니다. 우선, Spring에서는 이러한 객체들을 빈(bean)이라는 개념으로 표현합니다. 스프링 컨테이너에 빈들을 등록하고 관리하는 방식입니다. 빈을 등록하는 방법에는 @Bean, 컴포넌트 스캔을 활용하는 방법 2가지가 있습니다. 이 2가지 방법을 비교해 보겠습니다. @Bean @Configuration public class ApplicationConfig { @Bean public ARepo aRepo() { retu.. 공감수 0 댓글수 0 2022. 12. 26.
[Spring] BeanFactory, ApplicationContext 개요 Spring은 객체지향의 장점을 살리면서 개발할 수 있는 프레임워크입니다. 객체지향 프로그래밍은 여러 객체들이 서로 의존하면서 주어진 기능을 수행합니다. 이를 위해 Spring에선 BeanFactory, ApplicationContext를 제공해 객체들을 관리해 줍니다. BeanFactory 스프링 공식문서를 보면 "The root interface for accessing a Spring bean container." 즉, 스프링 빈에 접근하기 위한 기능들을 제공해 줍니다. 스프링 컨테이너의 최상위 인터페이스입니다. 스프링 빈을 조회, 관리하는 역할을 담당합니다. 스프링 빈 조회 시 사용되는 getBean() 메서드를 제공합니다. 그렇다면 ApplicationContext는 스프링 빈에 대해 어.. 공감수 0 댓글수 0 2022. 12. 23.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.