분류 전체보기

💭 DTO Mapper가 뭐죠? View(Controller)는 비즈니스 로직, 도메인과 상관없이 언제든지 변경될 수 있다. 도메인 서비스에서 입출력을 바로 받으면 View에 의존성이 생기기 때문에 아래와 같이 DTO로 변환해서 사용한다. // 이제 Controller(Dto 또는 Request)가 변해도, 도메인은 영향받지 않는다. UserEntity toEntity(UserDto userDto) { return new userEntity(userDto.getId(), userDto.getPassword(), userDto.getName()); } RegisterUserCommand toCommand(RegisterUserRequest request){...} UserResponse toResponse..

스프링 시큐리티 - Spring Boot 기반으로 개발하는 Spring Security - 인프런 | 강의 초급에서 중.고급에 이르기까지 스프링 시큐리티의 기본 개념부터 API 사용법과 내부 아키텍처를 학습하게 되고 이를 바탕으로 실전 프로젝트를 완성해 나감으로써 스프링 시큐리티의 인증과 www.inflearn.com 필터는 자바 웹 표준인 Servlet 2.3버전부터 추가된 기능이다. 스프링 시큐리티는 서블릿 필터 기반으로 동작하는 프레임워크이다. 2022.03 추가(리뷰내용) Provider를 따로 만들지 않고, 그냥 기본 AuthenticationManager.authenticate(new token())을 호출해버린경우 단순히 패스워드를 비교하는 로직이라 따로 Provider를 만들지 않고, 시큐..

스프링 시큐리티 - Spring Boot 기반으로 개발하는 Spring Security - 인프런 | 강의 초급에서 중.고급에 이르기까지 스프링 시큐리티의 기본 개념부터 API 사용법과 내부 아키텍처를 학습하게 되고 이를 바탕으로 실전 프로젝트를 완성해 나감으로써 스프링 시큐리티의 인증과 www.inflearn.com 아래의 보안 기능들은 직접 구현하고자하면 상당히 귀찮다. 스프링 시큐리티에서는 간단한 설정 값을 통해 다양한 기능을 사용할 수 있다. 💭 익명 사용자 필터 (AnonymousAuthenticationFilter) 이름 그대로 현재 사용자가 인증(로그인)이 되어있는지, 아닌지를 판단하는 필터이다. 스프링 시큐리티에서는 익명 사용자라고 할지라도, 인증개체를 null로 처리하지 않고 [익명 사용..

스프링 시큐리티 - Spring Boot 기반으로 개발하는 Spring Security - 인프런 | 강의 초급에서 중.고급에 이르기까지 스프링 시큐리티의 기본 개념부터 API 사용법과 내부 아키텍처를 학습하게 되고 이를 바탕으로 실전 프로젝트를 완성해 나감으로써 스프링 시큐리티의 인증과 www.inflearn.com 💭 Spring Security 스프링 기반의 앱에서 보안(인증, 권한, 인가)등을 담당하기 위해 만들어진 하위 프레임워크이다. Spring Security는 보안을 담당하는 프레임워크이다. 그래서 스프링 앱과의 의존성을 분리시키기 위해 기본적으로 서블릿 필터기반으로 동작하게끔 만들어져있다. 즉 스프링을 사용하지 않더라도 서블릿을 사용하고 있다면 따로 적용이 가능하다. Spring Secu..

# 레퍼런스 https://msolo021015.medium.com/jpa-persistence-context-deep-dive-2f36f9bd6214 JPA Persistence Context Deep Dive 최근 저는 새로운 프로젝트를 진행하면서, JPA를 도입하였습니다. msolo021015.medium.com #logging.level.org.hibernate.event.internal.AbstractFlushingEventListener=DEBUG JPA를 쓴다면 OpenEntityManagerInViewFilter를 고려해야한다 JPA LazyLoading은 관리하는 세션 사이클에 포함되어 있을 때만가능하다. 트랜잭션 범위를 벗어나면 (View에 전달된 이후에는) 쿼리 호출이 불가능하다. 그..

간단한 CRUD는 JPA 메서드로 충분히 대체 가능했다. 하지만 SQL문은 비즈니스의 구조에 따라 조건이 복잡할수도 있고, 성능 개선이 필요할 수 있다. 이를 위해서 JPA 영속성 컨텍스트에 모든 데이터를 가져오는건 사실상 불가능하다. 이를 위해 JPA에서는 JPQL이라는 Entity용 SQL을 제공한다. 📌 JPQL 표준 문법 SQL 표준 문법과 매우 유사하다. ANSI (American National Standards Institute) 표준 SQL의 기능은 전부 지원한다. 단 유의할 점은 Entity를 대상으로 하는 쿼리문이다. 당연히 실제 DB Query는 다르게 찍힌다. 즉, 추상화된 SQL을 사용하는거라 특정 데이터베이스 SQL에 의존하지 않는다. 📌 JPQL 생성 - JPA Criteria..

JPA에서는 2가지 데이터 타입을 제공한다. @Entity 는 데이터가 변해도 식별자로 계속 추적이 가능하다. 값이 변경되면 식별자로 인식 가능하다. 기본 값 타입은 @Entity 와 생명주기를 공유하며, String, Integer, int 등을 의미한다. 단, 값 타입에 대한 식별자는 따로 존재하지 않으므로 JPA의 변경추적이 불가능하다. 이게 무슨말이냐면, 외부에 값타입을 변경할 수 있는 참조가 있다면 Side-Effect가 발생할 위험이 있다는 말. 뭐 사실 자바에서 Primitive Type (int, long)은 참조값 공유가 불가능해서 별 상관이 없다. Integer나 String은 래퍼타입은 참조값은 공유가 가능하지만, 변경이 불가능하게 막혀있다. 그래서 이걸 설명하는 이유가 뭐죠? 당연한..

📌 상황에 따라 다르다. Member는 Team의 참조를 가지고 있다. Member를 조회할 때 Team도 한번에 같이 데이터베이스에서 가져오는게 효율적인 경우도 있고 먼저 Member만 조회해두고, 나중에 필요할 때 Team을 가져오는게 더 효율적인 경우도 있을 것이다. 상황에 따라 DB 쿼리가 다르게 나가도록 최적화하는게 좋은데, 이는 JPA에서 어떻게 처리할 수 있을까? 📌 프록시 em.getReference() 그래서 JPA에서는 프록시를 제공한다. em.find()는 실제 엔티티를 반환한다면 em.getReference()는 가짜 프록시 객체를 반환한다. 프록시는 실제 클래스를 상속받아서 만든 객체로, 실제 객체의 참조값을 가지고 있다. 프록시 객체를 사용하면 데이터의 일부만 가져올 수 있다. ..

📌 DB에서의 상속 구현 우선, DB에는 객체처럼 상속이라는 개념이 없다. 구조가 비슷하게 보일 뿐 상속처럼 사용하기 어렵다. 객체는 상속관계를 쉽게 구현가능하지만, DB에서는 상속을 만들려면 3가지 방법이 존재한다. 그래서 JPA도 @Inheritance 옵션을 통해 전략을 선택할 수 있게 만들어놨다. 물론 무슨 방법을 선택하던 객체 엔티티는 똑같이 동작한다. DB만 다를 뿐. @Entity @Inheritance(strategy = InheritanceType.JOINED) public class Item{ ... } @Entity public class Movie extends Item{ ... } @Entity public class Album extends Item{ ... } JOINED, 조..

📌 연관관계 애노테이션참고로 이런 1:1, N:1 조건을 행의 개수 비율 제약 조건 ( Cardinality Raito Constraint ) 이라고 한다.JPA에서 사용법은 정말 간단하긴 하다.• 다대일: @ManyToOne  • 일대다: @OneToMany  • 일대일: @OneToOne  • 다대다: @ManyToMany 참고로 각 애노테이션의 옵션은 아래와 같다.fetch와 cascade는 다음 글에서 설명할 예정이니, 간단하게 보고 넘어가자 @ManyToOne @OneToMany @JoinColumn (외래키 매핑 용도) @JoinTable ( N:N 관계 사용시 조인테이블 지정 )@JoinTable(name="JOIN_TABLE") 이렇게 사용함. 그 외는 다대다 관계를 사용할 일이 없으므로..

📌 테이블간의 관계를 객체로 구현하는 방법 기존의 JDBC를 이용하던 방식은 객체 설계를 테이블에 맞춰야한다는 단점이 있었다. 객체가 아닌 데이터 중심의 설계. public class Order{ private Long id; private Long memberId; // 연관 관계는 단순히 id로 표현 // ... 이하 생략 ... // } private Member member // 이렇게 참조를 가지고 있을 수 없다. member.getAddress().getCity() // 이런건 당연히 불가능 객체 그래프 탐색이 불가능하고, 단순한 id 값만 가지고 있을 뿐 객체끼리 어떠한 관계도 연결되어있지 않다. JPA로 코드를 옮기면, 아래와 같이 만들 수 있겠다. @Entity public class M..

JPA는 데이터베이스 테이블과 매핑하기가 정말 쉽다. 애노테이션으로 간단하게 가능하다. • 객체와 테이블 매핑: @Entity, @Table • 필드와 컬럼 매핑: @Column • 기본 키 매핑: @Id • 연관관계 매핑: @ManyToOne,@JoinColumn 📌 @Entity JPA에서 사용할 엔티티 클래스를 지정한다. 반드시 붙여줘야하며 없다면 객체를 JPA로 다룰 수 없다. @Entity(name = "이름") 으로 JPA에서 쓸 엔티티 이름을 지정해줄 수 있으며, 생략하면 클래스명을 이름으로 사용한다. 단, 리플렉션을 이용하기 때문에 [public 또는 protected 인 기본생성자]가 필수이다. 또한 사용하는 필드, 클래스에 final을 사용할 수 없다. 프록시 생성 불가능. enum, ..