[지디넷코리아]서블릿과 JSP는 자바에서 웹 페이지를 다루기 위한 최적의 솔루션이다. 서블릿은 CGI(Common Gateway Interface)를 자바에서 손쉽게 쓸 수 있는 길을 열어 줬으며, JSP는 인터랙티브한 기술적 내용을 추상화해 웹 페이지에 녹여냈다. 이런 기술들은 발전 과정을 거쳐 현재 서블릿은 2.3, JSP는 1.2의 최종 스펙에 이르렀다. 이 스펙들은 서블릿과 JSP를 지원하는 웹 서버나 웹 애플리케이션 서버에 의해 구현되고 있으며, 서블릿 2.4와 JSP 2.0이 내년 초에 나올 J2EE 1.4에 포함될 예정으로 스펙이 개발중이다. 여기에 JSTL(Java Standard Tag Library) 같은 기술들이 개발환경을 더욱 풍성하게 해주고 있다. 이들은 웹 서비스에서의 최전방을 담당하는 기술들로서 웹 서비스 구현에 밑거름이 되고 있다.

이번 호에서는 이들 기술들에 대해 모든 것을 다루지는 않겠다. 워낙 관련 기술들의 범위가 넓은 반면 지면은 제한되어 있기 때문이다. 대신, 기초부터 개념적인 면에 대해 차근차근 짚어봄으로서 독자들의 기본 이해도를 높이고 스스로 이 기술들에 대해 공부해 나갈 수 있는 토대를 마련해 보겠다.

웹 컨테이너로서의 진화와 J2EE
HTTP가 널리 쓰이고 CGI가 점차 대중화되면서 웹 브라우저와 웹 서버와의 능동적인 정보교환이 이뤄졌다. 하지만 CGI는 대강의 가이드라인만을 제공할 뿐 서비스를 효과적으로 제공하는 방법에 대한 답변은 해주지 않았다. 그리하여 CGI를 체계적으로 정리한 다수의 솔루션이 등장했으며 자바에서 소개된 것이 서블릿이다. 서블릿은 네트워크 상에서의 요청(Request)과 응답(Response)를 좀 더 다이내믹하게 처리하는 기능이 있는데, 특히 체계적으로 HTTP를 이용한 CGI 처리를 하는 데 있어서 매우 효과적이다(<그림 1>). 서블릿은 JSDK(Java Servlet Development Kit)라는 개발키트를 통해 소개됐고 이때부터가 자바에서 본격적인 웹 컨테이너로서의 진화에 대한 태동기라고 볼 수 있다.


<그림1> 서블릿 처리 구조도
서블릿은 ISAPI나 NSAPI 같이 플랫폼 혹은 애플리케이션에 의존적인 기술들보다 쉬우면서도 다양한 플랫폼에서 동작하는 서버 컴포넌트를 만들 수 있다. 하지만 서블릿은 HTML을 효과적으로 다루기 위한 기술일 뿐 웹 페이지 생성용 기술은 아니었다.

웹 페이지는 보통 웹 디자이너가 만들기 때문에 전체 프로그래밍 로직에 대한 고려가 없었던 것이 일반적이었다. 반면 웹 서버와 그 뒷단에서의 처리는 프로그래머가 담당하므로 웹 페이지 디자인과 사용자 편의성 등에 대한 고려 또한 이뤄지지 않았다. 서블릿이 효과적인 HTML 처리도구임에는 틀림없어도 독자적으로는 효과적인 웹 애플리케이션 도구가 될 수 없었던 것이다. 그래서 등장한 것이 JSP(JavaServer Pages)이다.

JSP는 HTML 파일에 JSP용 특수처리 코드를 포함시켜 웹 디자이너가 디자인한 웹 페이지에 추상적으로 프로그래밍 로직을 끼워 넣을 수 있는 새로운 프로그래밍 솔루션을 가능케 했다. 이때부터 웹 컨테이너 기능을 포함한 웹 애플리케이션 서버들이 본격적으로 대두되기 시작했으며, 이들은 프로그래머가 서블릿과 JSP를 효과적으로 쓸 수 있는 환경을 제공했다. 그 이후에 EJB(Enterprise JavaBeans)를 통해 분산된 웹 애플리케이션 환경을 구축할 수 있는 토대가 마련됐다(웹 애플리케이션이란 웹 브라우저를 통해 실행이 가능한 프로그램으로 서블릿이나 JSP, EJB 코드 등을 이용해 만들 수 있다. 웹 컨테이너는 서블릿 컨테이너와 JSP 컨테이너 기능을 포함한다).

하지만 앞서 말했듯이 JSP는 서블릿과 전혀 별개의 기술이 아니었다. JSP는 내부적으로 서블릿으로 재컴파일돼 서비스되므로 서블릿이 가진 효과적이고도 다이내믹한 HTTP 응답 생성 기능을 활용함과 동시에 효과적인 웹 애플리케이션 제작 기능을 제공했다(<.그림 2>). 웹 애플리케이션은 점점 그 체계적인 모습을 갖춰 나갔으며 웹 컨테이너에서 웹 애플리케이션이 어떻게 자리잡아야 할지에 대한 고려가 이뤄졌다. 이것을 ‘웹 애플리케이션을 배치(Deploy)한다’고 표현하며, 그 과정을 기술한 것이 배치 기술자(Deployment Descriptor)다(배치 기술자는 XML 파일 형태로 존재한다.)


<그림 2> JSP 처리 구조도
웹 애플리케이션은 J2EE 상에서 J2EE 애플리케이션의 한 부분이 된다. 어떠한 운영체제에서 실행되는 웹 컨테이너이든 J2EE 스펙만 준수하고 있다면, 또한 어떠한 운영체제에서 만들어진 J2EE 애플리케이션이든 해당 웹 컨테이너에 배치될 수 있다. J2EE에서는 배치를 위한 J2EE 애플리케이션을 EAR 파일(Enterprise ARchive)로 묶어서 배포한다. 여기에는 여러 파일들이 포함되는데 그 중에는 서블릿과 JSP 파일을 묶은 WAR 파일(Web ARchive)이 있다. WAR 파일이 바로 웹 애플리케이션이 된다(EAR나 WAR 파일은 모두 자바의 Jar 파일 포맷에 준한다).