기존의 프로그램에서 버그를 수정을 위해 코드를 수정하여 docker compose를 이용해 로컬에 spring 프로젝트들을 띄워 두었다.redis의 설정 파일위와 같이 local 환경과 dev 환경의 redis.host가 분리되어 있다. dev 환경의 redis.hos

위는 현재 진행중인 멀티 모듈 프로젝트의 모듈 구조이다. 평소와 같이 개발을 진행하던 도중, 예외 처리 및 에러 핸들링을 하는 과정에서 다음의 문제가 발생했다.우선 api 모듈의 Controller단에서 domain 모듈의 Service단을 호출하고, Service단의

Week I Learned, 이번 주 프로젝트를 수행하며 겪은 일들, 배운 내용들을 정리하는 시간을 가져 보자.먼저, 노션의 5분 기록 보드를 활용해 프로젝트를 진행하며 기록했던것들을 리마인드해보자.챕터 초반부인 만큼, 기획, 설계와 관련된 부분들이 많았다. 요구사항을

멀티 모듈 프로젝트를 설계 후 빌드 중 위와 특정 모듈에서 같은 오류가 났다.터미널을 열고 루트 폴더로 이동 후 ./gradlw format 을 실행한다.빌드가 잘 되는 것을 확인할 수 있다.

CI/CD 와 관련하여 Branch 전략 수립에 대한 특강을 들었다. Trunk-Based-Development dev-deploy(s) 브랜치는 개발 서버에서 빠르게 내 작업에 대한 테스트를 해보기 위한 브랜치

MSA를 이용한 Ch.4의 물류관리 및 배송 시스템 프로젝트가 끝이 나고 Swagger를 통해 API 명세서를 작성하던 중 Swagger Editor에서 다음과 같은 오류가 발생했다.지금까지는 크게 인지하지 못하고 있었는데, DELETE Mapping을 진행할 때에는

물류 관리 및 배송 시스템을 MSA 구조로 구현하며 Docker를 사용하여 프로젝트 실행하였다. 이번 포스팅에서는 해당 과정에서 겪은 일들을 회고하여 정리하여 보자.물류 관리 및 배송 시스템을 MSA 구조로 구현하였다.위의 ERD에서 내가 기능 구현을 맡은 테이블은 p

상황 Spring Boot를 통해 애플리케이션을 생성한 후 실행하며 위의 에러가 발생했다. 컨트롤러단, 서비스단, 레포지토리 세 부분에서 모두 같은 오류가 동시에 발생했다. 에러 발생 원인 구글링 결과 설정파일이나 DB 쿼리문에 문제가 있을 수 있다고 하였다. 설

프로젝트를 마치며 발표 준비 중 Spring Data Jpa의 Batch 처리에 대해 궁금한 점이 생겼다.여러 개의 SQL Statement를 하나의 구문으로 처리할 수 있다.hibernate 에서 위 기능(jdbc batch 기능)을 이용해 처리하는 것이다.여러 개의

오늘 진행한 일User Role 관련 코드 리팩토링ai api 에러 로그 작성Payment, Ai API 도메인 구현 마무리 및 PR 요청전반적인 API 테스팅아래와 같이 UserRole을 Enum으로 구현하였다.API 요청을 주고받을 때에는 Stirng 형식(USER

API 테스트를 하던 도중 제목과 같은 오류가 발생하였다. 조사 결과 처음에는 쿼리문 작성에 있어 오류가 있는줄 알았다. 'userId' 필드를 찾을 수 없다는 오류가 발생했다.그러나 해당 필드는 외래키를 통해 제대로 참조되고 있었다.그렇다면 왜 오류가 나게 된걸까?위

Spring Data JPA를 사용해 Soft Delete를 구현하던 중 제목과 같은 오류가 발생했다.아래와 같이 @Query를 사용하여 UPDATE문을 사용하였다.로그의 내용과 같이 @Query 어노테이션을 사용할 경우 SELECT문에만 사용할 수 있다. 그렇다면 나

스프링 시큐리티를 적용하여 필터를 구성하고 Security Config 파일 작성을 마쳤다. Postman을 사용하여 api 테스트를 진행해보았는데, 회원 가입 페이지, 로그인 페이지는 모두 .prtmitAll()을 통해 요청 허가를 했는데도 불구하고 403 Forbi

요구사항에 맞게 API 명세서, 테이블 명세서, ERD 명세서, 인프라 설계서 작성각 셀을 클릭하면 Request Header, Authorization Token, Query Parameters, Path Parameters, Response, Response Bod

문제 링크정말 간단하게 문자열을 내림차순으로 정렬하면 끝나는 문제이다. C++ 에서는 algorithm 라이브러리의 sort() 함수를 쓰면 됐었지만 java는 익숙치 않아 조금 헤맸던 것 같다.위의 코드를 보면 sort를 진행하고, 반복문을 다시 돌려 내림차순으로 문

지난 시간에 이어 낙관적 락, 데드 락 실습을 진행해보았다.DB 복제 지연, 메모리 릭, 캐시 압력(Cache Pressure), 설정 버전 관리(Configuration Versioning)에 대한 이론적인 부분들을 수강하였다.낙관적 락(Optimistic Lock)

어제에 이어 장애 분석 및 진단, 장애 복구, 후속 조치 및 사후평가 개선, 예방 조치 등 장애 대응에 대한 이론들을 수강하였다.DB Lock의 개념에 대해 수강하고 비관적 락 실습을 진행하였다. 오늘은 이 부분을 중심으로 TIL을 작성해보려 한다.DB 락(Databa

시큐어 코딩 내용을 수강하며 SQL Injection과 그 외의 각종 보안 문제에 대해 학습했다.장애 대응 강의를 수강하며 모니터링, 장애 분석 및 진단에 관하여 학습하였다.예전 CS공부를 할 때 부터 많이 학습했던 부분이다. SQL Injection이란 공격자가 웹

모니터링 시스템 및 시큐어 코딩 관련 강의들을 수강하며 여러 가지를 배웠다.모니터링 시스템이 무엇인지 이론적으로 간단하게 학습했고, Spring Boot Actutor, Prometheus, Grafana, loki 실습을 진행하였으며 CORS, CSRF에 대해 학습을

로그를 찍기 위해 @Slf4j 어노테이션을 사용하지 않고 import문을 이용해 로깅을 구현하다 제목과 같은 오류가 발생했다.로깅 시 Slf4j에서 import를 해야하는데 LoggerFactory는 제대로 가져왔지만 Logger 객체가 java.util.logging