til

개요프로젝트 진행 중 PostgreSQL을 도커 컨테이너로 실행하여 하나의 서버 인스턴스에서 여러 데이터베이스를 논리적으로 분리해 사용하고 있었습니다. 그러던 중, 제가 관리하는 데이터를 다른 애플리케이션을 맡은 팀원이 필요로 하여 DDL 요청을 받게 되었습니다. 하지만 데이터를 하나씩 추출하는 것은 비효율적이었고, 다른 방법을 찾던 중, 제가 사용 중인 인텔리제이에서 제공하는 'SQL Inserts' 기능을 알게 되었습니다. DDL 추출1. 원하는 데이터베이스를 클릭하고 위 그림과 같이 SQL Inserts를 선택합니다.2. 바로 오른쪽에 Export data..를 클릭합니다.그러면 'Export Data' 창이 뜨고, 'Extractor' 옵션에서 다양한 추출 방법을 선택할 수 있습니다.

본글은 @Lob 어노테이션에 대해서 공부한 지식을 정리한 글입니다. 개요 Gemini AI를 요청을 할 때 요청문(request)를 보냈을 때 위와 같이 "ERROR value too long for type character varying(255)"에러가 발생했습니다.문제 상황 MSA 환경에서 FeignClient를 통해 리스트를 문자열로 변환하고,  AI 애플리케이션에 최적 경로를 요청하는 로직에서 "value too long for type character varying(255)" 오류가 발생했습니다.해당 로직은 출발 허브 ID와 도착 허브 ID를 받아 경로 리스트를 생성하고, 이를 AI에 전송하여 최적의 경로를 요청하는 구조입니다.문제의 원인문제의 원인은 question 필드에 대한 길이 제한입..

트레이스 정보 전파 실패 hub-service에서 /hub-paths/optimal로 요청을 보내면, 이 요청은 ai-service의 /ai 엔드포인트를 호출하여 AI 요청을 생성하는 로직을 포함하고 있습니다. 원래 목표는 Zipkin을 사용하여 FeignClient 호출을 포함한 마이크로서비스 간의 요청을 분산 트레이싱으로 통합하는 것이었지만, 현재 각 서비스가 독립적으로 트레이스되고, 트레이스가 하나로 묶이지 않는 현상이 발생했습니다. 트레이스 정보 전파 실패 이유이러한 트레이스 정보 전파 실패의 원인은 다음과 같은 의존성 누락 때문이었습니다.dependencies { // Zipkin implementation 'org.springframework.boot:spring-boot-start..

Error 원인Kafka를 사용하여 상품 삭제시 해당 이벤트를 구독하고있는 메서드를 테스트하고있었습니다.Unrecognized token 'a430475a' 로그를 확인해보니 위와 같이 "Unrecognized token"에러가 발생했습니다. error의 원인은 말 그대로 요청 중 JSON parse error가 난 것입니다. 직렬화/역직렬화 클래스를 작성하여 메시지를 보낼 때 객체를 JSON 문자열로 직렬화하고, JSON 문자열을 객체로 역직렬화하는 과정을 정상적으로 처리하고 있음에도 불구하고, 계속해서 에러가 발생했습니다. 코드를 여러 차례 확인했지만 문제가 없어 보였기에, 구글링을 통해 문제의 원인을 파악했습니다. 문제의 원인은 Kafka 토픽에 저장된 데이터가 JSON 형식이 아닌 경우였습니다. ..