서론 JPA를 학습하면 무조건 듣는 키워드는 N+1 이다. 보통 블로그에서 소개하는 방식은 fetch join을 통하여 문제를 해결한다고 이야기한다. 물론 틀린 방식은 아니다. 하지만 실제 프로젝트를 만들면서 N+1 문제를 많이 만나보면서 N+1을 처리하는 방식은 여러가지가 있다. 상황에 따라서 N+1 문제를 처리하는 방식을 적절하게 해결하는게 성능 저하의 문제에 대응할 수 있다고 생각했다. 글을 시작하기 이전에 간단하게 정리하면 1:1 연관관계 : Fetch join Collection 연관관계 : default_batch_fetch_size N개의 컬렉션을 fetch join을 하면 MultipleBagFetchException이 발생한다. 특정 컬럼을 조회할 경우에 join을 하고 Projectio..

1. 글을 작성한 이유 프로젝트를 하면서 API 스펙을 공유하기 위해 다양한 방법을 찾았습니다. 보통 API 문서화를 하기 위해서는 Rest DOCS와 Swagger를 통해서 API를 문서화를 했다. 저희는 Swagger를 선택을 하였고 문서화를 하였으나 문서화를 다른 사람에게 공유하기 위해서 방법을 찾던 도중에 배포를 하지 않고 Postman으로 문서 공유화가 가능하여 글을 작성을 했습니다. 2. Swagger UI 적용하기 처음에 Gradle에 의존성을 추가를 합니다. implementation 'org.springdoc:springdoc-openapi-ui:1.6.9' 이후 Config작업을 합니다. @Configuration public class OpenApiConfig { @Bean publi..

Mockito - mockito-core 5.2.0 javadoc Latest version of org.mockito:mockito-core https://javadoc.io/doc/org.mockito/mockito-core Current version 5.2.0 https://javadoc.io/doc/org.mockito/mockito-core/5.2.0 package-list path (used for javadoc generation -link option) https://javadoc.io/doc/org.m javadoc.io Mockito란? Mock을 쉽게 만들고 mock의 행동을 정하는 stubbing 로직이 실행이 되었는지 확인하기 위한 verify()를 이용이 가능하게 해주는 프레임..

글을 작성하는 이유 암호화느 서비스를 만들기 위해서는 필수로 들어가는 부분이다. 예를 들어 회원가입에서 비밀번호를 암호화를 필수로 진행을 하게 되는데 이때 Bcrypt를 이용하는 방식을 사용했다. 막상 이 부분을 코드로 구현하고 정확하게 설명을 할 수 없어 학습한 내용을 정리한다. 암호화 & 복호화 이 부분에 대해서는 자세하게 설명을 하기 보다는 간단하게 설명하고 예를 들어 이해를 하는게 좋다고 생각을 했습니다. 그러면 암호화랑 복호화에 대해 짧게 설명을 하겠습니다. 일단 암호화란 평문을 암호로 바꾸는 방식이라고 생각하면 됩니다. 예를 들어 비밀번호를 123을 입력하면 암호화 과정을 거처 평문을 암호로 바꿉니다. 지금은 기존의 숫자에 3을 더하는 방식으로 암호화를 진행하면 456으로 비밀번호가 설정이 됩..

Dozer dozermapper.github.io Dozer란 무엇인가? Dozer는 Java 기반의 객체 매핑 도구 중 하나입니다. 객체 매핑은 서로 다른 클래스 간에 데이터를 복사하거나 매핑하는 프로세스를 의미합니다. 예를 들어, 데이터베이스에서 읽은 데이터를 Java 객체에 매핑하거나, 서로 다른 API에서 반환한 데이터를 하나의 객체로 매핑하는 등의 작업을 수행할 수 있습니다. 처음은 일단 의존성 추가하자 implementation'com.github.dozermapper:dozer-core:6.4.0' Dozer를 사용하기 이전에 코드를 한번 살펴보자 기존의 코드는 Builder를 이용하여 매핑을 하게 도와준다. 이 방식은 생성자를 통한 방식보다 정확하게 매핑에 대한 정보를 알 수 있게된다. 하..

글을 작성한 이유 status코드를 학습하고 성공하면 무조건 OK(200) 라는 공식이 있었다. 하지만 코드 리뷰를 받으면서 완전히 잘못 이해한 부분이 있어 이후에 복기를 하기 위해 작성한다. https://www.rfc-editor.org/rfc/rfc2616#section-9.7 RFC 2616: Hypertext Transfer Protocol -- HTTP/1.1 www.rfc-editor.org 기존에 피드백을 받았던 코드를 살펴보자 @DeleteMapping("{id}") @ResponseStatus(HttpStatus.OK) public void delete(@PathVariable Long id){ this.userService.delete(id); } 내가 이 코드를 구현을 하면서 생각한..