📕 Backend/MVC Pattern

자바에서의 예외 자바는 main 메소드를 직접 실행할 때 main 이라는 이름의 쓰레드가 실행됩니다. 이 때 실행 도중에 try catch를 통한 해당 예외 처리 조차 하지 못하고 처음 실행한 main 메소드까지 예외가 넘어온 이후, main 메소드에서 조차도 예외를 처리하지 못하면 자바는 예외 정보를 남기고 main 쓰레드를 종료합니다. 웹 애플리케이션에서의 예외 웹 애플리케이션에서는 예외를 어떻게 다룰까요? 웹 애플리케이션은 "사용자 요청별"로 쓰레드가 할당되고, 서블릿 컨테이너 안에서 실행됩니다. 따라서 애플리케이션 내부 컨트롤러에서 예외가 발생했을 경우, 마찬가지로 try catch로 예외를 잡아 처리하면 문제가 없겠지만, 컨트롤러에서 예외를 처리하지 못하면 이 전 단계인 인터셉트에게 예외가 넘겨..

https://rlaehddnd0422.tistory.com/61#article-3-1-1----argumentresolver Spring MVC 기본 기능 - 응답 매핑 @ResponseBody, MessageConverter, 요청 매핑 핸들러 어댑터 구조 HTTP Response - 정적 리소스, 뷰 템플릿 스프링에서 응답 데이터를 만드는 방법은 3가지입니다. 1. 정적 리소스 웹 브라우저에 정적인 HTML, css, js를 제공할 때는 정적 리소스를 사용합니다. 스프링 부 rlaehddnd0422.tistory.com ArgumentResolver를 활용해 세션을 가진 회원만 login 홈 화면으로 이동, 세션이 없는 회원은 홈 화면으로 이동하도록 설정해보겠습니다. @Target(ElementTy..

스프링 인터셉터 자바 표준스펙이 제공하는 서블릿 필터처럼 웹과 관련된 공통 관심사항을 효과적으로 해결할 수 있는 기술입니다. 인터셉터 특징 인터셉터는 서블릿 필터의 흐름과 비슷한 흐름을 가져갑니다. 필터 : 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..