🏝️ Spring

엔티티의 생명주기 엔티티는 다음과 같이 4단계의 생명 주기가 있습니다. 비영속 (new/transient) 영속 (managed) 준영속 (detached) 삭제 (removed) 비영속(new/transient) 비영속 상태는 객체를 새로 생성한 상태입니다. JPA와 전혀 관계없이 객체만 생성한 상태입니다. Member member = new Member(1L, "신동훈"); //member는 비영속 상태 영속 상태가 아니므로 당연히 영속성 컨텍스트에 의해 관리되지 않으며, 1차 캐시, 변경감지등의 기능이 적용되지 않습니다. 영속(managed) 영속성 컨텍스트에 의해서 관리되어지는 상태입니다. 생성한 객체를 em.persist()를 통해 영속성 컨텍스트에 저장하거나, 혹은 em.find()를 통해 D..

🧐 엔티티 매니저 팩토리 & 엔티티 매니저 영속성 컨텍스트에 대해 알아보기 전에 엔티티 매니저 팩토리와 엔티티 매니저에 대해서 알아보겠습니다. 엔티티 매니저 팩토리는 생성되는 시점에 DB 커넥션 풀을 생성해 둔 후, 고객의 요청이 들어올 때마다 엔티티 매니저를 생성합니다. 엔티티 매니저는 DB 연결이 필요한 시점(보통 트랜잭션이 시작되는 경우)에 커넥션 풀에 있는 connection을 얻습니다. 🧐 엔티티 매니저 팩토리가 엔티티 매니저를 사용하는 이유 엔티티 매니저 팩토리는 생성되는 시점에 DB 커넥션 풀을 생성하기에 생성 비용이 매우 큽니다. 그러나 엔티티 매니저의 생성 비용은 거의 들지 않으므로, 엔티티 매니저 팩토리는 필요에 따라 앤티티 매니저를 생성하여 사용합니다. 엔티티 매니저 팩토리는 스레드 ..

🧐 JSON으로 로그인처리 하기 스프링 시큐리티의 formLogin()을 사용하면 오로지 Content-Type이 x-www-form-urlencoded인 방식으로만 데이터를 받을 수 있습니다. formLogin을 사용하지 않고, JSON으로 username과 password를 받아서 로그인 처리를 진행하는 방법을 알아보도록 하겠습니다. 🧐 formLogin()의 작동방식 시큐리티의 formLogin()을 활성화 시키면 다음 사진과 같이 FormLoginConfigurer가 활성화 되는것을 알 수 있습니다. 이때 FormLoginConfigurer 에서는 UsernamePasswordAuthenticationFilter란 것을 사용하는데 이에 대한 작동방식을 확인해 보도록 하겠습니다. 🧐 Username..

Login이 성공했을 때 후처리 하는 방법 Spring Security를 사용한다면 로그인을 손쉽게 구현할 수 있다. 그러나 로그인 이후, 토큰을 발급한다던가 하는 추가적인 상황이 필요한 경우 어떻게 해결할 수 있는지 알아보겠다. AuthenticationSuccessHandler 구현 후처리 방법은 매우 간단한데, Spring Security에 존재하는 AuthenticationSuccessHandler 인터페이스를 구현하기만 하면 된다. AuthenticationSuccessHandler 은 총 2개의 메소드로 이루어져 있고 그 중 하나는 default 메소드이다. 이 인터페이스를 구현하는 Handler 클래스를 새롭게 작성하자. @Slf4j @Component public class CustomLo..

Inner Class를 스프링 빈으로 등록하는 경우 static 키워드를 붙여주지 않으면 오류가 발생합니다. 다음 코드를 통해 확인하겠습니다. @SpringBootTest class InnerClassTests { @Test void AutowiredOption() { ApplicationContext ac = new AnnotationConfigApplicationContext(InnerClass.class); } class InnerClass { @Autowired public void setNoBean1(){} } } 발생하는 오류 UnsatisfiedDependencyException: Error creating bean with name 'InnerClassTests.InnerClass': Un..

빈 스코프 빈 스코프는 빈이 존재할 수 있는 범위를 뜻합니다. 스프링은 다음과 같은 다양한 스코프를 지원합니다. 싱글톤(singleton) : 기본 스코프, 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넒은 범위의 스코프입니다. 프로토타입(prototype) : 스프링 컨테이너가 프로토타입 빈의 생성과, 의존관계 주입까지만 관여하고 더는 관리하지 않는 매우 짦은 범위의 스코프입니다. (초기화 메서드까지만 불러주고 더는 관리하지 않기에 종료 메서드는 호출되지 않습니다.) 웹 관련 스코프 : request : 웹 요청이 들어오고 나서 나갈때 까지 유지되는 스코프입니다. session : 웹 세션이 생성되고 종료될 때 까지 유지되는 스코프입니다. application : 웹의 서블릿 컨텍스트와 같은 범위로..

스프링 빈의 생명주기 관리 빈이 생성되거나 소멸되는 경우 특정한 작업을 하고싶은 경우가 있습니다. 하나의 예시로는 빈이 생성될 때 데이터베이스 커넥션 풀을 미리 생성하는 경우가 있습니다. 이러한 작업을 위해 스프링 빈의 초기화 작업과 종료 작업을 처리하는 방법을 알아보도록 하겠습니다. 스프링 빈 생명주기 콜백 빈 생명주기 콜백은 스프링 빈이 생성된 후 의존관계 주입이 완료되거나 죽기 직전에 스프링 빈 안에 있는 메서드를 호출해주는 기능입니다. 스프링 빈의 이벤트사이클 스프링 컨테이너 생성 $\to$ 빈 생성 $\to$ 의존관계 주입 $\to$ 초기화 콜백 $\to$ 사용 $\to$ 소멸전 콜백 $\to$ 스프링 종료 초기화 콜백 : 빈이 생성되고 빈의 의존관계 주입이 완료된 후 호출됩니다. 소멸전 콜백 ..

보호되어 있는 글입니다.