[JSP] 서블릿(Servlet) 과 JSP

1. Servlet(서블릿)

---

클라이언트의 요청을 처리하고, 그 결과를 반환하는 Servlet 클래스의 구현 규칙을 지킨 자바 웹 프로그래밍 기술

간단히 말해서, 서블릿이란 자바를 사용하여 웹을 만들기 위해 필요한 기술이다. 좀 더 자세히 설명하면
클라이언트가 어떠한 요청을 하면 그에 대한 결과를 다시 전송해주어야 하는데, 이러한 역할을 자바 프로그램이다.

예를 들어, 어떠한 사용자가 로그인을 하려고 할 때. 사용자는 아이디와 비밀번호를 입력하고, 로그인 버튼을 누른다.
그때 서버는 클라이언트의 아이디와 비밀번호를 확인하고, 다음 페이지를 띄워주어야 하는데, 이러한 역할을 수행하는 것이
서블릿(Servlet)이다. 그래서 서블릿은 자바로 구현 된 CGI라고 흔히 말한다.

• CGI (Common Gateway Interfacd)
  CGI는 특별한 라이브러리나 도구를 의미하는 것이 아니고, 별도로 제작된 웹서버와 프로그램 간의 교환 방식이다.
  CGI방식은 어떠한 프로그래밍 언어로도 구현이 가능하며, 별도로 만들어 놓은 프로그램에 HTML의 Get or Post 방법으로 클라이언트의 데이터를 환경변수로 전달하고, 프로그램의 표준 출력 결과를 클라이언트에게 전송하는 것이다.
  즉, 자바 어플리케이션 코딩을 하듯 웹 브라우저용 출력 화면을 만드는 방법이다.

[Servlet 특징]

• 클라이언트의 요청에 대해 동적으로 작동하는 웹 어플리케이션 컴포넌트
• html을 사용하여 요청에 응답한다.
• Java Thread를 이용하여 동작한다.
• MVC 패턴에서 Controller로 이용된다.
• HTTP 프로토콜 서비스를 지원하는 javax.servlet.HttpServlet 클래스를 상속받는다.
• UDP 보다 처리 속도가 느리다.
• HTML 변경 시 Servlet을 재컴파일해야 하는 단점이 있다.
• 항상 JSP보다 Servlet 버전이 높다.
• JSP는 뷰를 생성할 때 사용하고 Servlet은 서버 측 프로그램에서 사용한다.
• 주로 Servlet은 DB 접근, 비즈니스 로직 구현, 데이터 작업에 사용한다.

일반적으로 웹서버는 정적인 페이지만을 제공한다. 그렇기 때문에 동적인 페이지를 제공하기 위해서 웹서버는 다른 곳에 도움을 요청하여 동적인 페이지를 작성해야 한다. 동적인 페이지로는 임의의 이미지만을 보여주는 페이지와 같이 사용자가 요청한 시점에 페이지를 생성해서 전달해 주는 것을 의미한다. 여기서 웹서버가 동적인 페이지를 제공할 수 있도록 도와주는 어플리케이션이 Servlet 이며, 동적인 페이지를 생성하는 어플리케이션이 CGI이다.

[Servlet 동작 방식]

1. 클라이언트가 URL을 입력하면 HTTP Requset가 Servlet Container로 전송한다.
2. 요청을 전송받은 Servelt container는 HttpServlerRequest, HrrpServletResponse 객체를 생성한다.
3. web.xml을 기반으로 사용자가 요청한 URL이 어느 서블릿에 대한 요청인지 찾는다.
4. 해당 서블릿에서 service 메소드를 호출한 후 클라이언트의 GET, POST 여부에 따라 doGet() 또는 doPost()를 호출한다.
5. doGet() or doPost() 메소드는 동적 페이지를 생성한 후 HttpServletResponse객체에 응답을 보낸다.
6. 응답이 끝나면 HttpservletRequest, HttpServletResponse 두 객체를 소멸시킨다.

2. Servlet Container(서블릿 컨테이너)

---

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

우리가 서버에 서블릿을 만들었다고 해서 스스로 작동하는 것이 아니기 때문에 서블릿을 관리해주는 것이 필요하다.
서블릿 컨테이너가 그런 역할을 한다.
서블릿 컨테이너는 클라이언트의 요청(Request)을 받아주고 응답(Response)할 수 있게, 웹서버와 소켓으로 통신하며 대표적인 예로 톰캣(Tomcat)이 있다. 톰캣은 실제로 웹 서버와 통신하여 JSP(자바 서버 페이지)와 Servlet이 작동하는 환경을 제공해준다.

JSP는 Java Server Pages의 약자이며, 오라클에서 자바 상표권 문제로 오픈소스인 jsp는 자카르타 서버 페이지로 이름을 바꾸었다.

역할

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

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

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

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

생명 주기

• 서블릿은 클라이언트가 브라우저에서 요청을 하면 해당 서블릿은 라이프 사이클에 의해 객체를 생성한다.
• init() -서블릿이 처음으로 요청이 되어 객체가 생성될 때 호출되는 메소드
• service() -클라이언트가 요청이 있을 때마다 호출되는 메소드
• destroy() -서블릿 서비스의 종료 및 재시작 또는 서블릿 코드가 수정 될 때 호출되는 메소드
• doGet() - 클라이언트 요청시 <form method=”get”> 일 때 호출되는 메소드
• doPost() - 클라이언트 요청시 <form method=”post”> 일 때 호출되는 메소드

사용자 요청
➡️ init() (최초 한번 호출)
➡️ service, doGet, doPost (반복적 호출)
➡️ destroy (마지막 한번 호출)

 

3. JSP

---

Java 코드가 들어가 있는 HTML 코드

서블릿은 자바 소스코드 속에 HTML 코드가 들어가 있는 형태인데, JSP는 이와 반대로 HTML 소스코드 속에 자바 소스코드가 들어가 있는 구조를 갖는 웹어플리케이션 프로그래밍 기술이다. HTML 속에서 자바 코드는 <% 소스코드 %> 또는 <%= 소스코드 =%> 형태로 들어간다. 자바 소스코드로 작성된 이 부분은 웹 브라우저로 보내는 것이 아니라 웹 서버에서 실행되는 부분이다. 웹 프로그래머가 소스코드로 작성된 이 부분은 웹 브라우저로 보내느 것이 아니라 웹 서버에서 실행되는 부분이다. 웹 프로그래머가 소스코드를 수정할 경우에는 디자인 부분을 제외하고 자바 소스코드만 수정하면 되기에 효율을 높여준다. 또한 컴파일과 같은 과정을 할 필요 없이 JSP페이지를 작성하여 웹 서버의 디렉터리에 추가만 하면 사용이 가능하다.

[JSP 동작 구조]

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

 

JSP 문제점

• JSP 페이지에 HTML와 자바 코드가 혼합되어 이해하기 어렵다.
• 디자이너와 프로그래머의 역할과 작업을 독립적으로 나눠 협업하기 어렵다.
• 뷰 단과 비지니스 로직이 하나의 파일에 포함되어 있다.
• JSP 페이지 내에 작성된 비지니스 로직이 모듈화 되어 있지 않기 때문에 재사용하기 어렵다.
• 많은 비지니스 로직에서 중복되는 부분이 존재한다.
  • 데이터베이스 연결
  • 로깅
  • 사용자 정복 관리 등

 

 

참고: https://mangkyu.tistory.com/14