[Spring] 스프링 02

1. Servlet과 JSP

1)Servlet이란?

자바를 사용하여 웹을 만들기 위해 필요한 기술

웹프로그래밍에서 클라이언트의 요청을 처리하고 그 결과를 다시 클라이언트에게 전송하는 Servlet 클래스의 구현 규칙을 지킨 자바 프로그래밍 기술

자바로 구현된 CGI이다.

 

※CGI(Common Gateway interface)

별도로 제작된 웹서버와 프로그램간의 교환방식. 어떠한 프로그래밍 언어로도 구현이 가능하고 

별도로 만들어 놓은 프로그램에 HTML의 Get or Post 방법으로 클라이언트의 데이터를 환경변수로 전달하고, 프로그램의 표준 출력 결과를 클라이언트에게 전송하는 것입니다.

2)Servlet의 특징

• 클라이언트의 요청에 대해 동적으로 작동하는 웹 어플리케이션 컴포넌트
• HTML을 사용하여 요청에 응답한다.
• JAVA의 쓰레드를 이용하여 동작한다
• MVC 패턴에서 Controller로 이용된다.
• HTTP 프로토콜 서비스를 지원하는 javax.servlet.http.HttpServlet 클래스를 상속받는다.
• UDP보다 속도가 느리다.
• HTML 변경 시 Servlet을 재컴파일 해야 하는 단점이 있다.
• 확장자는 .java

3)Servlet의 동작 방식

1. 사용자(클라이언트)가 URL을 클릭하면 HTTP Request를 Servlet Container로 전송합니다.
2. HTTP Request를 전송받은 Servlet Container는 HttpServletRequest, HttpServletResponse 두 객체를 생성합니다.
3. web.xml은 사용자가 요청한 URL을 분석하여 어느 서블릿에 대해 요청을 한 것인지 찾습니다.
4. 해당 서블릿에서 service메소드를 호출한 후 클리아언트의 POST, GET여부에 따라 doGet() 또는 doPost()를 호출합니다.
5. doGet() or doPost() 메소드는 동적 페이지를 생성한 후 HttpServletResponse객체에 응답을 보냅니다.
6. 응답이 끝나면 HttpServletRequest, HttpServletResponse 두 객체를 소멸시킵니다.

 

4) Servlet 컨테이너

• 서블릿을 관리해주는 컨테이너

• 클라이언트의 요청을 받아주고 응답할 수 있게 웹서버와 소켓을 만들어 통신합니다.

ex)톰캣

 

• 서블릿 컨테이너의 역할

1. 웹서버와의 통신 지원

서블릿 컨테이너는 서블릿과 웹서버가 손쉽게 통신할 수 있게 해줍니다. 일반적으로 우리는 소켓을 만들고 listen, 
accept 등을 해야하지만 서블릿 컨테이너는 이러한 기능을 API로 제공하여 복잡한 과정을 생략할 수 있게 해줍니다.
그래서 개발자가 서블릿에 구현해야 할 비지니스 로직에 대해서만 초점을 두게끔 도와줍니다.

  2. 서블릿 생명주기(Life Cycle) 관리 

서블릿 컨테이너는 서블릿의 탄생과 죽음을 관리합니다. 서블릿 클래스를 로딩하여 인스턴스화하고, 
초기화 메소드를 호출하고, 요청이 들어오면 적절한 서블릿 메소드를 호출합니다. 
또한 서블릿이 생명을 다 한 순간에는 적절하게 Garbage Collection(가비지 컬렉션)을 진행하여 편의를 제공합니다.

  3. 멀티쓰레드 지원 및 관리 

서블릿 컨테이너는 요청이 올 때 마다 새로운 자바 쓰레드를 하나 생성하는데, HTTP 서비스 메소드를
실행하고 나면, 쓰레드는 자동으로 죽게됩니다. 원래는 쓰레드를 관리해야 하지만 서버가 다중 쓰레드를
생성 및 운영해주니 쓰레드의 안정성에 대해서 걱정하지 않아도 됩니다.

  4. 선언적인 보안 관리 

서블릿 컨테이너를 사용하면 개발자는 보안에 관련된 내용을 서블릿 또는 자바 클래스에 구현해 놓지 않아도 됩니다.
일반적으로 보안관리는 XML 배포 서술자에 다가 기록하므로, 보안에 대해 수정할 일이 생겨도 자바 소스 코드를 
수정하여 다시 컴파일 하지 않아도 보안관리가 가능합니다.

 

5) 서블릿 생명주기

1. 클라이언트의 요청이 들어오면 컨테이너는 해당 서블릿이 메모리에 있는지 확인하고, 없을 경우 init()메소드를 호출하여 적재합니다.

init()메소드는 처음 한번만 실행되기 때문에, 서블릿의 쓰레드에서 공통적으로 사용해야하는 것이 있다면 오버라이딩하여 구현하면 됩니다. 실행 중 서블릿이 변경될 경우, 기존 서블릿을 파괴하고 init()을 통해 새로운 내용을 다시 메모리에 적재합니다.

 

2. init()이 호출된 후 클라이언트의 요청에 따라서 service()메소드를 통해 요청에 대한 응답이 doGet()가 doPost()로 분기됩니다.

이때 서블릿 컨테이너가 클라이언트의 요청이 오면 가장 먼저 처리하는 과정으로 생성된 HttpServletRequest, HttpServletResponse에 의해 request와 response객체가 제공됩니다.

 

3. 컨테이너가 서블릿에 종료 요청을 하면 destroy()메소드가 호출되는데 마찬가지로 한번만 실행되며, 종료시에 처리해야하는 작업들은 destroy()메소드를 오버라이딩하여 구현하면 됩니다.

 

※ 꼭 알아두어야 할 것

초기화 된 Servlet은 Client의 요청이 있을 때 마다 Thread를 생성하여 병렬적으로 Service를 수행함

즉, Servlet 객체는 여러개 생성되지 않는다

 

 

2. JSP(Java Server Page)

• Java 언어를 기반으로 하는 Server Side 스크립트 언어
• HTMl 코드에 JAVA 코드를 넣어 동적인 웹페이지를 생성하는 웹 어플리케이션 도구

(서블릿은 자바 소스코드 속에 HTML코드가 들어가는 형태 ,JSP는 HTML 소스 코드 속에자바 소스코드가 들어가는 형태)

1) JSP의 특징

스크립트 언어이기 때문에 자바 기능을그대로 사용할 수 있다.

WAS가 이미 만들어놓은 객체를 사용한다(ex: request,response,session)등

사용자 정의 태그(custom tag)를 사용하여, 보다 효율적으로 웹 사이트를 구성할 수 있다.JSTL(jsp표준태그 라이브러리) 사용

HTML 코드 안에 Java 코드가 있기 때문에 HTML 코드를 작성하기 쉽다.

Servlet과 다르게 Jsp는 수정된 경우 재배포할 필요 없이 WAS가 알아서 처리해준다.

 

2) JSP 전체 동작 과정

1. 웹 브라우저에서 URL을 입력한다.
2. DNS 서버로부터 입력한 URL을 변환한 IP주소를 받는다.
3. 받은 IP 주소의 웹 서버 8080번 포트에 JSP 페이지를 요청한다.
4. 웹 서버가 요청 내용을 분석하고 서블릿 컨테이너에 요청을 넘겨 처리한다.
5. 화면에 보일 내용을 HTML 문서 형태로 웹 브라우저에 전송한다.

 

3) JSP/서블릿 컴파일 처리 과정

1. 웹 브라우저에서 웹 서버로 JSP에 대한 사용자 요청이 컨테이너로 전달된다.
2. 요청 JSP에 대한 서블릿이 존재하면 다음 단계로 진행하고 존재하지 않을 경우 JSP를 .java 파일로 변환한 다음 .class 파일로 컴파일 한다.
3. 컴파일 된 서블릿 클래스를 컨테이너의 메모리에 적재 후 실행한다.
4. 데이터베이스 처리 혹은 별도의 기능을 위한 클래스 호출 등이 있다면 실행하고 결과를 취합해 HTML 형태로 구성한다.
5. HTML 형태의 결과를 웹 서버를 경유해 사용자 브라우저에 전달한다.

※ 누가 컴파일하나? 언제 컴파일 되나?

누가? WAS가, 언제? 최초 JSP가 쓰일 때 (Servlet은 Class가 Load 될 때, JSP는 Runtime에)