닷넷 개발자 입장에서 이해해 보는 자바의 서블릿, JSP
우선, 다음의 글을 한번 읽어보시고. ^^
닷넷 개발자가 처음 실습해 본 서블릿
; https://www.sysnet.pe.kr/2/0/1115
위의 글에 포함된 자바 서블릿 소스 코드를 다시 한번 여기에 적어보겠습니다.
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class HelloWorld extends HttpServlet
{
public void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException
{
res.setContentType("text/html");
PrintWriter out = res.getWriter();
out.println("<html><body>Hello World</body></html>");
}
}
닷넷이라면, 어떤 것과 비교될 수 있을까요? 그렇습니다. IHttpHandler를 이용해서 이를 구현할 수 있습니다. 예를 들어, 위의 HelloWorld 서블릿의 기반 클래스로 사용되는 HttpServlet 타입을 닷넷으로 구현해 보면 대충 아래와 같이 나올 수 있습니다.
namespace WebApplication1
{
public class ServletBase : IHttpHandler
{
public bool IsReusable
{
get { return false; }
}
public void ProcessRequest(HttpContext context)
{
string httpMethod = context.Request.HttpMethod.ToUpper();
switch (httpMethod)
{
case "GET":
doGet(context.Request, context.Response);
break;
case "POST":
doPost(context.Request, context.Response);
break;
}
}
protected virtual void doGet(HttpRequest httpRequest, HttpResponse httpResponse)
{
}
protected virtual void doPost(HttpRequest httpRequest, HttpResponse httpResponse)
{
}
}
}
그래서 HelloWorld 서블릿에 해당하는 코드를 닷넷으로 포팅한다면 HelloWorld.ashx라는 "Generic Handler"를 추가한 후 코드를 맞춰주면 됩니다.
namespace WebApplication1
{
public class HelloWorld1 : ServletBase
{
protected override void doGet(HttpRequest httpRequest, HttpResponse httpResponse)
{
httpResponse.ContentType = "text/html";
httpResponse.Write("<html><body>Hello World</body></html>");
}
}
}
간단하게 Visual Studio에서 Run을 하면 다음과 같은 결과를 볼 수 있습니다.
느낌이 오시죠? 자바라고 해서 안드로메다에서 뚝 떨어진 기술을 사용해서 구현되는 것은 아닙니다.
닷넷 개발자도 HttpHandler를 이용하여 직접 '웹 페이지'를 생산해내지 않는 것처럼, 자바 개발자들도 서블릿을 이용하여 바닥부터 웹 페이지를 만들어내지는 않습니다. 즉, 닷넷의 aspx를 자바에서는 JSP로 구현하고 있습니다.
재미있는 것은 그 구조입니다. 닷넷도 사실상 aspx 웹 페이지가 IHttpHandler의 정형화된 핸들러로 구현되는데, 자바도 JSP 처리에 대해 내부적으로는 서블릿을 기반으로 구현하고 있습니다. 보통, JSP를 ASP와 비교를 하지만, 닷넷에서의 위치와 비교해 보면 .aspx와 비교할 수 있습니다.
예를 들어, JSP로 다음과 같은 페이지를 만들었다면,
<%@ page language="java" contentType="text/html; charset=EUC-KR" pageEncoding="EUC-KR"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=EUC-KR">
<title>Insert title here</title>
</head>
<body>
<%
for (int i = 0; i < 1000; i ++)
{
%>
<span><%=i %></span>
<%
}
%>
</body>
</html>
닷넷에서는 다음과 같이 만들어 줄 수 있습니다.
<%@ Page Language="C#" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
<title></title>
</head>
<body>
<div>
<%
for (int i = 0; i < 1000; i ++)
{
%>
<span><%=i %></span>
<%
}
%>
</div>
</body>
</html>
어떠세요? 먼 나라 이야기가 아니지요. ^^
한 가지 예를 더 들어볼까요? 자바의 Axis 같은 웹 서비스도 서블릿의 일종입니다.
닷넷 개발자가 구현해 본 자바 웹 서비스 (1)
; https://www.sysnet.pe.kr/2/0/1130
닷넷 개발자가 구현해 본 자바 웹 서비스 (2)
; https://www.sysnet.pe.kr/2/0/1131
마치, 닷넷의 웹 서비스 구현체 중의 하나인 asmx 파일도 IHttpHandler를 구현한 것과 같은 구조인 것처럼.
웹 구현에 있어서, 자바와 닷넷의 주요하게 다른 차이점이라면 그 구현체가 어디에 포함되어 있느냐는 것입니다.
자바의 경우는, 서블릿 관련 인터페이스를 Java 스펙에 규정해 둘 뿐 그 구현에 대한 것은 각각의 웹 서버 측에서 맡게 되어 있습니다. 닷넷으로 예를 들자면, IHttpHandler 인터페이스만 닷넷 BCL에 포함되어 있을 뿐, IHttpHandler 자체에 대한 구현은 웹 서버를 만드는 회사의 임의 재량으로 맡긴다고 보면 됩니다.
그런 이유 때문에 서로 다른 상용 WAS 서버들이 출시된 것이며, 그런 것들이 구현해 주는 기능을 간단하게 말하면 타사의 WAS 서버보다 좀 더 안정적으로/고성능으로 서블릿을 구현하는 것이 목표인 것입니다. WAS를 "서블릿 컨테이너"라고도 불리는 이면에는 그런 이유가 있는 것입니다. (물론, WAS 정도라면 서블릿 뿐만 아니라 JMS / EJB 등의 스펙들을 더 구현하고 있지만.)
어쩌면, 닷넷 역시 IHttpHandler를 처리하는 별도의 WAS 서버들을 구현할 수는 있을 것입니다. 하지만 현실적으로 '돈'이 안되는 그 분야에 뛰어들 업체는 없기 때문에 닷넷에서는 WAS라는 상용 제품이 나오지 않고, 닷넷 라이브러리 자체에서 이미 'HttpHandler 컨테이너'를 구현하고 있는 것이며, 이를 운영하기 위한 IIS라는 독보적인 웹 서버가 있는 것입니다.
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]