🏝️ Spring

🧐 서론 스프링에서는 컨트롤러에서 발생한 예외를 편리하게 처리할 수 있도록 @ExceptionHandler 와 @ControllerAdvice를 제공해줍니다. 이 둘의 사용 방법이 아니라 어떤 식으로 동작하는지에 대해서 내부 코드를 살펴가며 알아보도록 하겠습니다. 🧐 스프링의 초기화 과정 우선 스프링의 초기화 과정부터 살펴보겠습니다. SpringAppliction의 run 메서드 내부에서, refreshContext()를 통해 빈들을 초기화하고 의존관계를 설정하는 과정을 거칩니다. 메서드의 호출을 따라가다보면 AbstractApplicationContext의 refresh()를 호출하게 됩니다. 이곳에서는 finishBeanFactoryInitialization() 메서드를 통해 이전 과정들에서 등록되지..

이 문제 해결하려고 거의 5시간동안 디버깅 해서 원인 찾아냈는데, 알고보니까 1월 26일인가(불과 한달 전) 해결되어 있더라구요.. 다만 아직 스프링부트 jpa dependency 버전에 반영이 안되어서 오류가 발생했다는 것을 보고 그냥 슬퍼하는 중입니다. 아마 곧 해결될 것 같은데, 해당 오류는 Hibernate 6.2 이전 버전에서 발생합니다. 🧐 문제 상황 재현 아래와 같이 1대 다 연관관계를 가진 One과 Many를 정의하였습니다. @Entity public class One { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; @OneToMany(fetch = FetchType.LAZY, orphanRemoval =..

🧐 여러 컬럼에 대한 UNIQUE 제약조건 설정하기 @Table의 uniqueConstraints 속성을 사용하여 설정할 수 있습니다. 사용 예시 @Table( name="테이블 이름", uniqueConstraints={ @UniqueConstraint( name = "unique 제약조건 이름", columnNames = { "포함할 컬럼이름 1", "포함할 컬럼이름 2" } ), } columnNames는 필드가 아닌 컬럼명과 일치해야 합니다. @Table( uniqueConstraints={ @UniqueConstraint( columnNames={"column1"}) } ) @Table( uniqueConstraints = { @UniqueConstraint(name = "UniqueNumber..

🧐 SecurityBuilder & SecurityConfigurer SecurityBuilder는 웹 보안을 구성하는 빈 객체와, 설정 클래스들을 생성하는 역할을 수행하며, 그 종류로는 WebSecurity, HttpSecurity가 있습니다. SecurityConfigurer은 Http 요청과 관련된 보안처리를 담당하는 필터들을 생성하고, 여러 초기화 작업에 관여합니다. SecurityBuilder는 아래와 같이 SecurityConfigurer를 포함하고 있으며, 인증 및 인가 초기화 작업은 SecurityBuilder 내부에서 SecurityConfigurer를 통해 진행됩니다. 다음과 같이 초기화 작업은 SecurityBuilder의 build() 내부에서 실행되며, 아래와 같이 init()과 ..

🧐 상황 인증 시 JWT를 사용하여 인증을 진행하며, 회원가입과 로그인을 제외한 모든 URL에 대해서 인증 관련 Interceptor를 구현하여 등록해 둔 상태였습니다. 해당 인터셉터에서는 AccessToken이 없는 경우 예외를 throw 하도록 구현하였는데, 다음과 같은 코드였습니다. @Component public class LogInInterceptor implements HandlerInterceptor { // 생략 @Override public boolean preHandle(final HttpServletRequest request, final HttpServletResponse response, final Object handler) { AccessToken token = extractA..

🧐 N + 1 문제 N + 1 문제는 연관관계가 설정된 엔티티 사이에서 한 엔티티를 조회하였을 때, 조회된 엔티티의 개수(N 개)만큼 연관된 엔티티를 조회하기 위해 추가적인 쿼리가 발생하는 문제를 의미합니다. 즉 N + 1에서, 1은 한 엔티티를 조회하기 위한 쿼리의 개수이며, N은 조회된 엔티티의 개수만큼 연관된 데이터를 조회하기 위한 추가적인 쿼리의 개수를 의미합니다. N + 1보다는, 1 + N이라 부르는 것이 더 이해하기 쉬우며, 정리하면 다음과 같습니다. 엔티티 조회 쿼리(1 번) + 조회된 엔티티의 개수(N 개)만큼 연관된 엔티티를 조회하기 위한 추가 쿼리 (N 번) 🧐 발생하는 상황 N + 1 문제가 발생하는 상황을 알아보기 위해 게시글과 댓글을 예시로 사용해 보도록 하겠습니다. 하나의 게시..

🧐 서론 도메인 이벤트를 한번 사용해보고자 이런저런 자료들을 참고하며 사용을 하던 중에 문제가 하나 발생했습니다. 제가 이벤트를 통해 하고자 했던 것은 다음과 같습니다. 모임 생성 (모임 생성 이벤트 발행) -> 이벤트 처리 (모임 기본 역할 등록) & 모임 기본 역할 등록 이벤트 발행 -> 이벤트 처리 (모임을 생성한 회원을 회장으로 등록) 우선 모임과, 모임의 역할, 모임 참가자는 따로따로 수정되고 제거될 수 있으므로, 다른 에그리거트라 판단하여 이들을 분리하였습니다. 위 상황에서 저는 @TransactionalEventListener를 사용하여 다음과 같이 코드를 작성하였습니다. @Transactional @Service public class CreateClub implements CreateCl..

🥺 서론 도메인 계층의 Repository와 영속성 계층의 Repository를 분리하여 사용해보려 시도했던 과정에서, findBy*** 식의 이름의 메서드와, @Query를 사용하여 직접 쿼리를 작성하는 등의 메서드는 어떤 식으로 사용해야 하는지에 대해서 알아보았고, 어려운 내용은 아니기도 하고 생각했던 방식 그래도 적용되긴 하지만, 그래도 혹시 도움 되시는 분이 있을까봐 작성하려 합니다. 🧐 도메인 계층의 Repository와, 영속성 계층의 Repository 분리하기 저는 위 사진처럼 도메인 계층과 인프라스트럭쳐 계층을 나누었고, JpaArticleRepository는 ArticleRepository를 상속받습니다. ArticleRepository는 다음과 같이 작성하였습니다. 이를 상속받은 Jp..