본문 바로가기

백엔드32

Feign Client 에서 응답 받을 때 Jackson 역직렬화 이슈 ✅ 문제 상황 record 기반 클래스에서 필드명이 다른 이슈가 생겨서 Feign Client 응답 파싱이 실패하는 이슈가 생김public record OrderCreateResponse( UUID orderId, // feign client에서는 id 라는 필드명으로 응답하고 있음 UUID productId, Long userId, ...) {} ✅ 원인record는 모든 필드가 final이고 생성자를 암시적으로 사용하기때문에, Jackson이 생성자 파라미터 이름을 알 수 없어 매핑 실패함 ✅ 해결 방법생성자에 @JsonProperty 어노테이션을 달아서 직접 명시를 해주면 됨public record OrderCreateResponse( @JsonProperty("id") .. 2025. 4. 21.

Feign Client에서 커스텀 어노테이션 사용시 주의사항 ✔️ 문제상황Feign Client 인터페이스 메서드에 @RequestHeader("X-User-Id) 대신 사용할 수 있는 커스텀 어노테이션을 생성하여,@CurrentUserId 를 통해 파라미터로 사용할 경우 아래와 같은 에러가 발생하여 빌드가 실패했다. Method has too many Body parameters 아래 코드와 같이 커스텀 어노테이션을 사용해서 헤더를 전달하게 되면, 커스텀 어노테이션이 무시되면서 userId까지 @RequestBody로 인식이 되어 문제가 생긴 것이다. (Body 파라미터가 2개 이상이 됨)@FeignClient(name = "order-service")public interface OrderFeignClient { @PostMapping OrderCr.. 2025. 4. 21.

낙관적락 사용시 버전을 초기화 하지 않아 생긴 트러블슈팅 ✔️ 문제 상황 Hibernate에서 @Version 필드를 사용하는 경우 해댕 필드가 null 이면 다음 커밋 시점에 NPE가 발생할 수 있다. ✔️ 원인 Hibernate는 내부적으로 version + 1을 수행하기 위해 현재 버전 값을 가져오는데,@Version 필드가 null 이면 이를 수행할 수 없어 예외가 발생한다. ✔️ 해결방법생성시 version 값을 초기화해준다. ...@Versionprivate Integer version;private Limited(UUID limitedProductId, LocalDateTime startDate, LocalDateTime endDate, LimitedStatus status) { LimitedDateValidator.validateDat.. 2025. 4. 21.

PostgreSQL의 격리수준과 비관적 락 PostgreSQL의 격리수준에 대해PostgreSQL의 기본 격리 수준은 READ COMMITTED 이다. READ COMMITTED란 ?다른 트랜잭션이 데이터를 새로 커밋하면, 현재 트랜잭션 도중에도 최신 커밋된 값을 읽을 수 있는 것이다.즉, 현재 트랜잭션 안에서 동일한 row를 두 번 이상 조회 했을때, 중간에 다른 값이 나올 수도 있다. 한정된 수량을 실시간으로 판매하는, 한정판매 이벤트에서 READ COMMITTED 여서 발생할 수 있는 문제는 무엇일까?* 바로 재고가 중복 감소 되는 것이다. *예를 들어 A 와 B가 동시에 재고를 조회하여 둘 다 남은 재고가 한 개 라고 한다면, 둘 다 주문이 가능할 것이고, 남은 재고를 초과하는 주문이 발행될 것이다.따라서 동시 접근 시 데이터 정합성이 깨.. 2025. 4. 20.

SOLID 원칙과 사용 예시 SOLID 원칙은 객체지향 설계에서 유지보수와 확장성을 높이기 위해 만들어진 5가지 핵심 원칙을 말한다.SRP클래스는 하나의 책임만 가져야 한다.OCP확장에는 열려 있고, 변경에는 닫혀야 한다.LSP자식 클래스는 부모 클래스를 대체할 수 있어야 한다.ISP인터페이스는 작고 명확하게 분리하라.DIP구체 클래스가 아니라 추상화에 의존하라. 해당 SOLID 원칙을 이용해서 코드에 적용 시킨 예를 함께 정리해 보았다. ✅ 단일 책임 원칙 SRP (Single Responsibility Principle)"하나의 클래스는 하나의 책임을 가져야 한다."클래스가 하나의 변화 이유만 가지도록 설계클래스가 변경될 이유가 명확해지고, 유지보수 및 확장성에 좋음ex) purchasOrder에서 필요한 서비스를 책임에 따라 .. 2025. 4. 16.

Feign Client를 감싸는 Facade Service Class A-서비스 에서 Feign Client를 이용하여 B-서비스를 호출할때,기존 A-서비스의 Service Class에서 직접 호출하는 경우가 있다. 이러한 경우 Application 계층에서 Infrastructure 계층을 직접 사용하는 것이므로 SRP와 DIP가 잘 지켜지지 않는다. 따라서 이러한 경우 B서비스를 호출하는 Service Class 를 파사드하여 따로 생성해주는게 좋다.즉, Feign Client 호출을 위한 Service Class를 생성하는 것이다. @Service@Slf4j(topic = "feign client : call product-service")@RequiredArgsConstructorpublic class ProductClientService { private f.. 2025. 4. 14.

이전 1 2 3 4 ··· 6 다음

티스토리툴바