JOIN QueryDsl에서 조인은 JPQL 조인하는 방법과 동일하다. 첫 번째 파라미터에 조인할 대상을 적고, 두 번째 파라미터에 별칭으로 사용할 Q타입을 작성해주면 된다. .join(조인 대상, 별칭으로 사용할 Q타입) 예시 teamA에 소속된 멤버는 member1, member2가 있다. teamA에 소속된 멤버를 모두 찾아보자 List teamA = queryFactory .selectFrom(member) // 조인 대상과 Q타입 별칭 .join(member.team, team) .where(team.name.eq("teamA")) .fetch(); .join()은 inner join을 의미하고 left outer join을 하고 싶다면, leftJoin()을 찾아 사용하면 된다. Theta J..

Spring 3.x 설정하기 build.gradle plugins { id 'java' id 'org.springframework.boot' version '3.2.1' id 'io.spring.dependency-management' version '1.1.4' } group = 'study' version = '0.0.1-SNAPSHOT' java { sourceCompatibility = '17' } configurations { compileOnly { extendsFrom annotationProcessor } } repositories { mavenCentral() } dependencies { implementation 'org.springframework.boot:spring-boot-st..

빈 스코프와 종류 빈 스코프는 빈이 존재할 수 있는 범위를 뜻한다. 다양한 스코프 싱글톤: 기본 스코프, 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넓은 범위의 스코프 프로토타입: 스프링 컨테이너는 프로토타입 빈의 생성과 의존관계 주입까지만 관여하고 더 이상은 관리하지 않는 매우 짧은 범위의 스코프 웹 관련 스코프: request, session, application 등 빈 스코프는 애노테이션 @Scope("특정 스코프(예:prototype)")으로 지정할 수 있다. 프로토타입 스코프 싱글톤 스코프 빈을 조회하면 스프링 컨테이너는 항상 같은 인스턴스의 스프링 빈을 반환한다. 반면 프로토타입 스코프 빈을 조회하면 스프링 컨테이너는 항상 새로운 인스턴스를 생성해서 반환한다.(프로토타입 빈을 2번 조회..

빈 생명주기 데이터베이스 커넥션 풀이나, 네트워크 소켓처럼 애플리케이션 시작 시점에 필요한 연결을 미리 해두고, 애플리케이션 종료 시점에 연결을 모두 종료하는 작업을 진행하려면, 객체의 초기화와 종료 작업이 필요하다. 스프링 빈의 라이프 사이클을 간략하게 설명하면 객체 생성 후 의존관계를 주입한다. 즉, 스프링 빈은 객체를 생성하고, 의존관계 주입이 다 끝난 후에 필요한 데이터를 사용할 준비가 완료된다. 따라서 초기화 작업은 의존관계 주입이 모두 끝나고 난 다음 호출해야 한다. 개발자는 의존관계 주입이 끝난 시점을 어떻게 알 수 있을까? 스프링은 의존관계 주입이 완료되면 스프링 빈에게 콜백 메서드를 통해서 초기화 시점을 알려주는 다양한 기능을 제공한다. 또한 스프링은 스프링 컨테이너가 종료되기 직전에 소..

컴포넌트 스캔 스프링 빈은 자바 코드나 XML의 Bean을 통해 직접 등록하지만 이러한 작업은 등록할 빈이 많아질수록 설정 정보가 커지고 누락하는 문제도 발생한다. 스프링은 이러한 등록절차 없이도 자동으로 스프링 빈을 등록하는 '컴포넌트 스캔' 기능을 제공한다. 설정정보뿐만 아니라 의존관계도 자동으로 주입할 수 있도록 '@Autowired' 기능을 제공한다. 컴포넌트 스캔 기능을 사용하기 위해서는 설정 정보 클래스에 @ComponentScan 애노테이션을 붙여주기만 하면 된다. 별도의 빈을 등록할 필요 없이 말이다. 이 애노테이션은 @Component가 붙은 클래스를 스캔해서 스프링 빈에 등록한다. 설정 정보 클래스에는 @Configuration 애노테이션을 붙이게 되는데, 이 애노테이션 소스코드에는 @..

싱글톤 패턴과 싱글톤 레지스트리 스프링이 처음 설계됐던 대규모 서버환경은 서버 하나당 최대로 초당 수십에서 수백 번씩 브라우저나 여타 시스템으로부터 요청을 받아 처리할 수 있는 높은 성능이 요구되는 환경이었다. 또한 스프링은 다양한 기능을 담당하는 여러 오브젝트들이 계층형 구조로 이루어져 복잡했다. 이러한 상황에서 클라이언트 요청이 들어올 때마다 새로운 오브젝트가 생성되면 어떻게 될까? 자바의 기능이 향상되어도 수많은 객체가 생성되고 소멸되면서 서버가 감당하기 어려운 상황에 이를 것이다. 스프링은 이러한 문제점을 해결하기 위해 해당 객체를 딱 하나만 생성하게 하고 공유하게 하는 싱글톤 패턴을 사용한다. 싱글톤 패턴: 클래스의 인스턴스가 딱 1개만 생성되는 걸 보장하는 디자인 패턴이다. 싱글톤 패턴을 직접..