a.jsp -> b.jspresponse.sendRedirect("./b.jsp"): 페이지가 존재하지 않으면 404 발동 주소창이 변한다 - isRedirect: boolean기존 요청은 끊어지고 새로운{request, response 다름} 요청이 일어난다응답객체

어떤 요청이 \*.gd로 끝나면 내가 관여할게 FrontMVC -> HttpServlet -> doGet, doPost ->왜 서블릿을 상속받는가? : 스프링도 서블릿을 상속받았다웹 서비스 제공 - 네트워크
p.390사용자마다 스레드가 존재한다.p.391유지,보수를 위해 자바(톰캣)와 뷰(html)(브라우저)를 분리하자관심사를 분리하자자바의 책임은 개발자, 뷰의 책임은 디자이너p.393복잡도가 증가하면 쪼개야 한다.반복되는 것과 반복되지 않는 것으로관심사의 분리양이 늘어나
👇스프링에서는 viewResolver class에 들어갈 내용 com.mybatis.MapperConfig.xml파일에서 오라클 서버 정보 확인할 것 계정정보와 URL정보, orcl11로 설치하지 않은 경우 - 놓치고 있음에러메시지 - Driver클래스를 못 가져올

<화면 출력 부분 관련>ViewResolver (최종. 1-3)1-1에서 설계했던 ActionForward -> String(1-2)으로 변경ActionForward : for문 안 if문, if문이 계속 오는 형태 : 좋지 않다. 모든 조건을 따져야 한다. 직관

: a_jsp.java, b_jsp.java파일이 두 개로 생성됨. 처리 결과가 a.jsp에 반영됨. 제어권은 a.jsp에게 있다주소가 바뀌지 않는다(a->b->a로 다시 돌아오기 때문이다). 요청이 계속 유지되는 것으로 판단함: a_jsp.java - jsp파일은 두

www.naver.com을 검색했을 때 발생되는 과정을 쭉 설명할 수 있어야 완전히 이해했다고 볼 수 있다.XXXController의 req, res는 ActionServlet가 쥐고 있다.ActionServlet이 톰캣으로부터 req, res를 받는다.req, res

Spring2.5이전 -> Spring3.0, 4.0 -> Spring5.0, 6.0 잠깐 -> Spring boot \-> 공통된 생각 - IoC{Inversion of Control}, DI{dependency injection}, 객체관리(Context -> Ap