JSP 3. 템플릿 메서드 패턴 - 서블릿

zhyun·2020년 11월 20일

JspSpring

목록 보기

4/39

HttpServlet 상속
- 톰캣(WAS)가 가지고 있는 servlet-api.jar를 쓰기위해 클래스패스 설정
WEB-INF 폴더
- 하나의 컨텍스트에서만 유효한 클래스패스(build-classes) 운영
컴파일 이후 서블릿 등록
- 톰캣(멍청함)이 서블릿컨테이너니까 인지하게 해줘야댐
  컨테이너안에서 관리되는 컨퍼런트
톰캣은 서블릿의 라이프사이클 관리 (싱글톤으로)
- 1단계 서블릿 등록
  : 톰캣이 가지고 있는 web.xml에 servlet-name, servlet-mapping
- 2단계 주소체계 통해 요청 발생시킴
  : A라는 서블릿이 어떤 요청인지 제한을 해줘야함 URL매핑(서블릿 매핑)
- 3단계 객체생성 =>싱글톤
  : 톰캣은 서블릿으로부터 최초의 요청이 들어오면 객체 생성 (싱글톤)
- 4단계 IO작업
  : web.xml로 IO작업이 있어야한다 (1번만 로딩)
  : 서블릿 코드가 수정될때마다 리로딩

buildpath = (class path) 클래스패스 = src
- 개발을 할때 사용하는 클래스패스
- 이클립스에서는 classes 폴더가 안보임
- src내에 만든 자바소스를 저장하면 컴파일 된다
- 컴파일된 소스는 classes에 저장 'buildpath'
Default output folder : build\classes
- 이클립스에서 저장하는 순간 자동 컴파일 => 클래스 파일이 만들어져서 bulid\classes에 잠시 저장되고 bulid\classes가 클래스 패스가 된다
- 개발이후 테스트(배포)시 서버를 통해 실행하려면 클래스파일들이 독베이스인
  'webapp'으로 이동된다
- build\classes안에 있는것들을 web-inf 아래 있는 classes아래로 고대로 복사 (테스트시..)
  => 이유 : 톰캣이 클래스를 지정할때 WEB-INF/classes가 필요해서

소스폴더 src | res 구분
- 컴파일하면 소스폴더 2개 다 classes 밑으로 가지만, 개발시 관리 편하게 하려고
- 실행 시 구분은 없음..
res 아래 web.xml,properties 등을 관리 이유
- 클래스패스리소스로 만들기위해서
- 클래스패스리소스 파일을 찾으려면 클래스패스에서부터 그 이후경로(qualified name)를 기술하면 된다
리소스 구분
- 파일시스템 리소스 : 모든 리소스는 파일시스템 리소스
- 클래스패스 리소스 : 클래스패스 + qualified name
- 웹리소스 : url로 접근
web.xml 자동 생성 체크

웹리소스 =: url을 통해서 접근
/WEB-INF/web.xml
- 컨텍스트루트(Context Root)를 시작해서 접근
- url접근인데 http(프로토콜),ip(localhost),dummy01(Context root) 없는 이유?
  - 서버에서 접근 =: 서버사이드 방식
  - 서버사이드에서 자원에 접근하는 것이어서 url이 다름
클라이언트가 접근 =: 클라이언트사이드 방식