자카르타 서버 페이지

3. 구문

JSP는 서버 측 스크립팅 기능을 구현하기 위해 여러 종류의 태그와 구분 기호를 사용한다. 이를 통해 HTML 문서 내에 자바 코드를 삽입하여 동적인 웹 페이지를 생성할 수 있다.

가장 기본적인 구분 기호는 `<% ... %>`로, 이는 JSP '''스크립트릿'''(scriptlet)을 감싸는 데 사용된다. 스크립트릿은 웹 페이지 요청 시 서버에서 실행되는 자바 코드 조각이다.^[6] 다른 주요 구분 기호로는 표현식의 결과를 HTML에 직접 출력하는 `<%= ... %>`(표현식)과 JSP 페이지 처리 방식을 지정하는 `<%@ ... %>`(지시자)가 있다.^[6] 이 외에도 변수나 메서드를 선언하는 `<%! ... %>`(선언), 자주 사용되는 기능을 태그 형태로 제공하는 `<jsp:액션명>`(액션), JSP 소스 코드에 주석을 다는 `<%-- 주석 --%>` 등이 사용된다.

JSP 내의 자바 코드는 반드시 하나의 스크립트릿 블록 안에서 완결될 필요는 없다. 페이지 전체의 구문이 올바르다면, HTML 마크업 사이에 여러 스크립트릿을 나누어 코드를 작성할 수 있다. 예를 들어, 하나의 스크립트릿에서 시작된 자바의 `if`나 `for` 문은 이후 다른 스크립트릿에서 닫힐 수 있다. 이렇게 코드와 마크업을 혼합하는 방식은 유연성을 제공하지만, 코드가 복잡해지고 가독성이 떨어지는 단점이 있어 주의가 필요하다. 분할된 자바 코드 블록 사이에 있는 HTML 콘텐츠는 해당 코드의 영향을 받는다. 예를 들어, `if` 문의 조건이 참일 때만 해당 블록 안의 HTML이 출력되고, 반복문 안에 있는 HTML은 반복 횟수만큼 출력된다.

JSP는 기본적으로 자바 서블릿 기술을 기반으로 구현되었다. 서블릿과 달리 JSP는 HTML 구조 안에 자바 코드를 넣어 디자인 작업과 프로그래밍 로직을 분리하는 데 용이하며, 특히 정적인 내용이 많은 웹 페이지를 동적으로 생성할 때 유용하다.^[14] 유사한 서버 측 스크립트 기술로는 PHP, ASP, ASP.NET 등이 있다.

클라이언트가 JSP 페이지를 요청하면, 애플리케이션 서버의 서블릿 컨테이너는 먼저 해당 JSP 파일을 서블릿 자바 소스 코드로 변환한다. 그런 다음 이 소스 코드를 컴파일하여 서블릿 클래스 파일을 생성하고 실행한다. 처음 요청 시에는 변환 및 컴파일 시간이 소요되지만, 이후 같은 페이지 요청에 대해서는 이미 컴파일된 서블릿을 재사용하므로 응답 속도가 빨라진다.

스크립트릿 대신 JSTL(JSP Standard Tag Library)과 같은 커스텀 태그 라이브러리를 사용하면 자바 코드를 직접 노출하지 않고 미리 정의된 태그를 통해 기능을 구현할 수 있어 코드의 가독성과 유지보수성을 높일 수 있다. JSP 2.0부터는 `.tag` 확장자를 가진 태그 파일을 이용하여 개발자가 직접 커스텀 태그를 더 쉽게 만들 수 있게 되었다.

MVC(Model-View-Controller) 아키텍처에서 JSP는 주로 사용자에게 보여지는 화면(View)을 담당하는 역할로 사용되며, 자바 서블릿은 요청 처리 및 제어(Controller), 자바빈즈는 데이터 처리(Model)를 담당하는 구조로 활용되는 경우가 많다. 각 JSP 태그의 구체적인 사용법과 기능은 하위 섹션에서 자세히 설명한다.

3. 1. 지시자 (Directives)

지시자에는 여러 종류가 있으며, 주요 종류와 설명은 아래 표와 같다.

3. 2. 선언 (Declarations)

3. 3. 스크립트릿 (Scriptlets)

세까지 세기:

이 숫자는 1입니다.

이 숫자는 2입니다.

이 숫자는 3입니다.

OK.

3. 4. 표현식 (Expressions)

3. 5. 액션 (Actions)

${sessionScope.user.id}

4. JSP 표준 태그 라이브러리 (JSTL)

JSTL(JavaServer Pages Standard Tag Library|자바 서버 페이지 표준 태그 라이브러리^영어, JSP 표준 태그 라이브러리)은 JSP에서 자주 사용되는 표준 기능을 정의한 커스텀 태그 라이브러리이다.^[15] 2001년 J2EE 1.3 표준 사양의 일부로 도입되었으며,^[15] 표준 JSP 구문의 기능을 확장하는 사용자 정의 JSP ''태그 라이브러리'' 중 하나이다.^[8][9]

JSTL은 JSP 페이지 내에서 반복문이나 조건문(자바의 "for" 및 "if" 구문과 유사) 같은 일반적인 작업을 쉽게 처리하도록 돕는다.^[9] JSTL은 변수 조작이나 if 문 같은 핵심 기능을 제공하는 코어 라이브러리 외에도, XML 처리, 국제화, SQL 데이터베이스 작업, 문자열 조작과 같은 함수를 모아놓은 라이브러리들을 제공한다.^[16]

여러 라이브러리 중 JSTL 코어 라이브러리가 가장 널리 사용된다. JSP 페이지에서 코어 라이브러리를 사용하려면 `taglib` 지시문을 이용해 라이브러리의 URI와 접두사를 지정해야 한다. 일반적으로 코어 라이브러리에는 'c'라는 접두사가 사용된다.

5. XML 기반 JSP

JSP 페이지는 완전하고 유효한 XML 구문으로 작성될 수도 있다.^[10] 이러한 JSP 파일은 일반적으로 .jspx 파일 확장자를 사용하며, 이는 애플리케이션 서버가 해당 파일의 XML 구문을 검증하도록 유도하는 역할을 한다.

기존 JSP에서 사용하는 <% ... %>와 같은 일반적인 구문은 XML에서는 유효하지 않다. 따라서 XML 기반 JSP를 작성할 때는 JSP에서 제공하는 대체 태그를 사용해야 한다. 예를 들어, 페이지 지시자인 <%@ page .. %>는 <jsp:directive.page .. /> 태그로 대체하여 작성해야 한다. 또한, 태그 라이브러리를 가져올 때는 일반적인 <%@ taglib .. %> 태그 대신 XML 네임스페이스를 이용하는 방식을 사용한다.

6. 컴파일러

'''자바서버 페이지 컴파일러'''는 JSP를 파싱하여 실행 가능한 자바 서블릿으로 변환하는 프로그램이다.^[11] 일반적으로 애플리케이션 서버에 내장되어 있으며, 클라이언트가 특정 JSP 페이지에 처음 접근할 때 자동으로 실행된다.

클라이언트에서 서비스 요청이 오면, 웹 애플리케이션 서버의 서블릿 컨테이너는 해당 JSP 파일을 자바 서블릿 소스 코드로 변환한다. 이후 이 소스 코드는 즉시 컴파일되어 실행되고, 그 결과가 HTML 형태로 클라이언트에게 반환된다. 이 과정 때문에 처음 접근 시에는 컴파일 시간이 소요되지만, 한 번 컴파일된 후에는 다시 컴파일할 필요가 없어 두 번째 접근부터는 응답 속도가 빨라진다.

성능 향상이나 오류 검사를 위해 페이지를 미리 컴파일하는 것도 가능하다. 즉, 웹 애플리케이션을 배포하기 전 빌드 과정의 일부로 JSP를 미리 컴파일해 둘 수 있다.^[11]

일부 JSP 컨테이너는 JSP 컴퓨터 파일의 타임스탬프를 주기적으로 확인하여 페이지 변경 여부를 감지하는 기능을 지원한다. 소프트웨어 개발 중에는 변경 사항을 빠르게 반영하기 위해 확인 간격을 짧게(몇 초 단위) 설정하고, 실제 운영 환경(배포된 웹 애플리케이션)에서는 성능을 위해 간격을 길게(몇 분 단위) 설정하거나 아예 확인하지 않도록 설정할 수 있다.^[12]

7. 비판

자바 코드(Java code^영어)를 JSP에 직접 내장하는 방식은 일반적으로 좋지 않은 관행으로 여겨진다. 조엘 머랙(Joel Murach)과 마이클 어번(Michael Urban)은 저서 "머랙의 자바 서블릿과 JSP(Murach's Java Servlets and JSP)"에서 이러한 방식이 코드의 가독성과 유지보수성을 저하시킬 수 있다고 지적했다. 더 나은 접근 방식은 JSP에 포함된 백엔드 로직을 서블릿의 자바 코드로 이전하는 것이다. 이 시나리오에서 서블릿은 데이터 처리와 같은 로직을 담당하고, JSP는 사용자에게 보여지는 HTML 화면을 생성하는 역할에 집중하여 명확한 관심사 분리 원칙을 유지할 수 있다.

과거 2000년에 "자바 서블릿 프로그래밍(Java Servlet Programming)"의 저자인 제이슨 헌터(Jason Hunter)는 JSP의 여러 "문제점"을 설명했다.^[13][18] 그는 JSP가 당시 마이크로소프트의 ASP와 가장 유사한 자바 기반 기술이지만, "자바 플랫폼에 최선의 해결책"은 아닐 수 있다고 평가했다. 이후 헌터는 자신의 웹사이트를 통해 2000년 이후 JSP가 개선되었음을 인정하면서도, 아파치 벨로시티(Apache Velocity)나 Tea와 같은 경쟁 템플릿 엔진 기술들을 대안으로 언급하기도 했다.^[13]

오늘날에는 JSP 외에도 다양한 웹 개발 기술들이 존재하며, 특히 규모가 큰 웹 애플리케이션에서 여전히 다수의 JSP 페이지를 중심으로 개발하는 것은 기술 부채로 간주될 수 있다. JSP는 HTML 코드 사이에 `<%`와 `%>` 기호를 사용하여 자바 코드를 직접 삽입하는데, 이를 scriptlet|스크립트릿^영어이라고 부른다. 이러한 방식은 개발 초기에는 편리할 수 있으나, 프로그램 로직과 화면 디자인 코드가 섞여 복잡성을 증가시키는 원인이 되기도 한다. 비록 JSTL이나 아파치 스트럿츠 같은 프레임워크에서 제공하는 커스텀 태그 라이브러리를 사용하면 스크립트릿 사용을 줄이고 가독성을 높일 수 있지만, 근본적인 구조적 문제는 여전히 고려 대상이다.

8. 서블릿 컨테이너 (Servlet Containers)

클라이언트에서 서비스가 요청되면, JSP의 실행이 요구되고, JSP는 웹 애플리케이션 서버의 서블릿 컨테이너에서 서블릿 소스 코드로 변환된다. 그 후에 서블릿 소스 코드는 바로 컴파일된 후 실행되어 결과를 HTML 형태로 클라이언트에 돌려준다.^[3] 처음 요청 시에는 컴파일 시간이 필요하지만, 한 번 컴파일된 서블릿은 캐시에 저장되어 이후 요청부터는 빠르게 처리된다.

구조적으로 JSP는 자카르타 서블릿의 상위 수준 추상화로 볼 수 있다. JSP는 런타임에 서블릿으로 변환되므로 JSP는 서블릿이다. 각 JSP 서블릿은 원래 JSP가 수정될 때까지 캐시되어 재사용된다.^[3]

웹 컨테이너는 request, response, session, application, config, page, pageContext, out 및 exception과 같은 JSP 암시적 객체를 생성한다. JSP 엔진은 변환 단계에서 이러한 객체를 생성한다.

JSP를 실행할 수 있는 환경을 제공하는 대표적인 서블릿 컨테이너는 다음과 같다.

• 아파치 톰캣
• 아파치 토미
• 제티
• 글래스피쉬
• 오라클 아이플래닛 웹 서버
• 웹스피어 애플리케이션 서버

9. 자바 기반 템플릿 대안

조엘 머랙(Joel Murach)과 마이클 어번(Michael Urban)은 저서 "머랙의 자바 서블릿과 JSP(Murach's Java Servlets and JSP)"에서 자바 코드를 JSP에 직접 내장하는 것은 일반적으로 좋지 않은 관행이라고 지적했다. 더 나은 접근 방식은 JSP에 포함된 백엔드 로직을 서블릿의 자바 코드로 옮기는 것이다. 이 구조에서는 서블릿이 데이터 처리 로직을 담당하고, JSP는 HTML 생성을 맡아 명확한 관심사 분리를 구현한다.

2000년, "자바 서블릿 프로그래밍(Java Servlet Programming)"의 저자 제이슨 헌터(Jason Hunter)는 자바서버 페이지(JavaServer Pages, JSP)의 여러 문제점을 설명했다.^[13] 그럼에도 그는 JSP가 자바 플랫폼을 위한 최선의 해결책은 아닐 수 있지만, 마이크로소프트의 액티브 서버 페이지와 가장 유사한 자바 기반 솔루션이라고 평가했다. 헌터는 이후 자신의 웹사이트에 2000년 이후 JSP가 개선되었음을 언급하면서도, 경쟁 기술인 아파치 벨로시티(Apache Velocity)와 Tea(템플릿 언어) 등을 함께 소개했다.^[13] 오늘날에는 여러 대안 기술이 등장했으며, 복잡한 웹 애플리케이션에서 다수의 JSP 중심 페이지는 기술 부채로 여겨지기도 한다.

JSP 외에 사용될 수 있는 자바 기반 웹 템플릿 기술들은 다음과 같다.

• 어도비 콜드퓨전
• 루세
• 프리마커
• JHTML
• 타임리프

10. 버전 역사

wikitext

참조

_[1] 웹사이트 What is JSP? Introduction to Jakarta Server Pages https://www.infoworl[...] 2022-09-09
_[2] 웹사이트 FoRK Archive: Sun JSP 1.0 *not* available http://www.xent.com/[...]
_[3] 문서 The Life Cycle of a JSP Page (Sun documentation) http://java.sun.com/[...]
_[4] 웹사이트 Understanding JavaServer Pages Model 2 architecture https://www.infoworl[...] JavaWorld 2020-07-17
_[5] 웹사이트 OutputStream already obtained (JSP forum at Coderanch) https://coderanch.co[...]
_[6] 문서 JSP 1.2 Syntax Reference http://www.oracle.co[...]
_[7] 문서 The Unified Expression Language (Sun Developer Network) http://java.sun.com/[...]
_[8] 문서 Tag Libraries Tutorial - What is a Tag Library? (Sun) http://java.sun.com/[...]
_[9] 웹사이트 JavaServer Pages Standard Tag Library - The Java EE 5 Tutorial https://docs.oracle.[...]
_[10] 웹사이트 The Java EE 5 Tutorial, Chapter 6 JavaServer Pages Documents https://docs.oracle.[...] oracle.com 2022-07-27
_[11] 웹사이트 IBM Docs https://www.ibm.com/[...]
_[12] 웹사이트 SyBooks Online https://infocenter.s[...]
_[13] 문서 The Problems with JSP http://servlets.com/[...] 2000-01-25
_[14] 문서 サーブレットでは`println`メソッドが頻繁に現れて、可読性が低下するため
_[15] 웹사이트 エンタープライズ Java テクノロジ Tech Tips http://otn.oracle.co[...] オラクル 2014-03-12
_[16] 웹사이트 Chapter 7 JavaServer Pages Standard Tag Library http://docs.oracle.c[...] オラクル 2014-03-12
_[17] 웹사이트 Java EE 7が式言語の拡張を提供 http://www.infoq.com[...] InfoQ 2014-02-23
_[18] 문서 The Problems with JSP http://servlets.com/[...] 2000-01-25
_[19] 문서 JavaServer Pages Technology http://www.oracle.co[...]