Brute force Study

About JPA#Spring/DB/JPADatabase 방언방언 : SQL 표준을 지키지 않는 특정 DB만의 고유 기능각각의 DB가 제공하는 SQL 문법이랑 함수가 조금씩 다르다.JPA는 특정 DB에 종속적이지 않다.hibernate.dialect 속성에 DB를 지정해줄 수 있다.H2 : org.hibernate.dialect.H2DialectOracle 10g : org.hibernate.dialect.Oracle10gDialectMySQL : org.hibernate.dialect.MySQL5InnoDBDialectPostgreSQL : org.hibernate.dialect.PostgreSQLDialect기타 등등 40가지 이상 DB를 지원JPA 구동 방식JPA 매핑@Entity : JPA가 관리..

JPA 개발 - 웹 계층 개발#Spring/DB/JPA홈 컨트롤러package jpabook.jpashop.controller;import lombok.extern.slf4j.Slf4j;import org.springframework.stereotype.Controller;import org.springframework.web.bind.annotation.RequestMapping;@Controller@Slf4jpublic class HomeController { @RequestMapping("/") public String home() { log.info("home controller"); return "home"; }}@Slf4j : 로깅을 위해서 사용스프링 ..

JPA 개발 - 도메인 개발#Spring/DB/JPA회원 도메인회원 리포지토리package jpabook.jpashop.repository;import jakarta.persistence.EntityManager;import jakarta.persistence.PersistenceContext;import jpabook.jpashop.domain.Member;import lombok.RequiredArgsConstructor;import org.springframework.stereotype.Repository;import java.util.List;@Repository@RequiredArgsConstructorpublic class MemberRepository { private final Ent..

보호되어 있는 글입니다.

사이드 프로젝트로 게시판 만들기를 하고 있었는데, 게시글과 회원 엔티티를 N:1 단방향으로 해야할 지, 양방향으로 해야할 지 고민을 하다가 정리한 내용이다. (인프런 김영한 강사님 강의 질문 게시글의 내용을 일부 포함하고 있다) 게시글에서는 회원이 필요함. 기본적으로 글을 작성할 때 회원의 id가 필요하고, 이름이 필요할 수도 있음 회원에서는 게시글 엔티티가 필요할까?:  회원이 작성한 글을 조회할 때는 게시글 엔티티를 리스트로 가지고 조회할 수도 있고, 쿼리(em.find)를 날려서 조회할 수도 있다.(게시글에 있는 member를 조회)전자는 양방향이고, 후자는 단방향에 해당한다. 단방향을 사용해야 하는 이유 1)회원이 갑자기 뜬금없이 게시글 id를 참조하는 경우가 있을까? 게시글에 존재하는 다른 필드..

JPA 개발 - 도메인 분석 및 설계#Spring/DB/JPA요구사항 분석먼저 기능 목록을 작성해보자회원 기능회원 등록회원 조회 상품 기능상품 등록상품 수정상품 조회주문 기능상품 주문주문 내역 조회주문 취소기타 요구사항상품은 재고 관리가 필요하다.상품의 종류는 도서, 음반, 영화가 있다.상품을 카테고리로 구분할 수 있다.상품 주문시 배송 정보를 입력할 수 있다.도메인 모델과 테이블 설계회원 - 주문 - 상품회원은 여러 상품을 주문할 수 있다. 한 번 주문할 때 상품을 여러 상품을 선택할 수 있고, 하나의 상품이 여러 주문에 포함될 수 있으므로 주문과 상품은 다대다 관계이다.하지만 이런 다대다 관계는 RDB 뿐만 아니라 엔티티에서도 거의 사용하지 않으므로 주문상품이라는 엔티티를 추가해서 일대다 + 다대일 ..

빈 스코프빈 스코프란?지금까지 우리는 스프링 빈이 스프링 컨테이너의 시작과 함께 생성되어서 스프링 컨테이너가 종료될 때 까지 유지된다고 학습했다. 이것은 스프링 빈이 기본적으로 싱글톤 스코프로 생성되기 때문이다. 스코프는 번역 그대로 빈이 존재할 수 있는 범위를 뜻한다.스프링은 다음과 같은 다양한 스코프를 지원한다.싱글톤: 기본 스코프, 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넓은 범위의 스코프이다.프로토타입: 스프링 컨테이너는 프로토타입 빈의 생성과 의존관계 주입까지만 관여하고 더는 관리하지 않는 매우 짧은 범위의 스코프이다.스프링이 요청을 하면 빈을 만들고 의존관계 주입도 하고 초기화까지 하고 메서드까지 불러주고 여기서 스프링의 역할이 끝난다. 더 이상 스프링 컨테이너가 관리하지 않아서 종료..

빈 생명주기 콜백빈 생명주기 : 스프링 빈이 생성되거나 소멸되기 일보 직전에 스프링이 빈 안에 있는 메서드를 호출해줄 수 있는 기능세 가지 방식이 있고, 각 방식별로 특징이 있는데 이에 대해 알아본다빈 생명주기 콜백 시작데이터베이스 커넥션 풀이나, 네트워크 소켓처럼 애플리케이션 시작 시점에 필요한 연결을 미리 해두고, 애플리케이션 종료 시점에 연결을 모두 종료하는 작업을 진행하려면, 객체의 초기화와 종료 작업이 필요하다.이번 시간에는 스프링을 통해 이러한 초기화 작업과 종료 작업을 어떻게 진행하는지 예제로 알아보자. 간단하게 외부 네트워크에 미리 연결하는 객체를 하나 생성한다고 가정해보자. 실제로 네트워크에 연결하는 것은 아니고, 단순히 문자만 출력하도록 했다. 이 NetworkClient 는 애플리케이..

의존관계 자동 주입이전 게시물에서 다뤘듯이 AppConfig와 같은 설정 정보가 없기 때문에 컴포넌트 스캔을 하는 과정에서 의존관계 자동 주입이 이뤄줘야 한다.이번 게시물에서는 의존관계 주입 방법과 관련된 내용을 다뤄보겠다.다양한 의존관계 주입 방법의존관계 주입은 크게 4가지 방법이 있다.생성자 주입수정자 주입(setter 주입)필드 주입일반 메서드 주입생성자 주입이름 그대로 생성자를 통해서 의존 관계를 주입 받는 방법이다.지금까지 우리가 진행했던 방법이 바로 생성자 주입이다.특징생성자 호출시점에 딱 1번만 호출되는 것이 보장된다.불변, 필수 의존관계에 사용이와 관련있는 키워드를 생각하면 "final" 키워드가 생각나야 한다. final 필드는 반드시 생성자에서 값(인스턴스)을 넣어줘야 한다.packag..

컴포넌트 스캔컴포넌트 스캔과 의존관계 자동 주입 시작하기지금까지 스프링 빈을 등록할 때는 자바 코드의 @Bean이나 XML의 등을 통해서 설정 정보에 직접 등록할 스프링 빈을 나열했다.예제에서는 몇 개가 안되었지만, 이렇게 등록해야 할 스프링 빈이 수십, 수백개가 되면 일일이 등록하기도 귀찮고, 설정 정보도 커지고, 누락하는 문제도 발생한다. 역시 개발자는 반복을 싫어한다.(무엇보다 귀찮다 ᅲᅲ)그래서 스프링은 설정 정보가 없어도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔이라는 기능을 제공한다. 또 의존관계도 자동으로 주입하는 @Autowired 라는 기능도 제공한다.코드로 컴포넌트 스캔과 의존관계 자동 주입을 알아보자. 먼저 기존 AppConfig.java는 과거 코드와 테스트를 유지하기 위해 남겨두..