moya의 웹다이어리

서블릿 3일차

쿠키 진도 예정

서블릿의 컨텍스트 객체 3가지

범위가 큰 순서대로

servletcontext - 서버 구동시 생성된다. 모든 서블릿이 접근이 가능하다.

HttpSession - 브라우저내에서 공유하는 데이터

httpRequest - 요청마다 생성된다. 요청되는 서블릿간에 데이터를 공유한다.

- 쿠키(Cookie)

클라이언트의 상태정보를 클라이언트의 메모리에 "일정한 형식의 텍스트 데이터(쿠키)"로 저장하고, Http 요청시 요청 메시지 헤더에 쿠키를 포함시켜 전송한다.

대상이 접속시 쿠키 정보에 따라 클라이언트 정보를 구분한다.

쿠키는 해더에 포함시켜 전송한다.

해더에 쿠키를 작성하는 방법

 - set-Cookie

1. name = value : 쿠키 이름 과 값

2. expires = date : 쿠키가 삭제되는 날짜, 생략 시 현재 브라우저의 세션 동안에만 유효

3. path = path : 쿠키가 유효하게 사용될 수 있는 URL 패스, 생략시 쿠키를 설정한 문서의 패스

4. domain = domain name : 쿠키가 유효하게 사용될 수 있는 URL 도메인, 생략시 쿠키가 설정한 도메인

1번 값만 필수고 나머지는 선택사항

쿠키는 한글, 특수문자를 지원하지않기때문에 서버에 500애러를 발생시킨다.

굳이 넣고싶다면 인코딩해서 넣어야한다.

파일 다운로드

파일 다운로드 구현시 캐쉬를 사용하지않도록 해줘야 한다.

오후에 만들기 (16:00까지)

서블릿명 : lab

화면만들기

title : ~~~자료실

자료실 목록을 나타내는 테이블

번호 : 0 1 2 3 4

파일명 : 파일명 Text~~

파일크기 : 파일크기 Text~~

작성자 : 이광용으로 고정(정적으로)

다운로드 : 버튼으로

서블릿 2일차

ServletConfig

HttpSession

ServletContext

RequestDispatcher

Cookie

위 인터페이스와 클래스(쿠키)를 공부한다.

form 데이터 처리

ENCTYPE은 파일업로드 처리시 "multipart/form-data" 를 사용한다.

ServletConfig - 초기 설정 정보를 가져올때 사용한다.

Web.xml에 미리 설정해놓은 파라미터를 가져온다

init에서 1번 가져오거나 ServletConfig에서를 호출해서 가져온다.

doget, dopost에서 호출해서 호출될때마다 사용한다.

ServletContext - 각각의 싱글톤으로 생성된 서블릿들간에 실행환경정보나 서로간의 데이터를 주고받기위해 존재하는 객체

데이터를 주고받을때 Map으로 주고받는다.

컨테이너(서블릿)의 실행 환경 정보들이 Map형태로 저장되어있다.

서버가 살아있는동안 스테틱 변수처럼 계속 존재한다.

정확히는 서블릿 컨테이너와 생을 함께한다.

web.xml에서 <context-param>은 모든 서블릿들이 사용할수있는 파라미터를 정의하면 전체 서블릿이 사용할 수 있다.

RequestDispatcher - 클라이언트 요청을 컨테이너에 의해 관리되는 자원(서블릿, JSP, HTML...)으로 포워드 시키거나, 자원의 실행결과를 현재 서블릿으로 포함시키고자 할 때 사용한다.

주로 forward를 자주쓴다. 원하는 페이지로 보내준다. redirect랑 다르게 주소가 바뀌는게아니다.

include는 해당 페이지의 결과값을 화면에 붙여준다.

ServletContext는 모든 컨테이너가 데이터를 공유하는 개념이고

Dispathcer는 연결된 컨테이너끼리만 데이터를 공유할수있다. 여기선 request, response에 값을 넣어서 바꿀수 있다.

여기서 데이터를 전달하는 2가지 방법이 있는대 

1. setAttribute를 통해서 할수있고

2. 주소에 파라미터로 ?name="이름" 형식으로 보내서

getParameter로 받는다.

- 스코프가 중요하다. 즉 어디범위까지 이 데이터를 공유할지가 중요하다.

- sesstion

동일한 브라우저에서 요청이 들어왔을때

값을 저장하고있다

서버쪽의 순수한 기술 레벨

제이쿼리 - 라이브러리

스프링 - 프레임워크

CGI(Common Gateway Interface) - 웹 서버와 동적 콘텐츠 작성ㅇ르위한 외부 응용프로그램감에 데이터를 주고 받기 위한 공통 규약이다. 

Servlet(Server + let)

동적 콘텐츠 생성을 위한 자바로 작성도니 CHI 프로그램을 의미한다.

웹 클라이언트의 HTTP 요청과 응답을 위한 Servlet API를 지원한다.

서블릿 엔진(웹 컨테이너)에 의해 실행되고 관리된다.

웹서버 + 웹컨테이너 = 웹 어플리케이션 서버 (WAS)

EJB가 어려워서 쉽게 만든게 Spring

서블릿 소개

서블릿은 웹 애플리케이션 서버(WAS)의 서블릿 엔진(컨테이너)에 의해 실행되고 관리되며, 웹 클라이언트에 전송할 동적 콘텐츠(HTML....등등)를 생성하기 위한 웹 컴포넌트로, 자바를 기초로 하는 기술이다. 

서블릿 컨테이너는 서블릿의 라이프사이클을 관리(생성, 실행, 삭제) 해 주며 웹 크라이언트 요청이 있을 경우 서블릿을 실행시켜 요청에 대한 응답을 처리하는 서버 모듈로, 웹 애플리케이션서버의 일부분이다.

서블릿 컨테이너의 HTTP 요청 처리 과정

1. 사용자의 서블릿 요청 (문서이름이 아닌 프로그램이름 으로 호출)

web.xml에서 서블릿이름을 찾는다.

2. 컨테이너는 2개의 객체 생성(HttpServletRequest(http 요청 메시지 정보 저장), httpServletResponse(http 응답 메시지 정보 저장))

위 2개의 객체는 인터페이스이다. 

3. 요청 URI를 분석하여 어떤 서블릿에 대한 요청인지 알아낸다. 스레드에 의해 서블릿이 하나 생성된다.

4. 컨테이너는 서블릿 객체의 service()메소드 호출하면서 request, response 객체 전달

5. doGet() 메소드는 동적 콘텐츠를 생성한 다음 response객체에 출력한다.

6. 컨테이너는 response 객체를 HTTP 응답 메시지로 변환하여 웹 클라이언트로 전송하고 request와 response 객체를 소멸시킨다.

서블릿은 클래스 생성자를 만들지 않는것이 권장사항이다.

왜냐하면 컨테이너에서 자동으로 만드는대 이때 리플렉션 클래스의 class.forname으로 web.xml에서 이름을 가져다가 만들기때문에  매게변수를 가지면 못만든다.

WAS에는 여러개 웹 애플리케이션을 등록할 수있다.

어떤것은 "", 어떤것은 "hello"식의 등록이 이루어진다.

하나의 웹 애플리케이션은 정형화(표준)된 웹 디렉토리 구조를 가져야한다.

WebContent 밑에 다양한 정적 페이지를 저장할수 있다.

WebContent/WEB_INF 에는 classes아래 동적인 서블릿클래스를 저장하는 위치

WebContent/lib 에는 외부 라이브러리 파일을 저장한다.

WebContent/web.xml 에는 서블릿 설정파일이 들어있다. (중요)

위 정형화된 구조가 제대로되지있않으면 프로그램이 돌아가지 않는다.

 - MME Type(Multipurpose Internet Mail Extension)

다목적 인터넷 메일 확장 규약 - 인터넷 메일을 통해 문자코드로 구성된 텍스트 파일뿐만 아니라 멀티미디어 파일도 주고 받을 수 있도록 인터넷 메일 표준 규약을 확장한 규약이다.

응답 헤더 설정 : Content-Ype:text/html; charset=utf-8

MIME타임에는 8가지 형식이 존재한다.

파일 경로가 공개되지않아 보안에 유리할수 있다.

- 서블릿 라이프 사이클

서블릿 라이프 사이클은 서블릿 컨테이너에 의해 일관되게 관리된다.

Instance -> init(servletConfig) -> init() ->service(request, response) - destroy()

init은 처음 생성될때만 호출된다.