전체 글

@Temporal : 2.2 부터 자동 매핑 지원됌 1. https://jakarta.ee/specifications/persistence/3.1/jakarta-persistence-spec-3.1.html?utm_source=chatgpt.com#maintenance-release-draft Jakarta PersistenceThe following are reserved identifiers: ABS, ALL, AND, ANY, AS, ASC, AVG, BETWEEN, BIT_LENGTH, BOTH, BY, CASE, CEILING, CHAR_LENGTH, CHARACTER_LENGTH, CLASS, COALESCE, CONCAT, COUNT, CURRENT_DATE, CURRENT_TIME, CUR..

JPA 연관관계 설계 정리[🔚 최종 정리]✔ 일대다 단방향보다는 다대일 매핑✔ 식별 관계보다는 비식별 관계✔ 기본 키는 대리 키 사용✔ 식별 관계는 정말 필요한 경우에만 제한적으로1️⃣ 일대다보다 다대일 매핑이 권장되는 이유2️⃣ 식별 관계 vs 비식별 관계의 선택 기준3️⃣ 연관관계를 두는 기본 원칙4️⃣ 편의 메서드 위치는 객체 관점에서 봐야한다5️⃣ Why you should avoid bidirectional associations1️⃣ 일대다 매핑보다 다대일 매핑이 권장되는 이유더보기JPA에서 연관관계를 설계할 때,일대다(1:N) 단방향 매핑보다는 다대일(N:1) 매핑이 일반적으로 더 좋은 선택이다. ❌ 일대다 단방향 매핑의 구조적 단점일대다 단방향 매핑에서는외래 키(FK)가 연관관계의 주인이..

1. 기존 SecurityFilterChain 구조초기에는 OAuth2 로그인과 JWT 기반 API 인증을 하나의 SecurityFilterChain에서 처리하는 구조로 설계하였다.http .csrf().disable() .formLogin().disable() .httpBasic().disable() .oauth2Login(...) .exceptionHandling() .authenticationEntryPoint(customEntryPoint) .authorizeHttpRequests() .requestMatchers("/login", "/oauth2/**").permitAll() .anyRequest().authenticated(..

문제상황[MyAsset] [nio-8080-exec-5] o.s.security.web.FilterChainProxy : Secured GET /onboarding [MyAsset] [nio-8080-exec-5] o.s.security.web.FilterChainProxy : Securing GET /WEB-INF/views/asset/onboarding.jsp OAuth2 로그인 성공 후 /onboarding으로 리다이렉트됨/onboarding 컨트롤러는 정상 실행하지만 JSP가 렌더링되기 직전에 /login으로 다시 리다이렉트결과적으로 온보딩 페이지 진입 불가 ※ 처음에 의심했던 사항들 SecurityFilterChain의 authorizeHttpRequests에서 onboarding을 permi..

MyAsset 프로젝트에 OAuth2를 통한 소셜로그인을 구현하던 중Access Token과 Refresh Token에 대해 다른 구조를 가진 걸 발견했다.Access Token → 쿠키Refresh Token → 쿠키 + Redis여기서 이런 의문이 생겼다.“JWT는 stateless라면서 왜 굳이 Redis를 쓰는거지?”“왜 Refresh Token만 Redis에 저장하는거지?""쿠키는 왜 쓰는거지?"먼저 JWT가 무엇인지. 그리고 토큰의 역할과 특징을 정리하고,그 다음 쿠키 redis을 이용하는 이유에 대해서 익혀보자.1. OAuth 에서 JWT을 쓰는 이유로그인 과정에서 서버의 목표는 항상 두 가지다.보안사용자 경험(UX)이 둘은 본질적으로 충돌한다.인증을 강하게 할수록 절차는 복잡해지고, UX는..

JWT 1. JWT가 뭐야? 2. auth0 DOCS 3. RefrshToken은 왜 Redis를 사용해 관리할까? 4. AccessToken 위치... Redis1. Redis 기본 개념 security 설정(security config)1. [Spring Security] 4. UsernamePasswordAuthenticationFilter security 테스트1. 인프런질의 - SpringSecurity 사용 시 Controller 테스트2. @WithMockUser3. @WithMockUser 커스텀▶ 3번 withMockUser 커스텀 관련더보기 - WithSecurityContextFactory ※ 야는 도메인 protected이기 때문에 도메인 테스트 패키지 일치 해야함(삽질...) ..

1) 테이블 구조 2) 엔티티 생명주기생성흐름- 생성 : OAuthUserInfo(불변 DTO) → userInfo 생성 → user 생성외부에서 회원의 개인정보를 전달받고,내부 식별자인 user_key(UUID)를 생성하여 UserInfo 엔티티를 만든다.이후 해당 user_key를 이용해 User 엔티티에서도 PK로 그대로 사용하는 구조다. 즉,UserInfo의 PK 값이 곧 User의 FK이자 PK가 되는 구조다.이 로직을 User 엔티티의 생성자나 팩토리 메서드에서 직접 구현하기보다는,JPA에 이 책임을 위임하는 편이 PK 공유 구조 자체로 User는 UserInfo 없이는 저장될 수 없게 되고, 모델링 레벨에서 1:1 관계가 더 강하게 강제된다고 판단했다. 이때 선택한 해법이 바로 @MapsI..

□ 참고 Architecture 탬플릿 https://github.com/kamilmazurek/hexagonal-architecture-template GitHub - kamilmazurek/hexagonal-architecture-template: Java-based microservice template built with Spring Boot, following HexagoJava-based microservice template built with Spring Boot, following Hexagonal Architecture (Ports and Adapters). Provides a modular REST API suitable for creating scalable, maintainable..

User / UserInfo 설계 의도 정리User : 정적 팩토리 UserInfo : 생성자 + 정적 팩토리 + UserInfoRequest(DTO역할)UserInfoRequest : record + of()User 엔티티는@Entity@Table@Getter@ToString@NoArgsConstructor(access = AccessLevel.PROTECTED)public class User { @Id private String userKey; @MapsId @OneToOne(fetch = FetchType.LAZY) @JoinColumn(name="user_key") private UserInfo userInfo; @Enumerated(EnumType.STRIN..

1. 레코드클래스와 데이터클래스 비교 개요 record (Java)data (Kotlin)목적Value 기반 타입보일러플레이트 제거성격불변 데이터 운반자 (data carrier)편의 기능이 추가된 일반 클래스불변모든 필드 finalvar / val 선택상속불가가능예시DTOValue Object도메인 이벤트상태가 바뀌는 모델Value Object 즉,Record class 는 "값 그 자체"를 표현하기 위한 "타입"Data class는 공통 편의 기능을 자동생성해주는 "일반 클래스"2 . Data Class더보기fun main() { val dto1 = PersonDto("홍길동", 100) val dto2 = PersonDto("김길동", 110) println(dto1) pr..