DevHJ

QuartzBatchControlSpring Batch와 Quartz Scheduler를 통합 관리하는 웹 기반 배치 작업 관리 시스템소개QuartzBatchControl은 Spring Batch와 Quartz Scheduler를 통합하여,운영자가 스케줄 기반 혹은 수동으로 배치잡을 관리해야 하는 상황에서웹 UI로 편리하게 작업을 수행하고 실행 이력을 확인할 수 있도록 설계된실시간 통합 배치 관리 시스템입니다. 운영 효율성을 높이고, 로그와 상태 추적을 구조화함으로써배치 운영의 안정성과 가시성을 제공합니다.⚠️ 본 프로젝트는 코드 제공을 목적으로 하며,실제 운영 환경에서는 각 조직의 CI/CD 환경, 다중 서버 구조,**로그 저장 방식(S3 등)**에 맞게 구성 및 확장하여 사용해야 합니다. 📌 프론트..

이번 프로젝트는 Cursor AI의 코드 생성 능력을 검증해보고, 실제 실무 수준의 게시판 시스템을 얼마나 빠르게 구현할 수 있는지를 확인하기 위한 실험이었습니다.백엔드는 제가 익숙한 Spring Boot 기반으로, 프론트는 유지보수만 경험해봤던 Vue 3 기반으로 구성했습니다.프로젝트 개요 목적: Cursor AI를 통해 바이브 코딩 실험 - 얼마나 빠르게 정확한 기능을 구현할 수 있는가? 백엔드: Spring Boot + Spring Security + JPA + MySQL 프론트엔드: Vue 3 + TypeScript + Vite + Tailwind CSS + Pinia + Axios Repository: https://github.com/devHjlee/cursorboard사용한 Curso..

Kafka 브로커를 KRaft 모드로 실행할 때 meta.properties 파일이 없어 서버가 종료되는 오류를 해결한 과정을 정리합니다.1. 오류 상황KRaft 모드에서 카프카를 기동하려고 아래 명령을 실행하면:bin/kafka-server-start.sh config/kraft/server.properties로그에 다음과 같은 에러가 발생합니다:[2025-04-23 15:22:05,327] WARN No meta.properties file under dir /tmp/kraft-combined-logs/meta.properties (kafka.server.BrokerMetadataCheckpoint)[2025-04-23 15:22:05,328] ERROR Exiting Kafka due to fata..

Kafka Outbox Pattern with Spring Event - 주문 예제Kafka Outbox 패턴을 Spring Boot와 Event 기반으로 구현하며, 주문(Order) 도메인을 중심으로 트랜잭션 안정성 보장과 Kafka 전송 재시도 가능성을 확보하는 방법을 설명합니다.개요Kafka Outbox 패턴은 DB 트랜잭션과 Kafka 전송 간의 일관성을 유지하기 위한 대표적인 방법입니다.Spring의 @TransactionalEventListener를 활용하여 도메인 이벤트를 트랜잭션 내부에서 발행하고, 트랜잭션 커밋 이후 Kafka로 안전하게 발송되도록 구성했습니다.Kafka Outbox 패턴Kafka Outbox 패턴은 DB 트랜잭션과 Kafka 메시지 발행 사이의 일관성을 보장하는 구조입니..

Kafka EventRushKafka + Redis 기반 선착순 이벤트 실습 프로젝트GitHub 바로가기개요Kafka와 Redis를 활용한 실시간 선착순 이벤트 입니다. 대규모 사용자 요청이 동시에 들어오는 상황에서 중복 참여를 방지하고, 정해진 인원 수만 이벤트에 당첨되도록 처리하는 구조를 구현했습니다.Kafka는 비동기 메시징 큐로 활용되며, Redis는 중복 검사와 선착순 인원 제한에 사용됩니다.사용 기술Java 17 Spring Boot 3.3 Kafka 3.6.1 (KRaft 모드) Redis MySQL JUnit5, Spring Boot Test k6 (성능 테스트 도구) Kafka 간략 소개Kafka는 대용량의 데이터를 빠르고 안정적으로 처리할 수 있는 분산 메시징 시스템입니다.P..

💡 Tomcat SSLHandshakeException 오류 해결 후기 (JDK 버전 관련)인수인계 받은 레거시 시스템 2개가 Windows Server에 있었으며 각각 서비스로 등록된 2개의 서비스중 하나의 Tomcat에서 SSLHandshakeException 오류가 발생했다.당연히 같은 JDK(1.8.0_101)를 바라보고 있을줄 알았으나, 다른 JDK(1.8.0_045)를 바라보고 있었으며, 서비스 등록 방식의 특성을 몰라 한참을 헤맸다.개요하나의 서버에 A, B 두 개의 Tomcat 인스턴스가 독립적으로 실행 중두 인스턴스 모두 catalina.bat, setenv.bat에 JAVA_HOME = jdk1.8.0_101로 설정되어 있음하지만 A는 오류 발생, B는 정상 동작증상A 톰캣에서 외부 ..