Enterprise Java Technologies Tech Tips에 오신 여러분을 환영합니다. Java 2 Platform, Enterprise Edition (J2EE)에 기반한 enterprise Java technologies 와 APIs의 사용에 관한 최신 정보를 얻어 가시기 바랍니다. 이 글에서는 Java 2 SDK, Standard Edition, v 1.4와 Java 2 SDK, Enterprise Edition, v 1.3.1 (Reference Implementation)를 사용합니다.

이번 호에서는,

JSP 2.0 Expression Language

를 다루게 됩니다.

저자 Mark Johnson

예제의 샘플 아카이브를 다운로드 받으세요. 컨텍스트 루트는 ttjan2004이고 샘플코드의 사용법은 index.html welcome file 에서 보실 수 있습니다. 이 코드의 사용에 관한 권한이나 정보는 license terms를 참고하시기 바랍니다.

JSP 2.0 EXPRESSION LANGUAGE

2003/12/22 "The JavaServer Pages Standard Tag Library (JSTL)"에서는 새로운 Expression Language를 포함해서 JSP 2.0의 몇 가지 새로운 기능의 사용법을 설명했다. 이번 글은 expression language를 좀 더 자세하게 다룬다. 하단의 샘플 코드는 단일 JSP페이지를 포함하는 웹 애플리케이션으로, 여러 가지 타입의 expression과 상황에 대해 실례를 들어가며 설명하고 있다.

왜 또 다른 랭귀지인가?

JSP 2.0이전에는 JSP 페이지에 서버 상태를 출력하려면 JSP expression인 scriptlet나 커스텀 태그만을 이용할 수 있었다. 이러한 솔루션은 유용하긴 하지만, 서버측 상태를 액세스하는 것과 같은 간단한 작업을 위해 상대적으로 너무 많은 양의 작업이 필요했다. JSP 2.0 은 1.0에서 처음 소개된 Expression Language (EL)을 추가했다. EL은 서버측 상태를 프리젠테이션 출력에 통합하는 것을 쉽게 해준다. JSP expressions인 scriptlets와 커스텀 태그에 관해 먼저 간단히 살펴보는 것으로 시작해보자.

ServerStats 클래스 객체에서 사용 통계(usage statistics)에 관한 정보를 관리하는 웹 애플리케이션을 생각해보자. ServerStats 클래스는 현재 로그인하고 있는 사용자의 수를 리턴하는 getUserCount 메소드를 갖는다. 그 애플리케이션은 stats라는 이름으로 ServletContext 애트리뷰트 내에 ServerStats의 단일 인스턴스를 운영하고 있다. 사용 통계를 출력하기 위해 JSP expression인 scriptlet를 사용했을 때와 커스텀 태그를 사용했을 경우를 비교해보자.

• Scriptlet를 이용해서 출력 생성하기: JSP version 1에서는 scriptlet를 사용해서 시스템에 로그인한 사용자의 수를 출력해낼 수가 있었다. scriptlet가 생성하는 출력값은 out 스트림(out stream)에 명시적으로 작성되어 있어야 한다. 그러면 JSP 페이지는 다음과 같은 scriptlet와 템플릿 텍스트를 이용해서 사용자의 수를 리포트할 수 있다.

      There are currently <%
         ServerStats ss =
           (ServerStats)application.getAttribute("stats");
         out.print(ss.getUserCount());
      %> userslogged on.
  

  결과는 다음과 같다.
  
  There are currently 15 users logged on.
  
  
• JSP expression으로 출력값 생성하기: 코드를 JSP expression에 두면 일이 더 단순해진다. JSP expression내의 expression 텍스트가 계산되면 그 결과는 강제적으로 스트링으로 출력된다. 이 expression의 결과는 출력된 JSP페이지에 expression 태그를 되돌려 놓는다. JSP 페이지의 아웃풋에 결과값 텍스트는 작성할 필요가 없다.

    
      There are currently
      <%= (ServerStats)(application.getAttribute("stats")).
            getUserCount() %> users logged on.
  

  코드를 작성하는 것은 쉬어졌지만, 여전히 이를 읽고 유지하는 것은 어렵다.
  
  
• · 커스텀 태그를 이용해서 출력값 생성하기: JSP 1에서는 읽기 쉽고 재사용하기 쉬운 다이나믹 컨텐트를 만들기 위해 커스텀 태그를 생성했다. 커스텀 태그는 프로그래머에 의해 정의된 JSP 페이지 태그들이다. 태그의 속성은 태그 핸들러 클래스에서 구현되는데 이 때 태그 핸들러 클래스는 반드시 작성(대부분 자바로)되어 있어야 한다. 태그 라이브러리 디스크립터(TLD) 파일은 커스텀 태그와 그것의 핸들러 클래스간의 연관성을 정의한다. 웹 컨테이너는 코드를 다이나믹하게 생성하기 위해서 TLD 파일과 커스텀 태그를 사용하는데 여기서 커스텀 태그는 더 간결한 JSP 페이지를 생성하고 코드를 재사용할 수 있게 한다. 검색기능을 구현하는 실제 코드는 핸들러 클래스에 있다는 것을 기억하자. 예제로 보는 JSP 코드는 다음과 같다.

    
     There are currently <myTags:userCount/> users logged in.
  

  물론 이와 같이 간결한 프리젠테이션을 얻고자 한다면, 개발자는 자바 클래스와 XML 포맷으로 된 TLD 파일을 모두 작성해야만 한다.
  
  

JSP 2.0은 서버측 상태를 액세스하기 쉽게 만들어주는 expression language를 제공한다. expression language의 구성은 커스텀 태그보다 단순하고 대부분 자바 코드와 연관이 없을 뿐만 아니라 타입캐스팅이나 null 값, 에러 처리 등을 자동으로 처리한다. 때문에 JSP 2.0 expression language를 이용하면 앞서 설명했던 접근 방법보다 쉽게 서버측 상태를 액세스할 수 있다. JSP 2.0에서 사용자수를 나타내는 메시지를 출력하는 코드는 다음과 같다.

   There are currently ${stats.userCount} users logged in.

EL Expressions가 사용될 수 있는 곳

The JSP 2.0 specification는 expression language를 더 자세하게 설명하고 있다. expression language는 JSTL 1.0 EL에 몇 가지 새로운 기능을 첨가하였다.

JSP 2.0 EL expression는 항상 ${과 }사이에 작성된다. 그러나 JSP 페이지의 응답에서는 expression을 계산한 결과가 템플릿 텍스트에 쓰여진 expression과 그것의 딜리미터(delimiters)를 대체하게 된다. 태그 내에서 expressions은 애트리뷰트 값으로만 사용될 수 있다. 가령, 다음 샘플 코드를 보면, 태그가 템플릿 텍스트와 애트리뷰트로만 사용되고 있기 때문에 올바른 사용이라 할 수 있다.

  <ul>
   <c:forEach var="k" items="${colors}">
     <li><font color="${k}">This line is ${k}</font>.
   </c:forEach>
   </ul>

태그가 잘못 사용된 예이다.

   <${tag} var="x"/> <%-- INVALID SYNTAX --%>

EL expression내의 변수들은 웹 티어 상태정보이고 page, request, session, 혹은 application 등의 스코프 내의 값이 될 수 있다. 특정하게 지정하지 않았을 경우에는 페이지 스코프 내의 변수들이다.

일반적으로 EL 변수의 값은 객체들이다. 변수의 값이 엔터프라이즈 빈즈 레퍼런스일 경우, 엔터프라이즈 빈으로부터 받은 데이터는 별 어려움없이 페이지 내에 포함될 수 있다. 예를 들면, 쇼핑 애플리케이션은 HttpSession 애트리뷰트안에 "cart"라는 이름으로 ShoppingCart stateful 세션 빈에 대한 레퍼런스를 가질 수 있다. 그러면 다음과 같은 간단한 코드로 카트에 담긴 상품의 개수를 프린트할 수 있다.

   You have ${cart.itemCount} items in your cart.

EL Syntax

EL expressions는 문자(literals), 연산자, 변수로 구성된다. Expressions은 함수도 포함할 수 있지만, 여기에서는 다루지 않도록 하겠다. 자세한 정보는 JSP 2.0 specifications 와 the J2EE 1.4 Tutorial를 참고한다.

문자로 올 수 있는 가능한 타입은 boolean ("true" 혹은 "false"), integer, floating point, string이다. 토큰 "null"은 null literal를 말한다.

EL expressions는 다음과 같은 연산자를 제공한다. 여기서 괄호는 그룹을 단순히 묶기 위해 쓰였다.

• 단항 논리 연산자
  (<, <=, ==, >=, >, lt, le, eq, ge, gt)
  
  
• 이항 산술 연산자
  (+, -, *, /, div, %, mod)
  
  
• 색인 연산자
  (.) 과 ([])
  
  
• (등가) 단항 부정 연산자
  (!, not)
  
  
• 산술 단항 마이너스
  (-)
  
  
• expression이 null로 계산되거나 컨테이너 객체에 아이템이 하나도 없는 것으로 평가될 때 true로 계산하는 (empty) 연산자
  
  
• if-then-else의 단순형인 삼항 연산자
  (?:)
  
  
• 계산 순서를 정하기 위한 괄호

가장 우선적으로 계산되는 연산자는 "[]" 과 "." 그리고 ()순이고 이외의 나머지 연산자들의 계산 순서는 수학에서와 같다. 자세한 사항은 JSP 2.0 specifications를 참고하기 바란다.

Literal Expressions

문자와 연산자만을 포함하는 식은 산술식으로(arithmetic expressions) 계산된다. 샘플 페이지의 예제를 살펴보자.

플랫폼의 몇 가지 중요한 변화는 다음과 같다.

expressions에서 변수의 이름들은 연산이 제대로 수행될 수 있도록 적절한 타입의 값으로 계산된다. 가령, 식 ${x + 1}에서 x는 덧셈이 수행되기 전에 숫자로 바뀐다.

EL 변수

변수는 이름으로 액세스된다. 타입 강제 변환(Type coercion)은 변수의 최초 타입에서 요청된 연산과 호환될 수 있는 타입으로 자동적으로 변환되는 것을 말한다. 변수는 페이지에 의해 정의되거나, JSP 묵시 객체(implicit object)가 될 수 있다. (묵시 객체의 리스트는 JSP 2.0 specifications 과J2EE 1.4 튜토리얼을 참고하기 바란다.)

변수 이름은 "." 과 "[]"연산자를 포함하는 식으로 구성될 수 있다. 이러한 연산자는 모든 컬렉션 타입뿐만 아니라, Java language arrays, maps, lists, 그리고 자바빈즈의 프로퍼티 접근자에도 작동한다. 이러한 연산자들은 사용자들이 자바빈즈나 엔터프라이즈 빈즈의 네트워크를 이동할 수 있게 해준다. 매번 사용자가 연산자를 이용할 때마다 단순히 번들의 속성 중 하나를 참조하거나 인덱스로 사용함으로써 하나의 빈에서 다른 빈으로 이동할 수 있다.

"." 연산자

"." 연산자는 이 연산자의 오른쪽에 작성된 속성에 접근하기 위한 JavaBeans property accessor을 짧게 부르는 방법이다. 샘플 페이지의 다음 식을 보면,

   ${pageContext.servletContext.servletContextName}

이는 실제로 다음과 같은 방법으로 실행된다.

   pageContext.getServletContext().getServletContextName()

EL은 expression의 null 값에 관해서는 자바 프로그래밍 언어보다 더 관대하다. 자바 프로그래밍 언어에서는 a.getB()가 null을 리턴하면, a.getB().getC() 는 NullPointerException를 발생시킨다. 하지만 EL에서는 만약 ${a.b}가 null이면 EL expression ${a.b.c}는 null을 리턴하고 예외를 발생시키지 않는다. 이는 식을 쉽게 작성할 수 있도록 도와준다. Null에 대해 좀 더 명쾌하게 이해하고자 한다면, empty연산자를 사용하거나 ==를 이용해서 식과 null을 비교해보거나, is 키워드를 사용해볼 수 있다.

   <c:if test="${a.b is null}">
   <c:if test="${empty a.b}">
   <c:if test="${a.b == null}">

가령, 액세스 되고 있는 객체가 Map이라면, "."연산자는 오른편의 이름값에 스트링 문자를 받고 그것을 결과를 불러낼 때 키로 사용한다. 샘플 코드에서 다음과 같은 두개의 식을 통해 이를 이해할 수 있다. 이 두개의 식은 동일하다. (둘 다 host HTTP header를 말한다.)

   ${header["host"]}
   ${header.host}

"[]" 연산자

[]연산자는 Maps과 Lists를 포함한 컬랙션과 배열의 색인을 만드는데 사용되는 다용도(polymorphic) 찾아보기 연산자(indexing operator)이다. 괄호 안의 값은 map에 대한 키, List 혹은 배열 색인(array index)으로서 사용된다. 예제에서 [] 연산자는 List와 Map을 액세스하는데 이용된다.

${colors[1024]}는 값을 갖지 않는다. 왜냐하면 이 배열의 길이가 그만큼 길지 않기 때문이다. 이 식은 "out of bounds" 에러가 아닌 null을 산출한다.

또한 [] 연산자는 JavaBeans property accessors를 호출하는 데에도 사용될 수 있다. 이 경우에 괄호 안의 스트링은 속성의 이름이 된다. 예를 들어 JavaBean a가 주어지면, ${a["b"]} 과 ${a.b}는 모두 자바 메소드 호출인 a.getB()로 간주된다.

"." 와 []연산자는 완전히 동일하지는 않지만 Maps을 액세스한다는 데에 있어서 공통점을 갖는다. 하지만 이 두 연산자의 차이점은 다음과 같다.

${header["host"]} 과 ${header.host} 는 모두 header라 불리는 Map 안에서 host 키를 검색하는데, 여기서 header는 요청을 위한 HTTP headers를 포함하는 JSP implicit object이다. 하지만, ${header["user-agent"]}가 브라우저의 이름을 생성하는 반면, ${header.user-agent}는 0을 생성한다. 이것이 의미하는 바는 무엇일까?

여기서 문제는 user-agent 가 올바른 자바 식별자가 아니라는 것이다. expression evaluator는 이 식을 변수 header["user"] 마이너스(-) 존재하지 않는 변수 agent 의 차이로 구분하기 때문에 값은 0이다. 이 값들은 모두 null이기 때문에 결과 또한 0이 된다.(이는 specification에서 정의하는 규칙에 의한다.) 여기서 알아두어야 할 것은 Maps을 인덱싱(indexing)할 때에는 항상 []을 이용하고 property accessors을 호출할 때에는 "."을 이용해야 한다는 것이다.

마지막으로 "[]" 과 "."의 다른 점은 식의 값이 "[]"을 이용해서 이름을 지정하는 데 쓰여질 수 있다는 것이다. 샘플 코드의 예제는 다음과 같다.

   <c:set var="headerName" value="host"/>
   ${header[headerName]}

이 블록의 결과는 "localhost:8080"으로 host header를 검색하기 위한 예로 위에서 설명한 2개의 식에서와 같다. 첫번째 라인은 페이지 변수 headerName 를 스트링인 host 로 설정하고 두번째 라인은 HTTP header host를 검색하기 위해 변수의 값을 이용한다. 비록 이 코드는 단순히 한 개의 변수 이름을 사용하고 있지만, "[]"의 컨텐츠는 HTTP header의 이름을 나타내는 어떤 EL expression이던지 상관이 없다.

변수 스코프 조정하기

다르게 정의되지 않는 한, 대입연산자(assignment operator) "="나 JSTL <c:set> 태그를 이용해서 페이지에 정의된 변수들은 페이지 스코프 내에 존재한다. (다시 말하자면 PageContext 애트리뷰트들이다.) 변수가 스코프를 지정하지 않으면, expression evaluator는 page, request, session, application scope 내에서 애트리뷰트를 검색하고 첫번째로 찾은 값을 리턴한다. 그 이름에 대한 변수가 없으면 식은 null로 계산된다.

명시적 스코프 내의 변수는 4개의 묵시적 스코프 객체들(pageScope, requestScope, sessionScope, applicationScope)중의 하나를 이용해서 액세스된다. 가령, ${sessionScope.myVariable}는 세션 애트리뷰트인 myVariable의 값을 리턴한다. 변수의 스코프는 다음과 같이 <c:set>의 스코프 애트리뷰트를 이용해서 정의될 수 있다.

   <c:set var="myVariable" value="1" scope="session"/>

디폴트 값 정의하기

다른 많은 스크립트 언어와 마찬가지로 EL은 null 값에 관대하다. 가능하면 EL은 empty string이나 zero대신 단순히 null을 쓴다. 하지만 사용자가 값이 null일 때 특별한 동작을 원하는 경우에는 이러한 동작이 문제가 될 수 있다.

JSTL을 이용하면, 구하고자 하는 값이 null일 때 사용할 수 있는 디폴트 애트리뷰트를 갖는 <c:out>태그를 사용할 수 있다. 샘플 페이지의 예제를 통해 사용법을 살펴볼 수 있다.

   <c:out value="${colors[1024]}" default="transparent"/>

결과는 스트링 transparent이다. 순수 EL를 이용한다면 3진수 ?:연산자를 사용할 수 있다.

   ${colors[1024] == null ? "transparent" : colors[1024]}

같은 이유로 이 식은 transparent 을 리턴한다.

Maps의 반복 연산

Map의 값들에 반복연산하기 위해서 JSTL 태그 <c:forEach>를 이용할 때, 반복 변수(iteration)는 java.util.Map.Entry 타입이다. map entry의 키와 값을 액세스하기 위해서는 반복변수이름에 .key 와 .entry 을 사용하면 된다.

샘플 페이지에서 이와 관련한 예제를 보자.

   <c:forEach var="hdr" items="${header}">
     ${hdr.key}=${hdr.value}<br>
   </c:forEach>

back to top

샘플 코드 실행하기

샘플 코드를 위한 샘플 아카이브를 다운로드 받자. 애플리케이션의 컨텍스트 루트는 ttjan2004이다. 다운로드된 ear 파일은 완성된 소스 코드도 포함하고 있다.

deploytool프로그램이나 어드민 콘솔을 이용해서 J2EE 1.4 Application Server에 애플리케이션 아카이브(ttjan2004.ear)를 배포할 수 있다. 뿐만 아니라 다음과 같이 asadmin 커맨드를 입력해서 이를 배포할 수도 있다.

asadmin deploy install_dir/ttjan2004.ear

install_dir를 ear파일을 인스톨한 디렉토리로 바꾸자.

http://localhost:8000/ttjan2004에서 애플리케이션을 액세스할 수 있다.

J2EE 1.4 Application Server보다 J2EE 1.4에 맞는 구현을 하고자 한다면 플랫폼에 애플리케이션을 배포하기 위해 J2EE 프로덕트의 배포 툴을 사용하자.

애플리케이션을 실행하면, 다음과 같은 페이지를 볼 수 있다.(이하는 페이지의 일부이다.)

back to top

Reader Feedback   매우 좋다    좋다    그저 그렇다    자바 프로그래밍이 궁금하세요? Java Online Support을 참고하세요.

back to top