본문 바로가기

전체 글

(49)

Spring Rest Docs 도입 시, Maven과 Asciidoctor 문법이 헷갈리는 분들을 위한 pom.xml 설명 Spring Rest Docs를 검색했을 때, Maven에 도입하는 방법에 대한 pom.xml 설명이 부족하다고 느꼈습니다.그래서 이번 글에서는 Spring Boot와 Maven(3.9.9 버전) 환경에서 Spring Rest Docs를 사용하기 위한 pom.xml 설정 방법을 정리하고, 그 과정에서 Maven 의 문법도 함께 학습해보려 합니다. 또한, pom.xml 설정 값들이 Asciidoctor와 Maven 중 누구의 설정 값인지 이해하는 것이 이 글의 목표입니다. 또한, 아래 그림과 같은 결과처럼 *.adoc 파일을 HTML로 변환하여 .jar 파일에 포함시키고, *.adoc 파일은 도메인별로 디렉토리를 나누어 관리하는 방식도 함께 구현해보겠습니다.1. Spring Rest Docs 3.0.3 ..

수습과제 게시판 구현하며 나는 무엇을 배웠나? 수습기간 4주 동안 '게시판 만들기' 과제를 부여받았다. 이 글은 과제를 진행하며 나는 1달이라는 긴 시간 동안 무엇을 배웠는지 정리하고자 한다. 프로젝트 기술 스택프론트엔드: 퍼블리싱에 JavaScript를 덧붙여 Ajax 요청백엔드: Spring Boot, Spring Security, JDBC Template, ThymeleafDB: MySQL빌드: MavenAPI 문서: Rest Docs구현한 기능은 크게 다음과 같다.사용자, 게시글, 댓글/답글, 관리자 CRUD 게시글 페이징, 검색, 출력 건수 조건동영상 1과 2는 결과물이다.동영상 1. 게시판 홈 화면 동영상 2의 로그인한 사용자는 관리자 권한을 가진 사용자로 다른 사용자의 모든 댓글/답글을 삭제할 수 있지만, 수정은 불가하다.동영상 2. 게..

코드로 알아보는 Spring Data Redis의 @Cacheable 동작 원리와 트랜잭션에서 @CachePut/@CacheEvict 실행 시점 글의 목표Spring Data Redis에서 @Cacheable 메서드를 실행하고, 캐시 미스(Cache miss)로 인해 반환값이 캐시에 저장되는 과정. 그리고, @Transactional과 함께 @CachePut/@CacheEvict를 사용할 경우 @CachePut/@CacheEvict가 언제 실행되는지를 내부 구현을 통해 아는 것이 목표입니다. 본 글은 RedisCache에 한정된 내용임을 미리 알려드립니다. Spring Cache 추상화 구조 Spring Cache는 Cache 인터페이스와 CacheManager 인터페이스를 통해 추상화됩니다 This abstraction is materialized by the org.springframework.cache.Cache and org.springf..

RedisTemplate 내부 탐구: Spring Data Redis는 Lettuce를 어떻게 추상화했는가? Lettuce 가 무엇인지, Spring Data Redis의 RedisTemplate 은 Lettuce 를 어떻게 추상화했는지 알아보고자 합니다. 먼저, Spring Data Redis 는 Lettuce와 Jedis 라는 2개의 오픈 소스 라이브러와 통합되었습니다.Spring Data Redis integrates with Lettuce and Jedis, two popular open-source Java libraries for Redis. Lettuce와 Jedis는 "Java에서 Redis에 접근하여 데이터를 주고받을 수 있도록 도와주는 라이브러리"입니다.그렇다면 각각 무엇인지 Lettuce부터 알아보겠습니다.Lettuce 란?Lettuce is a scalable thread-safe Redi..

[회고] 2024년 한 해동안 읽은 책 오브젝트객체지향을 공부한다면 빠질 수 없는 책, 《오브젝트》를 읽었다. "역할,책임,협력" 을 어떻게 구현하지?처음 읽을 때는 Spring을 사용해 본 적이 없어 예제조차 이해하기 어려웠다. 역할, 책임, 협력에 대한 개념을 글로만 읽었을 뿐, 실제 코드로 구현하는 것은 감이 오지 않았다. 두 번째 읽을 때는 역할, 책임, 협력의 개념을 이해할 수 있었지만, "메시지를 누가 요청하고, 어디로 보내야 할까?" 같은 구현 레벨의 고민이 남았다. 다행히 책에서는 정보 전문가 패턴을 활용해 쉽게 구현하는 방법을 소개한다. 덕분에 구현에 대한 감각을 조금씩 익힐 수 있었다. 설계와 구현간의 이해 간극을 좁히기 위해 책을 반복해서 읽을수록, 협력이 아닌 메시지부터 구현하는 것이 편하단 것을 느끼게 되었다. 그리고,..

CompletableFuture를 활용해 외부 API 호출을 비동기 처리, 응답 시간 1분 → 14초로 단축 문제 상황프로젝트 QA시, 주간 리포트 기능의 응답 시간이 사용자 1명당 최악의 경우 2분 이상, 대체로 평균 1분 이상 소요되는 문제가 있었습니다. 이 문제를 분석한 결과, DB 쿼리는 실행 계획상 eq_ref 와 ref로 빠르게 처리되고 있었습니다.응답 시간이 길어진 주요 원인은 비즈니스 로직에서 최대 7번의 외부 API 호출을 동기적으로 처리하고 있기 때문이었습니다. 아래 코드처럼, stream() 내부에서 연속적인 외부 API 호출을 처리하면서 일일 서비스와 Clova AI가 동기적으로 요청과 응답을 주고받는 구조로 동작하고 있었고, 이를 개선하고자 했습니다.Map> valuesByKey = map.values().stream() 외부 API 호출, ..

왜 내 CompletableFuture 는 Console 에 로그가 없는가? ForkJoinPool 의 데몬 스레드를 알아보자 CompletableFuture를 활용한 비동기에서 콘솔에 로그가 남지 않는 문제비동기 처리를 위해 CompletableFuture 사용법을 익히는 중, 비동기 처리 로직(Task 클래스의 doAsyncWithForkJoinPool( ))에서 콘솔에 로그가 남지 않는 문제가 발생했습니다. 이에 대해 알아보고자 합니다. 문제가 되었던 코드로 실행 결과는 "메인 종료" 만 나올 뿐, Thread.currentThread().getName() 관련 로그는 콘솔에 나오지 않았습니다.// Main 클래스public static void main(String[] args) { Task task = new Task(); CompletableFuture future = task.doAsyncWit..

외부 API 호출을 트랜잭션에서 분리하기 위해 FACADE 계층을 사용한다면, OSIV 활성화 여부를 고려하자! 문제 상황: 서로 다른 트랜잭션에서 엔티티 변경 시 변경감지가 작동하는가? 외부 API 호출을 트랜잭션에서 분리하기 위해 FACADE 패턴을 도입했습니다.3개의 서비스를 리팩토링하며, 트랜잭션 범위 밖에서 외부 API를 호출하도록 설계하였고, 코드 구조는 다음과 같았습니다. // 트랜잭션에서 외부 API 호출을 분리하고자 만든 Facade 객체public class Facade { private final Service1 service1; private final Service2 service2; public ... createSomething(...) { // 1번 서비스 트랜잭션 시작 EntityA entityA = service1.doSomething(....

목록 더보기

티스토리툴바