WorkShop

♻ 스프링 빈 생명주기(Life-Cycle) I/O 작업들처럼 연결을 해주고, 필요없거나 종료된 경우 해당 연결을 끊어주기 위해서는 반드시 해당 작업의 초기화와 종료 작업이 필요하다. 스프링 빈 역시 이러한 점을 가지고 있다. 객체를 생성하고, 의존관계를 주입해준다. 객체 생성 → 의존관계 주입 스프링 빈은 객체를 생성하고, 의존관계를 주입이 완료가 된 후에야 비로소 필요한 데이터를 사용할 수 있는 준비를 마치게 된다. 스프링 빈은 의존관계가 모두 주입된 이후, 호출해야한다. 그렇다면, 해당 빈의 초기화 작업이 모두 이루어졌는 지를 개발자가 알아야 한다. 당연하지만, 기화 작업이 끝난 후에 해당 데이터를 사용해야 예기치 못한 오류들을 피할 수 있기 때문이다. 이를 개발자가 알기 위해서는 우선, 스프링 빈..

🔍 컴포넌트 스캔이 필요한 이유 스프링은 무수히 많은 컴포넌트와 빈들을 가지게 되며, 프로젝트의 규모가 커져갈수록 더 많은 컴포넌트들과 빈들을 정의해주어야 하는 번거로움과 함께 실수를 하게 될 수 있다. 그래서 스프링 빈은 설정 정보가 없더라도 자동으로 스프링 빈을 등록하는 컴포넌트 스캔이라는 기능을 제공함으로써 이러한 문제를 해결하고자 마련되어 있다. 🎯 컴포넌트 스캔 작동 원리 @ComponentScan 은 @Component 어노테이션이 있는 클래스들을 스프링 빈으로 등록하는 과정을 거치게 된다. 이때, 스프링 빈은 기본적으로 맨 앞글자만 소문자를 사용한 이름으로 지정된다. @Component("nothing") public class Something { ... } 위처럼 하는 경우 스프링 빈 이..

🛒 스프링 컨테이너란? 스프링에서 사용할 객체들을 담아두고 있는 것 등록된 스프링 빈을 생성하고 의존 관계를 주입하고 생명주기를 관리해 주는 장치이다. @Configuration 어노테이션을 설정 클래스에 붙여 설정 파일을 구성할 수 있으며, 해당 설정 파일에 있는 메소드들에 @Bean 어노테이션을 붙여 스프링 컨테이너에 빈을 등록시킬 수 있다. @Configuration public class AppConfig { @Bean public void DiscountPolicy discountPolicy() { return new MemberShipDiscountPolicy(); } } 위와 같은 예시처럼 사용할 수 있다. 스프링은 애플리케이션 컨텍스트로 시작하며, 이를 편하게 "스프링 컨테이너"라고 칭한다..

※ 본 글은 저자 김영한 개발자의 "자바 ORM 표준 JPA 프로그래밍"의 내용을 요약하였습니다. ※ 구현체의 ddl auto 속성을 사용하여 JPA의 데이터베이스 별로 DDL를 생성하는 데, 이는 데이터베이스 방언에 따라 변한다 Hibernate ddl auto 속성은 다음과 같다. Hibernate DDL auto 속성 create: 기존 테이블을 삭제하고 새로 생성한다. Drop → Create create-drop: create 속성에 추가로 애플리케이션을 종료할 때 Drop(DDL 제거)한다. update: 데이터베이스 테이블과 엔티티 매핑정보를 비교해서 변경사항만 수정한다. (ALTER) validate: 데이터베이스 테이블과 엔티티 매핑정보를 비교해서 차이가 있다면 경고를 남기고 애플리케이션..

※ 본 글은 저자 김영한 개발자의 "자바 ORM 표준 JPA 프로그래밍"의 내용을 요약하였습니다. ※ 엔티티 매니저는 영속성 컨텍스트라는 곳에서 엔티티들을 관리하는 클래스이며, 엔티티 매니저 팩토리는 위 엔티티 매니저들을 생성하는 엔티티 매니저 공장이라고 생각하면 된다. 데이터베이스를 하나만 사용하는 경우, 보통 EntityManagerFactory를 하나만 생성한다. 엔티티 매니저 팩토리는 생성할 때마다 같은 persistence-unit name으로 지정해서 생성하더라도 계속 새로운 엔티티를 생성하므로 싱글톤, 의존성 주입과 같은 방식으로 개발을 해야한다. EntityManagerFactory emf = Persistence.createEntityManagerFactory("jpabook"); MET..

※ 본 글은 저자 김영한 개발자의 "자바 ORM 표준 JPA 프로그래밍"의 내용을 요약하였습니다. ※ 기존 테이블을 생성하기 위해서는 DDL을 사용하여 다음과 같은 방식으로 테이블을 생성했어야 했으며, 예외란 존재하지 않았다. 개발자가 직접 DDL를 작성했어야 했다. CREATE TABLE MEMBER ( ID VARCHAR(255) NOT NULL, NAME VARCHAR(255), AGE INTEGER, PRIMARY KEY (ID) ); 하지만 JPA(=자바 진영 ORM)의 등장으로 위 테이블을 매핑하여 객체지향적인 방식으로 구현이 가능하다. 매핑을 하기에 앞서 우선 자바 코드로 객체화시켜보면 다음과 같다. public class Member { private String id; private St..

※ 본 글은 저자 김영한 개발자의 "자바 ORM 표준 JPA 프로그래밍"의 내용을 요약하였습니다. ※ 과거 엔터프라이즈 자바 빈즈(이하 EJB)라는 기술 표준이 있었는 데, 그 안에도 엔티티 빈이라는 ORM 기술이 있었다. 하지만, 너무 복잡하고 J2EE 애플리케이션 서버에서만 동작하였기에 오픈소스 ORM 프레임워크, Hibernate(하이버네이트)가 등장하였다. 하이버네이트는 EJB의 ORM에 비해 가볍고, 기술 성숙도가 높으며, J2EE 애플리케이션 서버없이도 동작하였기에 결국, EJB 3.0에서 하이버네이트를 기반으로 새로운 자바 ORM 기술 표준을 만들었는 데, 바로 JPA이다. JPA를 사용하는 이유는 다음과 같으며, 이유의 9할은 JPA의 등장배경과 관련이 깊다. 생산성: JCP(자바 컬렉션 ..

※ 본 글은 저자 김영한 개발자의 "자바 ORM 표준 JPA 프로그래밍"의 내용을 요약하였습니다. ※ JPA 이전에는 JDBC와 mybatis를 사용하여 데이터베이스를 사용하여 개발하는 데 다음과 같은 문제점들이 존재했었다. 패러다임 불일치: 객체와 관계형 데이터베이스는 서로 지향하는 목적이 다르다. 단순 반복 작업: 단순한 작업인 CRUD를 진행할 때마다 쿼리를 반복적으로 작성해주어야 한다. 유지보수의 어려움: 요구사항의 변동으로 인해 칼럼이 추가 혹은 삭제, 변경 등이 되었을 때, 유연하지 못하다. Query 의존도가 높음: 3번과 마찬가지로 요구사항의 변동이 있어 복잡한 쿼리를 수정해야 하는 경우, 전체를 수정하거나 등의 문제로 객체 매핑하는 데 어려움이 있었다. 이 외에도 문제는 여러 존재한다. ..

기존 스프링을 스프링5, 스프링 부트로 편하게 개발하였는 데 일상 글에서 말했다시피 스프링의 히스토리를 조금이나마 알고, 얕게 경험해보고자 스프링 4를 스프링 부트없이 직접 의존성을 주입해주는 등 스프링 부트에서는 자동으로 되어있는 것들을 직접 해보았다. 스프링 버전은 4.2.4 릴리즈를 사용하였으며, jdk는 1.8, aspectJ는 1.6, slf4j는 1.6.6, apache.titles는 3.0.7 버전으로 사용하였다. pom.xml는 다음과 같이 구성하였다. (너무 길기때문에 파일 참고) 그리고 default welcome 페이지는 기본 제공 JSP(index.jsp)를 사용하였다. 애플리케이션 config과 dispatcher를 설정하기 위해 web.xml에 다음과 같이 작성하여 설정하였다. ..

카카오 OAUTH 역시 추가하고자하였지만, 일정에 변동이 생길 수 있기에 카카오 OAUTH는 추후 시간이 넉넉할 때 추가할 것 입니다. 다음 일정: ~ 04.04, 로그인 (DB에 토큰 저장) (나중에 시간이 된다면 로그인 폼이 첫 화면이기에 간단한 이미지를 넣을 예정입니다.) 이상입니다.