김세곤 <sehkone@bawi.org>

2000년 4월 23일, 2001년 1월 4일 일부 수정

개요

  Beans란?

Beans는 일종의 특정한 일을 독립적으로 수행하는 콤포넌트이다. Beans는 크게 JavaBeans와 EJB(Enterprise JavaBeans)가 있는데, 두 가지는 콤포넌트라는 개념 외에는 많이 다르다. JSP 문서에서는 JavaBeans와 EJB 모두 사용할 수 있는데, 이번 글에서는 JavaBeans에 대해서만 다루겠다. 이후 Beans는 JavaBeans를 가리키는 말이다.

JSP에서 JavaBeans를 사용하기 위해서 JavaBeans에 대한 모든 내용을 다 알 필요는 없다. 이번 글에서는 JSP 문서에서 Beans를 사용하기 위한 필요한 내용들만 설명할 것이므로, 특별히 JavaBeans 자체에 대해서 더 알고 싶은 분은 썬의 JavaBeans 스펙을 참고하기 바란다.

하나의 bean은 속성을 갖는 개셈甄? 또한, bean은 그 속성의 값을 설정하고 얻는 방법도 갖고 있다. 뿐만 아니라, 속성을 제어하고 지정한 여러가지 일을 수행하는 방법들도 갖추고 있다. Bean은 한 프로그램에 전속하지 않는 독립적인 객체로서 다른 프로그램에서도 사용할 수 있다. Bean의 정의는 클래스로서 표현되며 개별 bean은 정의된 클래스의 인스턴스로서 구별된다. 어떤 것도 bean으로 추상화될 수 있다. 예를 들면 복소평면 위의 한 점으로 표현되는 복소수도 bean이 될 수 있다. 이 bean은 실수 축 위의 좌표와 허수 축 위의 좌표를 그 속성으로 갖게 될 것이며, 복소수의 연산을 가능토록 하는 방법들을 갖을 수 있다. Bean의 속성은 클래스의 내부 필드 값으로, 속성을 제어하는 방법들은 메쏘드로서 표현된다. 이어지는 절들에서 보다 구체적인 예를 살펴보기로 하자.

  왜 Beans를 사용하는가?

크게 세 가지 이유가 있다.

먼저, form을 통한 데이터 프로세싱이 매우 용이하다는 장점을 들 수 있다. 동적인 웹 페이지 생산의 중요한 요소는 클라이언트로부터 데이터를 입력받아 이를 처리하는 것인데, http 프로토콜을 사용하는 HTML은 GET 또는 POST 방법을 통해 이를 처리한다. JSP 문서에서는 간단하게 request.getParameter()를 통해 GET 또는 POST로 넘어오는 데이타를 전달받을 수 있지만(이 방법에 대해서는 WebDox의 JSP 맛보기를 참고하도록 하자) 프로그래밍 코드가 지저분해지기 쉽다. 또한, request라는 JSP Engine(JSP 문서를 Servlet 코드로 변환시키는 일을 한다)이 내부적으로 사용하는 인스턴스를 참조하는 것도 어딘지 석연치 않다. 이후에 살펴보겠지만 beans를 사용하면 번잡한 form 제어를 우아하게 할 수 있다.

다음으로, 클라이언트의 데이터를 여러가지 범위에서 지속적으로 유지할 수 있다는 이유가 있다. 간단한 예를 들어보자. 쇼핑몰을 운영하는 사이트는 장바구니 개념이 구현되어야 한다. 소비자가 물건을 사이트에서 살피고 이를 장바구니에 담으면 이 정보는 소비자가 구입을 모두 끝마칠 때까지 유효해야 한다. 이런 장바구니를 구현하기 위해서는 다음의 세 가지 요건이 모두 잘 해결되어야 한다.

• 클라이언트 요청이 누구의 것인지 구별하기(session tracking)

• 사용자에 따라 물품 구매 정보를 저장하고 지속적으로 유지하기

• 장바구니 정보는 오랜 기간 지속하는 것이 아니므로 수행 성능을 고려하여 디스크 등의 기억장치를 쓰지 않기

마지막으로, Beans를 사용하는 가장 중요한 이유는 컴포넌트 기반 개발을 하기 위한 것이다. Beans를 잘 사용하면 보여주기와 구현하기를 분리하여 비즈니스 로직을 보다 잘 설계할 수 있다. 이에 대한 자세한 이야기는 다음 기회로 미루고, 우선 이번 글에서는 JSP에서 beans를 사용하는 방법에 대한 개념적인 이야기와 앞의 두 가지 장점에 대해서 중점적으로 알아보도록 하겠다.

간단한 예제

2차원 평면에서 점의 좌표를 입력받아 원점으로부터의 거리를 계산하는 웹 프로그램을 짜보자. 편리를 위해 좌표는 정수로만 입력 받기로 한다. 좌표와 원점으로부터의 거리를 속성으로 갖는 bean을 먼저 만든다. x, y 좌표는 입력을 받지만 원점으로부터의 거리는 입력받는 값이 아니고 계산되는 값이다.

이제, Point 클래스의 인스턴스이자 bean의 역할을 하는 myPoint는 form으로부터 좌표값을 입력받아 거리를 계산해 주는 일을 수행하게 된다.

Bean 사용 방법

  Bean 생성/선언

Bean의 생성/선언은 <jsp:useBean ... /> 태그를 이용한다. 일반적인 용법은 다음과 같다.

Bean의 생성/선언 방법은 위의 것 외에 serialization을 위한 또 하나의 방법이 있는데, serialization을 이해하는 일이 선행되어야 하므로 이 글의 범주를 벗어나서 생략한다. Bean의 serialization은 웹의 데이터베이스 연동이 일반화된 마당에 파일 처리를 통해 데이터를 관리할 것이 아니라면 특별히 사용할 일이 없을 것으로 생각된다.

  Bean 클래스의 정의 요건

JSP에서는 어떤 클래스라도 bean이 될 수 있다. 다만, <jsp:setProperty> 태그와 <jsp:getProperty>를 위해 setXXX() 메쏘드와 getXXX() 메쏘드가 준비되어야 한다. 예를 들어 <jsp:getProperty> 태그에 property의 값으로 abcDefGhi를 사용했다면, getAbcDefGhi() 메쏘드가 존재하여야 한다. 소문자인 a가 메쏘드에서는 대문자로 사용된 것에 유의하자. 마찬가지로, <jsp:setProperty> 태그에 property의 값으로 jklMno를 사용했다면, setJklMno() 메쏘드가 정의되어 있어야 한다. setXXX() 메쏘드와 getXXX() 메쏘드는 public 이어야 하고. setXXX() 메쏘드는 값을 넘겨받는 인자가 하나 존재해야 한다. 코드를 통해 본다면, 만일,

  Bean 속성 설정하기

Bean의 속성을 설정하는 것은 bean 클래스의 setXXX() 메쏘드를 사용하여 field의 값을 정해주는 일이다. 이는 <jsp:setProperty> 태그를 이용하여 수행한다. <jsp:setProperty> 태그의 용법은 다음의 네 가지가 있다.

첫 번째 방법은 form에서 값을 넘겨받아 bean에 설정하는 방법으로서 매우 효과적이다. 이 방법을 사용하면 form의 모든 파라미터를 조사하여 대응되는 setXXX() 메쏘드가 있는지 살피고 있다면 대응되는 메쏘드를 통해 bean 속성을 설정한다. Form의 파라미터에 대응되는 bean의 메쏘드가 없다고 해도 아무런 에러를 내지 않고 대응되는 것만 수행한다. 간단한 예를 살펴보자. 다음은 아이디와 패스워드를 입력받는 예이고, bean은 다음처럼 정의한다.

다음은 아이디와 비밀번호를 입력받는 HTML 문서이다.

Form의 submit을 통해 호출되는 example.jsp를 다음처럼 만든다면,

두 번째 방법을 사용할 때는 위의 거리 계산 예제에서도 사용한 것처럼 property의 값이 form의 파라미터 이름과 같아야 하고, 이에 대응되는 setXXX() 메쏘드가 존재해야 한다. Form의 파라미터 이름과 bean의 setXXX() 메쏘드의 이름이 대응되지 않을 때는 세 번째 방법을 사용한다. Property에는 bean의 setXXX() 메쏘드의 XXX 부분과 호응하는 이름을 설정해야 하며, param에는 form의 파라미터 이름을 써 넣으면 된다.

마지막 방법은 직접 bean의 setXXX() 메쏘드에 값을 넘겨주어 속성을 설정할 때 사용한다. 여기서 주의할 것은 value의 값이 setXXX() 메쏘드의 인자와 그 타입이 같아야 한다는 점이다. 아래처럼 사용하면 된다.

Beans의 Scope

지금까지 beans의 생성/선언 및 사용 방법에 대해서 살펴보았다. 눈치가 빠른 독자는 필자의 "beans의 생성/선언"이란 표현에서 "선언"이란 말에 의문을 품었을 것이다. 전통적인 프로그래밍 개념에서 생성은 없는 객체를 새로 만들 때 사용하는 용어이고, 선언은 이미 생성된 객체를 참조할 때 사용하는 말이다. 따라서 어떤 bean을 "선언"한다는 말은 이미 객체가 생성되어 있음을 함축한다. 그렇다면, beans은 언제 생성되고 언제 선언되며 언제 소멸되는가? 과연, beans는 얼마 동안 메모리에 적재되어 사용될 수 있는가?

Beans가 지속하는 범위는 <jsp:useBean> 태그의 scope 파라미터로 설정한다. 앞서, <jsp:useBean> 태그의 사용법을 언급할 때 scope에 대한 설명은 뒤로 미루었는데, 이제 자세히 살펴보도록 하자. Scope는 beans가 살아있을 수 있는 기간을 말하고 그 기간은 page, session, request, application 등의 네 가지가 있다. 디폴트 값은 page이다. Scope가 page라면 page가 끝날 때까지 bean이 존재한다는 의미고, scope가 session이라면 session이 끝날 때까지 bean이 존재한다는 의미이다. Request나 application도 같은 식으로 적용된다. 이 네 가지를 차례로 살피자.

  Page Scope

Page는 JSP 문서 하나를 일컫는다. 따라서, scope가 page라면 <jsp:useBean>으로 설정되는 bean은 모두 새로이 생성되고, 그 문서의 실행이 모두 종료되면 bean은 소멸된다. 앞서의 모든 예제들은 scope를 따로이 명기하지 않았고 이는 scope가 page임을 나타내며, 따라서, 앞의 예제들의 모든 beans는 그것들을 포함하고 있는 문서의 실행이 종료될 때 소멸된다.

  Session Scope

Scope를 session으로 명시했다면 그 bean는 session이 끝날 때까지 존재한다. 다음의 두 JSP 문서를 보자.

그렇다면, 과연 session이란 무엇인가? 한 클라이언트가 자신의 브라우저에서 어떤 사이트에 웹 문서를 요청을 하면 해당 웹 서버는 클라이언트의 브라우저와 접속하여 결과물을 보내고 다시 이 접속을 끊는다. 다시 이 클라이언트가 같은 문서(RELOAD 버튼 등을 통하여) 혹은 다른 문서를 요청하면, 웹 서버는 이 추가적인 요청이 이전의 요청과 같은 클라언트로부터 접수되는 것인지를 알 수 있는가? 기본적인 http 프로토콜은 이와 같은 일이 불가능하다. 즉, 연속적인 문서 요청을 모두 별개로 본다는 뜻이다. 매 문서 요청마다 브라우저와 접속했다가 그 요청이 끝나면 다시 접속을 끊기 때문에 생기는 당연한 결과이다. 이런 http 프로토콜의 특성상 장 바구니와 같이 지속적으로 클라이언트 접속을 관리하기 위해서는 추가적인 방법을 사용해야 한다. Session이란 말은 클라이언트의 지속적인 접속을 의미하며, 이어지는 접속이 이전 클라이언트의 것으로부터 온 것인지를 확인하기 위해서, 즉 session을 유지하기 위해서 Java는 쿠키를 통해 session id를 확인하고 session에 기반한 객체는 beans으로 표현한다.

메커니즘은 간단하다. 최초로 session을 설정하기 위해 웹 서버는 브라우저에 고유 번호를 쿠키 값으로 건네 준다. 그리고, 접속 시마다 이 쿠키 값을 살펴서 어떤 클라이언트로부터의 접속인지를 확인하는 것이다. 만일 쿠키 값이 없다면 아직 session을 설정하지 않았으므로 고유 번호를 생성해서 쿠키 값으로 브라우저에 건네 줄 것이고, 쿠키 값이 이미 있다면, 생성한 쿠키 값 리스트를 살펴서 그 출처를 확인하는 것이다. 만일, 브라우저가 갖고 있는 고유 번호가 현재 리스트에 없는 것이라면 그 session은 유효하지 않은 것으로 간주한다(타임 아웃 등에 해당한다).

위와 같은 session 관리를 다른 도움이 없이 쿠키만으로 구현하려면 번잡스러운 작업을 처리해야 한다. 만드는 모든 문서마다 이 쿠키 값을 주고 받고 유효한지 확인하고 새로운 고유 번호를 생성하고 이 번호들의 리스트를 관리하는 일 등은 만만한 것만은 아니다. Java는 이런 작업을 매우 간단하게 처리한다. 특히, JSP의 beans를 사용하면 매우 효율적으로 session을 관리할 수 있다.

    예제 1

간단한 예제를 통해서 session beans를 이해하자. 예제에 사용되는 문서는 session1.jsp, session2.jsp, session3.jsp, inc.jsp 등 네 개의 JSP 문서이다. session1.jsp는 session2.jsp로의 링크를 포함한다. 사용되는 bean과 session1.jsp의 소스는 다음과 같다.

이제, 아래 쪽에 보이는 next 링크를 눌러보자. 이 링크는 session2.jsp를 호출하게 된다. session2.jsp의 소스는 다음과 같다.

    Session Bean의 사용 방법

다음의 두 가지 문법이 있다.

    Session Beans의 소멸

Session beans는 메모리 상에 존재하며 소멸될까지 일을 수행한다. 따라서, 메모리가 충분하지 않은 웹 서버를 운영할 때는 session beans 사용 시 주의를 기울여야 한다. Session beans은 보통 일정한 시간 동안 접속이 없다면 timeout되어 JVM의 garbage collection 대상이 된다.

  Request Scope와 Application Scope

Scope를 request로 설정하면 웹 서버에 한 번 요청하는 동안만 bean이 존재한다는 뜻이다. Page scope와 대개의 경우 차이가 없으나, <jsp:forward> 태그와 <jsp:include> 태그를 사용하여 넘겨지거나 포함되는 문서에서도 bean이 소멸되지 않고 존재한다는 점만 다르다.

Application scope는 웹 서버 혹은 JSP를 구동시키는 모듈이 셧다운 되기 전까지 beans를 살아있도록 할 때 사용된다. Scope가 application으로 설정된 beans는 살아있는 동안 어떤 문서에서도 사용이 가능하다.

Request와 application 두 가지 모두 session scope 처럼 사용방법은 두 가지가 있다. <jsp:useBean .... />과 <jsp:useBean ..> ... </jsp:useBean>의 두 가지인데, 용법은 앞의 session scope과 동일하여 후자의 경우 열고 닫는 태그 사이의 내용은 bean이 최초 생성될 때에만 수행된다.

Request와 application scope에 대해서는 독자들이 실제 테스트해 보기 바란다.

마치며

다른 웹 개발 솔루션(PHP, ASP, Perl)등과 Java 솔루션이 확연이 구분되는 점이 이 글에서 설명한 beans이다. Beans를 잘 사용한다면 깔끔하고 멋진 코딩을 실현할 수 있을 뿐만 아니라, 개념적으로 훌륭한 설계를 바탕으로 개발을 진행할 수 있다. 특히, 웹 개발은 화면 디자인과 소스의 로직이 마구 뒤섞이기 쉬운데, beans를 활용하면 디자인과 코딩을 효과적으로 분리할 수 있으며, 따라서, 진정한 의미의 코딩을 실현할 수 있다.

Beans를 제대로 사용하려면 환경을 먼저 잘 구축해야 한다. Freeware로는 Tomcat을 추천한다. Tomcat의 설치 방법에 대해서는 WebDox의 Apache에서 Tomcat 사용하기를 참고하도록 한다.