[web] Servlet과 JSP

ㅇㅅㅇ·2023년 3월 22일
0

Web

목록 보기
1/3

1. Servlet

동적 웹페이지를 만들 때 사용되는 자바 기반의 웹 애플리케이션 프로그래밍 기술. 웹을 만들 때의 다양한 요청(Request)과 응답(Response)에는 규칙이 존재한다. 이러한 웹 요청/응답의 흐름을 간단히 메서드 호출만으로 체계적으로 다룰 수 있게 해준다.

서블릿은 서버에서 실행되다가 웹 브라우저에서 요청 시 해당 기능을 수행한 후 웹 브라우저에 결과를 전송한다. 예를 들면 로그인 시도를 할 때, 서버가 클라이언트에서 입력되는 아이디와 비밀번호를 확인하고 결과를 응답하는데 이러한 역할을 수행하는 것이 서블릿이다.

(1) 서블릿의 특징

  • 클라이언트의 Request에 대해 동적으로 작동하는 웹 애플리케이션 컴포넌트
  • HTML을 사용하여 Response
  • Java의 스레드를 이용하여 동작
  • MVC 패턴에서의 컨트롤러로 이용됨
  • UDP보다 속도가 느림
  • HTML 변경 시 Servlet을 재 컴파일해야하는 단점이 있음
  • HTTP 프로토콜 서비스를 지원하는 javax.servlet.http.HttpServlet 클래스를 상속받음

(2) 서블릿의 동작과정

클라이언트가 웹 서버에 요청하면 웹 서버는 그 요청을 톰캣과 같은 WAS에 위임한다. 그러면 WAS는 각 요청에 해당하는 서블릿을 실행한다. 그리고 서블릿은 요청에 대한 기능을 수행한 후 결과를 반환하여 클라이언트에 전송한다.

  1. 클라이언트 요청
  2. HttpServletRequest, HttpServletResponse 객체 생성
  3. Web.xml이 어느 서블릿에 대해 요청한 것인지 탐색
  4. 해당하는 서블릿에서 service() 메소드 호출
  5. doGet() 또는 doPost() 호출
  6. 동적 페이지 생성 후 ServletReponse 객체에 응답 전송
  7. distroy() 메서드로 HttpServletRequest, HttpServletResponse 객체 소멸

web.xml : 서블릿 작성 시 해당 서블릿을 사용자가 요청한 경로와 매핑시켜야 WAS에서 매핑된 정보를 읽어서 브라우저에서 해당 URL로 HTTP 요청 시 해당 서블릿으로 요청을 전달해 줄 수 있다. 소스를 분석할 때도 가장 먼저 확인해봐야 할 부분이다. 톰캣을 예로 들면 웹 애플리케이션 서비스 처리에 대해 정의 된 환경 설정 파일이 server 디렉토리의 web.xml에 있다.

public class myServlet extends HttpServlet {

    @Override
    public void init(ServletConfig config) throws ServletException {
        System.out.println("init method 호출!");
    }
    
    @Override
    public void destroy() {
        System.out.println("destroy method 호출!");
    }
    
    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response)
        throws ServletException, IOException
    {
        System.out.println("doGet service method 호출!");		
    }
    
    @Override
    protected void doPost(HttpServletRequest request, HttpServletResponse response)
        throws ServletException, IOException
    {
        System.out.println("doPost service method 호출!");		
    }
	
}

(3) 서블릿의 생명주기

서블릿도 자바 클래스이므로 실행하면 초기화부터 서비스 수행 후 소멸하기까지의 과정을 거친다. 이 과정을 서블릿의 생명주기라하며 각 단계마다 호출되어 기능을 수행하는 콜백 메서드를 서블릿 생명주기 매서드라 한다.

  1. 클라이언트의 요청이 들어오면 컨테이너는 해당 서블릿이 메모리에 있는지 확인하고 없을 경우 init() 메서드를 호출하여 메모리에 적재한다. init()은 처음 한번만 실행되기 때문에, 서블릿의 스레드에서 공통적으로 사용해야 하는 것이 있다면 오버라이팅하여 구현하면 된다. 실행 중 서블릿이 변경될 경우, 기존 서블릿을 destroy()하고 init()을 통해 새로운 내용을 다시 메모리에 적재한다.

  2. init()이 호출된 후 클라이언트의 요청에 따라서 service() 메소드를 통해 요청에 대한 응답이 doGet()과 doPost()로 분기된다. 이때 서블릿 컨테이너가 클라이언트의 요청이 오면 가장 먼저 처리하는 과정으로 생성된 HttpServletRequest, HttpReponse에 의해 request와 response 객체가 제공된다.

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


(4) 서블릿 컨테이너

구현되어 있는 servlet 클래스의 규칙에 맞게 서블릿을 담고 관리해주는 컨테이너다. 클라이언트에서 요청을 하면 컨테이너는 HttpServletRequest, HttpServletResponse 두 객체를 생성하여 post, get 여부에 따라 동적인 페이지를 생성하여 응답을 보낸다.

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

  • 서블릿 생명주기 관리 : 서블릿 컨테이너는 서블릿 클래스를 로딩하여 인스턴스화하고, 초기화 메소드를 호출하고, 요청이 들어오면 적절한 서블릿 메소드를 호출한다. 또한 수명이 다 된 서블릿을 적절하게 가비지 콜렉터를 호출하여 필요없는 자원 낭비를 막아준다.

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

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


2. JSP

JavaServer Pages, java 코드가 들어가 있는 HTML 코드

  • 서블릿은 자바 소스코드 속에 HTML코드가 들어가있는 형태인데, JSP는 이와 반대로 HTML소스코드 속에 자바 소스코드가 들어가는 구조를 갖는 웹 어플리케이션 프로그래밍 기술이다.
  • JSP는 WAS(Web Application Server)에 의하여 서블릿 클래스로 변환되어 사용된다.

(1) JSP의 동작과정

  1. 웹서버가 사용자로부터 서블릿에 대한 요청을 받으면 서블릿 컨테이너에 그 요청을 넘긴다.
  2. 요청을 받은 컨테이너는 HTTPRequest와 HTTPResponse 객체를 만들어, 이들을 통해 서블릿 doPost()나 doGet() 메소드 중 하나를 호출한다.
  3. 만약 서블릿만 사용하여 사용자가 요청한 웹페이지를 보여주려면 out 객체의 println 메소드를 사용하여 HTML 문서를 작성해야 하는데 이는 추가/수정을 어렵게 하고, 가독성도 떨어지기 때문에 JSP를 사용하여 비즈니스 로직과 프레젠테이션 로직을 분리한다.
  4. 여기서 서블릿은 데이터의 입력, 수정 등에 대한 제어를 JSP에게 넘겨서 프레젠테이션 로직을 수행한 후 컨테이너에게 Response를 전달한다.
  5. 이렇게 만들어진 결과물은 사용자가 해당 페이지를 요청하면 컴파일 되어 자바 파일을 통해 .class 파일이 만들어지고, 두 로직이 결합되어 클래스화 되는 것을 확인할 수 있다. 즉, out 객체의 println 메소드를 사용해서 구현해야 하는 번거로움을 JSP가 대신 수행한다.

출처 : https://coding-factory.tistory.com/742
https://velog.io/@falling_star3/Tomcat-%EC%84%9C%EB%B8%94%EB%A6%BFServlet%EC%9D%B4%EB%9E%80
https://velog.io/@developerjun0615/WEB-WAS-%EB%9E%80-%EB%AC%B4%EC%97%87%EC%9D%BC%EA%B9%8C

0개의 댓글