들어가기 전에때는 작년 어느 날, CloudWatch에 요청 및 응답 로그를 적재하도록 구현하고 로컬에서 테스트를 모두 마친 후 코드를 업로드 한 날이었다. 메인에 머지가 되면서 자동으로 서버에 배포가 됐고 잠시 숨을 돌리던 중 들려온 말. "배포 에러났는데요?"  아니, 에러가 났다고? 내가 테스트 할 때 뭘 놓쳤나? 바로 보내주신 에러 로그를 확인했다. [ERROR] [main] org.springframework.boot.SpringApplication - Application run failedorg.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name '' // 이하 생략 확실히 로컬에..

들어가기 전에모든 요청과 응답 로그를 Logback 설정을 통해 CloudWatch에 적재하기로 했다. 이미 CloudWatchLogsClient를 활용해서 로그를 적재하는 코드가 있었기 때문에 굳이 구현 방법을 변경할 필요는 없었지만, Logback 설정을 통해 적재했을 때 어떤 장점과 단점이 있는지 그리고 우리가 구현하고자 하는 방향과 어느 것이 더 맞는지 확인해 보기로 했다. 시작하기에 앞서 이번 글은 CloudWatch 적재에 초점을 둔 만큼 Loback 설정에서 다양한 방법으로 로그를 적재하는 방법은 다루지 않는다. console로 출력하거나 file로 저장하는 등의 방법을 설정하기 위해서는 아래와 같이 appender를 사용하면 된다. // 출처 : https://docs.spring.io/s..

들어가기 전에 F-lab 프로젝트가 끝나고 비슷한 기술 스택을 사용하는 프로젝트 강의를 보면서 어떤 걸 더 고민하고 개선할 수 있을지 시야를 넓히려고 하고 있다. 마침 간단한 SNS 서비스를 만들면서 대용량 프래픽을 고려했을 때 어떤 점들을 개선시킬 수 있는지를 담은 강의가 있었는데 비슷한 알람 기능이 있었다. 우리도 알람 조회 API를 통해 알람을 확인하는 기능까지는 개발했다보니 그 이후에 할 수 있는 고민을 알게 되고 또 직접 구현해 보는 게 굉장히 흥미로웠다. 기본적인 기능은 게시물에 댓글을 달거나 좋아요를 클릭하는 등의 특정 이벤트가 발생했을 때 그 내용이 수신자에게 알람 데이터로 저장이 되고 수신자는 알람 조회 API를 통해 내게 온 알람들을 확인할 수 있는 것이다. 이때 조회 페이지를 새로고침..

들어가기 전에 쉽게 이해하는 Spring Security + JWT 로그인 구현기에 이어 이번엔 로컬 캐시 라이브러리인 Caffeine을 활용해서 Refresh Token을 구현한 경험을 남겨보고자 한다. 이 게시물은 이미 Refresh Token을 적용해야 하는 이유를 알고 계신 분들이 볼 것 같아서 Refresh Token이 필요한 이유나 프로세스는 생략하며 아래 첨부된 코드들에는 로그아웃이나 다른 기능을 위한 로직은 존재하지 않는다. 01. DB가 아닌 캐시를 선택한 이유 Refresh Token 구현에 DB를 사용할 것인가, 캐시를 사용할 것인가를 고민했다. 우선 고려해야 할 것은 Access token의 유효 시간이 굉장히 짧기 때문에 계속해서 Refresh token을 통해 재발급 받아야 한다..

Step 0. 상황 POST method로 코칭 신청 API에 요청을 보내는 테스트 코드를 작성했는데 403 Forbidden이 반환되면서 테스트가 실패했다. @Nested @DisplayName("코칭 신청") class CreateScheduleTest { @Test @WithMockCustomUser(role = "MENTEE") @DisplayName("유효한 스케줄 id가 전달되면 메서드를 호출하고 200 OK를 반환한다.") void when_scheduleIdIsValid_expect_callMethodAndReturn200Ok() throws Exception { Long scheduleId = 1L; ResultActions response = mockMvc.perform( MockMvc..

들어가기 전에 프로젝트에서 로그인 구현 방법으로 Spring Security와 JWT를 사용하기로 했다. 많은 방법이 있는데 그중 이 두 가지를 선택한 이유를 간단하게 적어보겠다. 01. 토큰 기반 인증 방식을 선택한 이유 면접 스터디에서 세션 기반 인증과 토큰 기반 인증 방식에 대해 공부했을 때 가장 중점적으로 봤던 게 "어떤 이유로 토큰 기반 인증 방식이 생겼는가"였다. 토큰 기반 인증 방식이 생긴 이유는 기존의 세션 기반 인증 방식은 서버 측에서 세션 저장소를 두고 정보를 저장하여 사용하기 때문에 사용하는 메모리가 계속해서 증가되고, 쿠키를 지원하지 않는 브라우저 혹은 모바일 환경에서 사용하기 어려워서 확장성의 문제가 있기 때문이다. 그래서 나는 별도의 세션 저장소를 사용하지 않고 세션 저장소를 통..

Spring REST Docs The aim of Spring REST Docs is to help you produce accurate and readable documentation for your RESTful services. Writing high-quality documentation is difficult. One way to ease that difficulty is to use tools that are well-suited to the job. To this end, Spring REST Docs uses Asciidoctor by default. Asciidoctor processes plain text and produces HTML, styled and laid out to sui..

Step 0. 상황 프로젝트의 대략적인 개발 환경은 다음과 같다. 팀원 분이 설정하셨던 코드를 그대로 프로젝트를 실행해 보니 아래와 같이 찾을 수 없다는 에러가 발생했다. Java 17 Spring boot 3.0.4 Mybatis 3.0.1 dependencies { implementation 'mysql:mysql-connector-java' } Step 1. 원인 Maven Repository에 MySQL Connector를 검색하면 두 가지가 나온다. 그중 MySQL Connector Java에 들어가면 다음과 같은 문구를 확인할 수 있다. 이제는 connector-j로 지원한다는 의미인 것 같다. 그리고 실제로 Spring initializer에서 MySQL 의존성을 추가하면 아래와 같이 설정해..

들어가기 전에 트랜잭션 전파란 무엇인가? 트랜잭션의 범위가 connection 기준인 것부터 이해를 해보자. The starting point of your database interaction is in making a connection. The details behind what exactly constitutes a connection vary from API to API. Nevertheless, making a connection is basically establishing some sort of link between your code and the database. 출처 : docstore.mik.ua/orelly/weblinux2/mysql/ch08_02.htm connection은 데..