🏝️ Spring/JPA

이번에 Exception에 대해서 공부를 좀 하다가 지금까지 모르고 쭉 사용했었던 중요한 사실을 알아버렸습니다. (이것도 모르고 무지성으로 사용했었다니..ㅠㅠ 참.. 이러면서 성장하는 거겠죠..) 우선 정말 간단하게 Checked Exception과 Unchecked Exception에 대해서 알아보도록 하겠습니다. Checked Exception은 Exception의 하위 예외들 중 RuntimeException을 제외한 모든 예외들을 Checked Exception이라 합니다. Checked Exception은 컴파일 시 예외처리를 필수로 해주어야 하며, 해주지 않는다면 컴파일 오류를 발생시킵니다. 이와는 대조적으로 Unchecked Exception은 RuntimeException과 이를 상속받은 ..

JPA 구현체로 하이버네이트를 쓰신다면 주의해야 할 점이 있습니다. 코드를 보며 살펴보겠습니다. 문제가 되는 상황을 간략한 코드로 나타내어 보겠습니다. @Getter @NoArgsConstructor(access = AccessLevel.PROTECTED) @Entity @Table(name = "member") public class Member { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) @Column(name = "member_id") private long id; @ManyToOne(fetch = FetchType.LAZY) @JoinColumn(name = "team_id") private Team team; public void set..

예전부터 @Transaction이 중첩되서 사용되면 어떻게 될까..?? 라고 몇번 생각해 보았고, 그때 대충 살펴보고 말았었는데, 오늘 어쩌다가 이것 관련해서 조금 흥미로운 부분이 생겨서 (사실은 종현님이 언급해주신 거긴 하지만) 정리해보려 한다. 사실 이 글은 이후 다룰 (중첩된) 트랜잭션에서의 예외처리에 대해 글을 서술할 때 알고있어야 할 내용이기에 간단하게만 다루고 다음 게시물로 넘어가겠다. 여기서는 @Transactional의 propagation 속성에 대해서 알아보자. Propagation(전파) 속성 스프링의 Propagation의 속성은 다음과 같다. REQUIRED(TransactionDefinition.PROPAGATION_REQUIRED), SUPPORTS(TransactionDefi..

JPA 표준 예외 처리 JPA의 표준 예외들은 javax.persistence.PersistenceException의 자식 클래스다. 그리고 이 예외 클래스는 RuntimeException의 자식이다. JPA 표준 예외는 크게 보면 2가지로 나눌 수 있다. 트랜잭션 롤백을 표시하는 예외 트랜잭션 예외를 표시하지 않는 예외 트랙잭션 롤백을 표시하는 예외는 심각한 예외이므로 복구해서는 안된다. 이 예외가 발생하면 트랜잭션을 강제로 커밋해도 트랜잭션이 커밋되지 않고 대신에 javax.persistence.RollbackException 예외가 발생한다. 반면에 트랜잭션 롤백을 표시하지 않는 예외는 심각한 예외가 아니다. 따라서 개발자가 트랜잭션을 커밋할지 롤백할지를 판단한다. 아래는 두 가지 분류의 예외를 표..

리스너 모든 엔티티를 대상으로 언제 어떤 사용자가 삭제를 요청했는지 모두 로그로 남겨야 하는 요구사항이 있다고 가정하자. 이때 애플리케이션 삭제 로직을 하나 하나 찾아가며 로그를 남기는 것은 너무 비효율적이다. 이럴 때 JPA의 리스너 기능을 사용하면, 엔티티의 생명주기에 따른 이벤트를 처리할 수 있다. 이벤트의 종류 이벤트의 종류와 발생 시점은 다음과 같다. PostLoad : 엔티티가 영속성 컨텍스트에 조회된 직후, 또는 refresh를 호출한 후(2차 캐시에 저장되어 있어도 호출된다.) PrePersist : persist() 메소드를 호출해서 엔티티를 영속성 컨텍스트에 관리하기 직전에 호출된다. 식별자 생성 전략을 사용한 경우에는 엔티티의 식별자는 존재하지 않는 상태이다. 새로운 인스턴스를 mer..

@Converter 컨버터를 사용하면 엔티티의 데이터를 변환에서 데이터베이스에 저장할 수 있다. 예를 들어서 회원의 VIP여부를 자바의 boolean 타입을 사용하고 싶다고 하자. JPA를 사용하면 자바의 boolean 타입은 방언에 따라 다르겠지만, 데이터베이스에 저장될 때 0 또는 1로 저장된다. 그런데 데이터베이스에 숫자 대신 Y 또는 N으로 저장하고 싶으면 어떻게 해야할까? 그럴 때 사용할 수 있는 것이 바로 컨버터다. 사용 @Getter @NoArgsConstructor(access = AccessLevel.PROTECTED) @Entity public class Member { @Id @GeneratedValue @Column(name = "MEMBER_ID") private Long id; ..

컬렉션 JPA에서는 자바에서 기본적으로 제공하는 Collection, List, Set, Map 컬렉션을 지원하고 다음 경우에 이 컬렉션을 사용할 수 있다. @OneToMany, @ManyToMany 를 사용해서 '일대다' 혹은 '다대다' 엔티티 관계를 매핑할 때. @ElementCollection을 사용해서 값 타입을 하나 이상 보관할 때 우선 자바 컬렉션 인터페이스의 특징을 간단히 살펴보고 가자. 자바 컬렉션 인터페이스의 특징 Collection : 자바가 제공하는 최상위 컬렉션이다. List : 순서가 있고, 중복을 허용한다. Set : 순서가 없고, 중복은 허용하지 않는다 Map : Key, Value로 되어있으며 키는 중복을 불허한다. JPA와 컬렉션 JPA 명세에는 자바 컬렉션 인터페이스에 대..

@OrderBy @OrderColumn이 데이터베이스에 순서용 컬럼을 매핑해서 관리했다면, @OrderBy는 데이터베이스의 ORDER BY 절을 사용해서 컬렉션을 정렬한다. 따라서 순서용 컬럼을 매핑할 필요도 없고, 또한 @OrderBy는 모든 컬렉션에 사용할 수 있다. 사용 방법을 알아보자. @Getter @NoArgsConstructor(access = AccessLevel.PROTECTED) @Entity public class Member { @Id @GeneratedValue @Column(name = "MEMBER_ID") private Long id; @OneToMany(mappedBy = "member") @OrderBy("id asc, completedDate desc") private ..