🏄 Deep Dive

들어가기 앞서 현재 회사에서는 자체적인 토큰 생성 메소드를 이용해 유저 토큰을 생성하고 이를 Memcached 에 저장한 뒤 웹인 경우 Cookie 를, 앱인 경우 Http Header 에 담긴 값을 통해 유저 인증 정보를 확인하는 구조로 처리하고 있는데, 스케일 아웃으로 서버를 운영하고 있어 유저 인증 정보를 여러 대의 서버에서 함께 공유해야 하기 때문이다. 다만, 유저 인증/인가 처리를 Filter 가 아닌 별도의 인증용 클래스를 만들고 인증 처리 메소드에 @ModelAttribute 를 붙여 매 요청 마다 인증 정보를 확인하고 있어 불필요한 자원이 낭비되고 있는 상황이다. 때문에 Spring Security 에 익숙치도 않고, 언젠가 회사의 레거시 코드를 개선할 수 있을 것 같아 비사이드 사이드 프..

들어가기 앞서 현재 QueryDSL 5.0.0 버전을 기반으로 프로젝트 개발을 진행하고 있는데, 복잡한 연관관계를 가지는 테이블을 JPA Mapping 을 사용해 비즈니스 로직을 수행할 경우 너무 많은 쿼리를 요청하게 되어 불필요한 자원을 사용하는 문제가 있었다. 이를 해결하기 위해 @Query 애노테이션을 사용해 레퍼지토리에 조회 메소드를 구현하는 것을 고려 했지만 다음과 같은 이유로 반려했다. 여러 테이블을 한 번에 조회해 하나의 도메인 클래스로 재구성해야 하며, 여러 조건의 결과를 GroupBy 하여 임베디드 클래스의 필드에 할당해야 하는 상황에서 @Query 애노테이션은 구현이 어려울 것이라고 생각했다. 특정 엔티티의 레퍼지토리에 @Query 를 사용해 조회 메소드를 구현하는 것은 해당 레퍼지토리..

Goal Criteria API CriteriaBuilder CriteriaQuery Criteria API Java Persistence Criteria API 는 JPQL 의 문자열 기반 접근 방식을 이용하는 대신 객체 기반 쿼리 정의 개체의 구성을 통해 동적 쿼리를 정의하는데 사용된다. Critera API 에는 type-restricted mode, non-typed mode 로 나뉘며, 런타임 시 동적으로 조회 빌드를 지원해 컴파일러가 검증할 수 있도록 한다. 또한 Criteria API 는 동적 쿼리에만 사용되어 메타데이터 또는 Named Query 에서는 사용할 수 없으며 동적 쿼리에서만 사용할 수 있어 기존의 정적 Named Query 에 비해 성능이 뛰어나지 않다. 그러한 이유로 JPA ..

Goal Spring Bean Spring IoC Container Dependency Injection (DI) Constructor Injection Method Injection Setter Injectio Spring Bean Spring Bean 으로 등록된 클래스는 IoC Contrainer 에 의해 생성된 Singleton 객체를 의미하며, Bean 으로 등록된 클래스만 컨테이너를 통해 의존성이 주입(Dependency Injection)되어 객체의 생명주기를 개발자가 아닌 컨테이너가 관리하도록 한다. Register Bean @Bean @Bean 은 @Configuration 이 붙은 DI 설정용 클래스에서 사용되는 어노테이션으로, 메소드를 이용해 Bean Object 의 생성과 의존 관계..

Goal JDBC Spring Data JPA Persistence Context JDBC? Spring JDBC 란 Spring Framework 와 DB 간 통신을 위한 인터페이스로 개발자가 사용하고자 하는 벤더사의 제품에 관계없이 DB 접근이 가능하게 해준다. 하지만 JDBC 는 Persistence Layer 와 긴밀한 관계를 맺기 때문에 개발자가 직접 Connection 설정하거나 Statement 를 이용해 원하는 작업을 수행 후 Statement 를 직접 닫아줘야 하는 등의 문제점이 야기될 수 있으며, 중복 코드의 재생산으로 인해 유지보수의 난이도가 상승하게 된다. Spring Data JPA ORM(Object Relation Mapper) 중 하나로, 관계형 데이터베이스와 Java 의 객..

들어가기에 앞서 학원에서 Spring Framework / MyBatis / Maven 을 배운지 약 일주일 정도 지났다. 저번 주에는 요구사항 분석 / UML 등에 대해 시험을 치뤘고, 돌아오는 주에는 이번주에 배웠던 내용들로 시험을 볼 예정이다. 수업 시간에 배웠던 내용, 책에서 나왔던 내용, 여러 블로그에서 말하는 내용들을 Notion 에 개인적으로 정리해두었지만, 복습 겸 블로그에도 작성하면 좋을 것 같아 몇 자 적어보려고 한다. (많이 부족한 내용이며 지극히 개인적인 견해를 담은 내용이니 읽으시는 분의 필터링이 필요할 것 같다. 왜냐면 너무 기초에 대한 내용이기도 하면서 공부한 내용을 내가 이해한 방식으로 작성했기 때문에 정확하지 않을 수 있기 때문이다.) (그래서 선배님들의 태클은 정말정말 환..

들어가기에 앞서 현재 국비 지원 학원에서 자바를 공부하고 있고, 세미 프로젝트를 막 마친 상황이다. 이제 스프링 프레임 워크를 배우는 중인데, STS 말고 다른 IDE 로도 공부하면 좋을 것 같아 도전하게 되었다. 처음 IntelliJ 를 접했을 때 Eclipse 와는 UI 라던지 처음 프로젝트를 만들어 내는 과정이 달라 많이 헤맸고, 사람마다 사용하는 방법이 달라 정보 유목민 생활이 조금 길어졌다. 그래서 내가 어떻게 스프링 MVC + Maven 프로젝트를 만들었는지 기록 할 겸, 나 같이 완전 초보자가 정보 유목민 생활을 청산할 수 있게 아주 작게나마 도움이 될 겸 해서 글을 적어보려고 한다. 시작하기 다들 IntelliJ 는 잘 설치했을거라는 가정 하에 진행하려고 한다. 처음에 IntellJ 를 실..