
Spring Web MVC는 말 그대로 “웹용 스프링 프레임워크”라고 보면 된다.클라이언트가 HTTP 요청을 보낸다.스프링의 Controller가 요청을 받고 비즈니스 로직(Service)을 호출한다.필요한 데이터는 DAO를 통해 DB에서 가져온다.가공된 데이터를 Mo

@RequestMapping은 "이 URL 요청이 들어오면 이 메소드가 처리한다" 를 스프링 MVC에게 알려주는 어노테이션이다.즉,“누가 어떤 요청을 처리할지 매핑하는 주소록 역할”아무 method 지정 없이 이렇게 쓰면:이러한 메소드를 Handler Method라고

핸들러 메서드는 사용자 요청을 받아서 응답을 만드는 메서드.스프링이 이 메서드를 호출할 때, 메서드 파라미터 타입을 보고 자동으로 (인자)값을 넣어준다.예:WebRequest, HttpServletRequest, HttpSession 같은 것들을 파라미터에 선언해두면

컨트롤러의 핸들러 메서드가 실행되면:요청을 처리하고“논리적인 뷰 이름(String)” 또는 “ModelAndView”를 반환한다.그러면 DispatcherServlet이 이 뷰 이름을 보고“어떤 템플릿 파일을 응답으로 보여줘야 하는지”를 ViewResolver에게 맡긴

실행 중 에러가 터졌을 때 그냥 톰캣 기본 에러 페이지가 뜨면:사용자 입장: 불편.개발자 입장: 어디서 어떤 에러 났는지 확인이 불편그래서 스프링 MVC는 예외를 깔끔하게 모아서 처리하는 기능을 제공한다.그중 핵심 키워드가:HandlerExceptionResolver@

웹 요청 → 스프링 MVC → 화면 응답이 과정은 거의 식당에서 주문 받고 음식 나오는 과정과 똑같다.웹브라우저메뉴 주문하듯 요청을 보내는 사람➡ 서버(식당)에 “/menu/list” 를 주문함→ HTTP Request스프링 MVC의 핵심모든 요청이 가장 먼저 도착하는

Representational State Transfer의 약자.“자원(Resource)” 에 URL로 이름을 붙이고, 그 자원에 대한 작업을 HTTP 메서드(GET/POST/PUT/DELETE)로 표현하는 아키텍처 스타일.설계 중심: ROA(Resource Orien