📕 Backend

스프링 인터셉터 자바 표준스펙이 제공하는 서블릿 필터처럼 웹과 관련된 공통 관심사항을 효과적으로 해결할 수 있는 기술입니다. 인터셉터 특징 인터셉터는 서블릿 필터의 흐름과 비슷한 흐름을 가져갑니다. 필터 : HTTP Request ▶︎ WAS ▶︎ 필터 ▶︎ 서블릿( 프론트 컨트롤러, 디스패쳐 서블릿 ) ▶︎ 컨트롤러 인터셉터 : HTTP Request ▶︎ WAS ▶︎ 서블릿 ▶︎ 스프링 인터셉터 ▶︎ 컨트롤러 스프링 인터셉터에도 URL 패턴을 적용할 수 있는데, 서블릿 URL 패턴과 다르고, 매우 정밀하게 설정할 수 있습니다. 인터셉터 또한 체인으로 구성되어 중간에 인터셉터를 자유롭게 추가 가능 (ex)로그 요청 인터셉터 -> 로그인 처리 인터셉터) 서블릿 필터 vs 스프링 인터셉터 필터는 서블릿에 ..

요구사항을 보면 로그인 한 사용자만 상품 관리 페이지에 들어갈 수 있어야 하는데, 로그인을 하지 않아도 URL을 통해 상품 관리 페이지에 접근할 수 있습니다. http://localhost:8080/items 상품 관리 컨트롤러에서 로그인 여부를 체크하는 로직을 하나하나 작성하면 되겠지만, 등록, 수정, 삭제, 조회 등등 상품관리의 모든 컨트롤러 로직에 공통으로 로그인 여부를 확인해야 합니다. 새로운 로직이 생기기라도 한다면 또 로그인 여부를 체크하는 로직까지 생각해서 짜야합니다. 엄청 귀찮은 일입니다. 애플리케이션 여러 로직에서 공통으로 관심이 있는 것을 공통 관심사 라고 합니다. 공통 관심사는 스프링의 AOP - @Around 를 이용해서 해결할 수도 있지만, 웹과 관련된 공통 관심사는 서블릿 필터나..

로그인 요구사항 홈 화면 - 로그인 전 회원 가입 로그인 홈 화면 - 로그인 후 본인 이름 ( 로그인 : ~ ) 상품 관리 로그 아웃 보안 요구사항 로그인 사용자만 상품에 접근하고, 관리할 수 있습니다. 로그인 하지 않은 사용자가 상품 관리에 접근하면 로그인 화면으로 이동 패키지 구조 설계 패키지 구조 - domain, web 도메인은 시스템이 구현해야 하는 핵심 비즈니스 업무 영역을 말합니다. 나중에 web을 다른 기술로 바꾸어도 도메인은 그대로 유지할 수 있어야 합니다. web은 domain을 의존하지만 domain은 web에 의존하지 않도록 설계해야 함. 따라서 패키지 구조를 잘 설계하는 것이 중요. 로그인 기능 만들기 홈 화면 HomeController에 추가 @GetMapping("/") pub..

Bean Validation 검증기능을 매번 코드로 작성하는 것도 좀 귀찮은 일입니다. 특정 필드에 대한 검증 로직은 대부분 빈 값인지, 특정 크기를 넘는지와 같이 매우 일반적인 로직인데 이런 일반적인 로직을 표준화 한 것이 바로 Bean Validation 입니다. 이번 포스팅에서는 Bean Validation 표준 기술을 이용해 어노테이션으로 검증 처리를 해보도록 하겠습니다. ( 엄밀히 말하면 Bean Validation 표준 기술의 구현체인 하이버네이트를 사용할 예정 ) 설정 Bean Validation 의존관계 추가 - build.gradle - dependencies implementation 'org.springframework.boot:spring-boot-starter-validation'..

오류 코드와 메시지 처리 by 메시지 파일 처리 FieldError와 ObjectError의 생성자에는 codes와 argument를 제공합니다. 이 파라미터는 오류 발생시 오류 코드로 메시지를 찾기 위해 사용됩니다. 오류 메시지를 파일 한군데에 모으고 오류코드를 이용해서 앞서 배운 메시지 처리를 응용해 오류 메시지를 생성해보겠습니다. errors 메시지 파일 생성 errors.properties required.item.itemName=상품 이름은 필수입니다. range.item.price=가격은 {0} ~ {1} 까지 허용합니다. max.item.quantity=수량은 최대 {0} 까지 허용합니다. totalPriceMin=가격 * 수량의 합은 {0}원 이상이어야 합니다. 현재 값 = {1} appl..