| Enterprise Java Technologies Tech Tips에 오신 여러분을
환영합니다. Java 2 Platform, Enterprise Edition (J2EE)에 기반한
enterprise Java technologies 와 APIs의 사용에 관한 최신 정보를 얻어
가시기 바랍니다. 이 글에서는 Java 2 Java 2, Enterprise Edition,
v 1.4 를 사용합니다. 다운로드
이번 호에서는,
 JAXB 라이브러리로 오브젝트 나열하기
엔터프라이즈 빈을 이용한 타이머 사용
를 다루게 됩니다.
저자 Robert Eckstein
JAXB 라이브러리로 오브젝트 나열하기
XML은 이제 데이터를 표현하는 표준이며, Java 오브젝트를 XML로 나열할 때 사용하는 다양한 XML기술들이 개발되어 왔다. 그 중 자바 개발자들에게 익숙한 두가지 기본 기술은 Simple API for XML (SAX)과 Document Object Model (DOM) APIs이다. 그러나 종종 프로그래머들은 즉각적인 테스트에 좀 더 특정적으로 적용할만한 기술을 필요로 하며, 이 경우 오브젝트 데이터를 나열하는 데 좀 더 간단한 XML 기술을 원할 것이다.
JAXB(XML 바인딩을 위한 Java API)를 살펴보자. JAXB는 이제 Java Web Services Development Pack의 표준이 되었다. JAXB는 XML 스키마로부터 클래스 데이터를 바인딩하거나, XML로부터 나열하거나 반대로 XML로 나열하는 등의 다양한 태스크를 수행할 수 있도록 한다.
이번 테크팁에서는 JAXB APIs를 소개하려고 한다. JAXB 바인딩 컴파일러를 이용하여 XML Schema 문서로부터 Java 클래스들을 생성하는 방법을 보여준다. 이 팁에서는 또한 오브젝트들을 XML 파일에 나열하는 법(marshalling)과, 반대로 XML로부터 오브젝트들을 나열하는 방법(unmarshalling)을 소개한다.
이 팁에서 소개하는 대로 예제를 구동하기 전에 Java Web Services Developer Pack을 다운로드 받아야한다. 그 후 jaxb/lib와 jwsdp-shared/lib 디렉토리를 모두 보고 각각의 JAR 파일들이 사용자의 Java 클래스경로에 정확히 포함되어있는지 확인하자.
또는, 이번 팁에 수반된 WAR 파일에서 제공하는 웹 애플리케이션을 구동할 수도 있다. 이번 팁에서 보여주는 소스 코드는 WAR 파일에 포함되어 있으나 이 소스 코드는 servlet을 사용하기 위해 약간 수정된 것이다. WAR 파일을 사용하려면, Sun Java System Application Server를 다운로드받고, 그 안에 Java Web Services Developer Pack을 다운로드, 설치하기 바란다. 그러면 각각의 필요 라이브러리가 J2EE 환경에 나타날 것이다. Ant 파일이 포함되어 컴파일과 패키징에 도움을 줄 것이다.
바인딩 컴파일러
JAXB에 대해서 가장 먼저 배워야할 것은 XML 스키마를 Java 클래스에 바인딩하는 법이다. 바인딩 작업은 XML 스키마를 가지고, 그 스키마에 의해 정의된 데이터 모델을 표현할 수 있는 Java 인터페이스들을 생성한다. 이 작업을 위한 툴을 바인딩 컴파일러라고 부른다. 바인딩 컴파일러는 W3C XML 스키마를 허용하고 그로부터 적절한 인터페이스와 클래스들을 끌어온다.
다음은 JAXB 클래스를 생성하는 간단한 스키마이다.
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:import namespace="http://www.w3.org/XML/1998/namespace"
schemaLocation="http://www.w3.org/2001/xml.xsd" />
<xs:element name="birthdate">
<xs:complexType>
<xs:sequence>
<xs:element name="month" type="xs:string" />
<xs:element name="day" type="xs:int" />
<xs:element name="year" type="xs:int" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
이번 팁에 수반되는 소스 코드에서 Birthdate.xsd 스키마를 찾을 수 있을 것이다. 이 스키마는 Birthdate라는 이름의 간단한 요소를 정의한다. Birthdate 요소는 세가지 속성 [month (String), day (integer)와 year(또다른 integer)]을 정의하는 익명의 complexType을 갖고있다.
이를 Java 인터페이스에 바인딩하기 위해 XML 바인딩 컴파일러를 호출하자. 이를 위해서는 xjc 코멘드를 구동해야하며, 이 코멘드는 Java Web Services Developer Pack installation 의 jaxb/bin 디렉토리에서 찾을 수 있다. (xjc.bat 파일을 윈도우 환경에서 불러오거나, xjc.sh 파일을 Solaris Operating System 또는 다른 유닉스 환경에서 불러온다) 다음의 코멘드 라인 구문을 사용하자.
xjc -p <target_package> -d <dir> schema.xsd
<target_package>이 생성된 파일들을 위한 패키지의 이름이고, <dir>는 그 파일들이 위치한 디렉토리이며, schema.xsd은 입력 XML 스키마이다. 따라서 예를 들어 Birthdate.xsd을 포함하는 디렉토리에서 다음의 코멘드를 구동하면,
xjc -p com.nexes.jaxb.test -d . Birthdate.xsd
그에 대한 반응으로 바인딩 컴파일러는 Java 소스 클래스들을 생성하며, 이 모든 클래스들은 javac로 컴파일되야한다. 이번 팁에 수반되는 샘플 코드에는 소스 클래스들이 포함되어 있다. 그 예로, 다음은 BirthdateType 인터페이스이다.(코멘트는 생략함)
package com.nexes.jaxb.test;
public interface BirthdateType {
int getDay();
void setDay(int value);
int getYear();
void setYear(int value);
java.lang.String getMonth();
void setMonth(java.lang.String value);
}
그러나 스키마 컴파일러는 이 보다 더 많은 것을 생성한다. 생성된 클래스들을 세 개의 카테고리로 분리할 수 있다.
- 스키마로 정의된 데이터 모델을 나타내는 포터블 JavaBean 스타일의 getter/setter 인터페이스들
- 이 인터페이스들의 구체적인 특정 벤더 구현
- 기타 지원 런타임 클래스들
이러한 클래스들은 각각 Birthdate 오브젝트에 대한 인스턴스 데이터를 나열하는 XML 표현을 돕는다. 다음은 Birthdate 오브젝트에 대해 나열된 XML 샘플 리스트가 어떻게 생겼는지를 보여준다.
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<birthdate>
<month>January</month>
<day>1</day>
<year>1900</year>
</birthdate>
일반적으로 XML 문서는 직접적으로 컨텐츠 트리로 알려진 클래스 크리에 나열(또는 정렬)한다. XML의 각각의 요소가 그 자신이 또다시 오브젝트가 되어 하나 또는 그 이상의 요소를 보유하고 있기 때문에 트리구조로 나타난다. 이 예제에서 <birthdate> 요소는 클래스이며, <month>요소(String )도 마찬가지이다. String은 Java 구축 타입이기 때문에 JAXB는 이에 대한 클래스를 생성할 필요가 없다. 그러나 좀 더 복잡한 오브젝트에 대해서는 많은 클래스들이 생성될 수 있다. XML 인스턴스 문서가 클래스 인스턴스로 변경된 후에는 Java 애플리케이션은 생성되어 값을 허용하는 아무 오브젝트를 찾아 반복적으로 컨텐츠 트리의 아래쪽으로 움직이게 된다.
바인딩 컴파일러로 필수 클래스를 생성한 후에는 javac으로 생성된 클래스를 컴파일한다. 그 후 JAXB 나열 작업을 시작할 수 있다. 앞서 언급했듯이 Java 오브젝트를 XML 표현으로 변환하는 것을 'marshalling'이라고 한다. 반대의 작업, 즉 XML 표현을 Java 오브젝트로 변환하는 것은 unmarshalling이라고 한다. 먼저 unmarshalling에 대해 알아보자
Unmarshalling
다음은 XML 파일을 JAXB 생성 인스턴스로 unmarshalling하는 예제이다.
import javax.xml.bind.*;
JAXBContext jc = JAXBContext.newInstance(
"com.nexes.jaxb.test");
Unmarshaller unmarshaller = jc.createUnmarshaller();
unmarshaller.setValidating(true);
Birthdate instance = (Birthdate)unmarshaller.unmarshal(
new File("birthdateInstance.xml"));
System.out.println("Month is: " + instance.getMonth());
System.out.println("Day is: " + instance.getDay());
System.out.println("Year is: " + instance.getYear());
이 코드는 com.nexes.jaxb.test 패키지를 사용하여 JAXBContext 인스턴스를 생성한다.
JAXBContext jc = JAXBContext.newInstance(
"com.nexes.jaxb.test");
이 패키지에는 이전의 예제에서 Birthdate.xsd 스키마의 바인딩 컴파일러에 의해 생성된 인터페이스와 클래스들이 포함되어있다. 그 후 컨텍스트 오브젝트가 Unmarshaller 오브젝트를 생성하기 위해 사용된다.
Unmarshaller unmarshaller = jc.createUnmarshaller();
Unmarshaller 오브젝트는 XML을 Java 컨텐츠 트리로 변환하는 것과 관련된 대부분의 태스크를 수행한다. 이 코드는 Unmarshaller 오브젝트의 unmarshal()메소드를 호출하며, 인스턴트 데이터를 포함하는 XML 파일의 이름을 전달한다. 파일 대신 데이터 소스와 sink를 사용할 수 있음을 기억하길 바란다. 이번 팁에 수반 되어있는 예제에서는 String의 결과를 저장하고 servlet의 결과를 보여준다.
Birthdate instance = (Birthdate)unmarshaller.unmarshal(
new File("birthdateInstance.xml"));
unmarshal() 메소드는 스키마 컴파일러로 생성한 클래스의 인스턴트인 오브젝트를 리턴한다.
unmarshaller 오브젝트에 대한 setValidating() 메소드를 주의하자.
unmarshaller.setValidating(true);
setValidating()이 true로 설정되어 있다면 JAXB 런타임 API는 인스턴스 데이터를 가진 그 XML이 JAXB 런타임 API는 XML 스키마에 의해 정의된 제약에 맞는지 검사한다. XML 스키마는 바인딩 컴파일러에 넘겨준 것이다. 만약 데이터가 사용불가라면 사용허가는 false가 되고 런타임 exception을 떨어뜨린다. JAXB 제공자는 사용허가에 오류가 발생하더라도 진행과정을 꼭 멈춰야할 필요는 없다. 그러나 반드시 런타임 exception을 호출자에게 넘겨야한다.
Marshalling
Unmarshalling의 반대 작업이 marshalling이다. 다음은 Java 컨텐츠 트리를 xml 파일로 정렬하는 예제 코드이다.
import javax.xml.bind.*;
ObjectFactory objFactory = new ObjectFactory();
Birthdate birthdate = objFactory.createBirthdate();
birthdate.setMonth("January");
birthdate.setDay(1);
birthdate.setYear(1900);
JAXBContext jaxbContext = JAXBContext.newInstance(
"com.nexes.jaxb.test");
Marshaller marshaller = jaxbContext.createMarshaller();
marshaller.setProperty(Marshaller.JAXB_FORMATTED_OUTPUT,
new Boolean(true));
marshaller.marshal(birthdate, new FileOutputStream(
"birthdateInstance.xml"));
이 예제의 코드는 unmarshalling 예제에서의 소스 코드와 매우 흡사하다. 먼저, 코드는 JAXBContext 오브젝트를 생성하여, 바인딩 컴파일러로 생성한 파일을 갖고있는 패키지에 이름을 전달한다.
JAXBContext jaxbContext = JAXBContext.newInstance(
"com.nexes.jaxb.test");
그 다음으로 createMarshaller() 메소드에 의해 Marshaller 오브젝트가 생성된다.
Marshaller marshaller = jaxbContext.createMarshaller();
그 후 코드는 JAXB_FORMATTED_OUTPUT이 결과 파일에 작성되도록 속성을 설정한다.
marshaller.setProperty(Marshaller.JAXB_FORMATTED_OUTPUT,
new Boolean(true));
마지막으로, marshaller는 현재 활성화된 클래스 인스턴스를 채택하여 이를 FileOutputStream에 쓴다. FileOuputStream은 birthdateInstance.xml 파일에 매핑된다.
marshaller.marshal(birthdate, new FileOutputStream(
"birthdateInstance.xml"));
또는 JAXB로 생성된 컨텐츠 트리를 순열화한 오브젝트를 활성화해도 된다. 이를 위해서는 다음과 같이 Validator를 사용해보자.
Validator validator = jaxbContext.createValidator();
Validator.validate(birthdate);
JAXB specification에서는 클래스 인스턴스가 XML 표현에 marshall되기 전에 사용가능해야할 필요는 없다.
JAXB 테스트 servlet을 구동시켜 marshalling과 unmarshalling를 시험해볼 수 있다. 좀 더 자세한 정보는 예제 코드 실행란을 참조하기 바란다.
JAXB에 대한 자세한 정보는 Java Architecture for XML Binding (JAXB)에서 볼 수 있으며 세부 사항과 아티클을 포함한다. 또한 XML 바인딩에 대한 완전한 스키마에 대해서는 Java Architecture for XML Binding (JAXB) Bindings Schema for JAXB를 참조하고, java.net에 나와있는 jaxb 프로젝트에 대해서도 방문해보기 바란다.
엔터프라이즈 빈을 이용한 타이머 사용
J2EE 애플리케이션에서 정기적으로 예정된 백엔드 태스크를 실행할 필요가 종종 생긴다. 이는 자연적으로 타이머를 호출하게 된다. J2EE 1.4 이전에는, 엔터프라이즈 빈에 대한 타이머를 생성하는 것은 일반적으로 사용자 솔루션을 생성하거나, J2SE 타이머 기능을 재사용하거나 써드 파티 제품을 이용하는 것을 의미했다. 그러나 J2EE 1.4에서는 컨테이너가 관리하는 타이머 서비스를 제공한다. 이 서비스로 각각의 등록된 타이머가 유지되며, 타이머가 사용 종료되었을 때 엔터프라이즈 빈에 알려주게 된다. 컨테이너가 갑자기 멈추게 되었다면, 재시작할 때 타이머도 재생성된다. 어떤 타이머이던 사용 종료되면 이에 작용되는 엔터프라이즈 빈에 알려주게 된다.
엔터프라이즈 빈의 타이머 인터페이스 사용하기라는 제목의 2004년 6월 18일자 테크팁에서는 타이머가 종료되었을 때 로그를 지워주는 간단한 타이머 빈을 소개하고 있다. 여기서 "사용 종료"라는 의미는 타이머가 0까지 숫자 세기를 끝내고 엔터프라이즈 빈이 어떤 작업을 수행해야함을 통보하였음을 뜻한다. 더 이상 사용가능하지 않으므로 타이머 서비스로부터 폐기해야한다는 의미가 아니다(이것은 '타이머 삭제'임)
이번에 소개하는 테크팁에서는 세션 빈에서 간단한 타이머를 구현하는 데 필요한 소스 코드에 대해서 다시 한번 살펴보려고 한다. 이번 팁은 기존 팁을 토대로 하여 타이머로 작업할 때 필요한 몇 가지 고려사항에 대해 논의하며, 사용자가 배치와 로컬 빈 메소드를 포함하는 EJB 아키텍처에 대해 익숙하다고 가정한다.
타이머 아키텍처 다시보기
기초적인 것부터 되새겨보자. 엔터프라이즈 빈은 어떤 시간의 타이머이던지 생성할 수 있으며, 빈이 배치되는 EJB 환경이 이를 허용한다.
엔터티 빈에 의해 생성된 타이머는 빈의 주요 키 구분자(primary key identity)에
지정된다. 결과적으로 각각의 엔터티 빈의 인스턴스에 대한 타이머는 한 개뿐이다. 비상태 유지
세션 빈(stateless session beans)과 메시지 드리븐 빈(message-driven
beans)에 의해 생성된 타이머는 컨테이너 풀의 인스턴스 사이에서 공유된다,.
다음은 EJB 2.1 아키텍처에서 타이머를 생성하는 네 개의 주요한 클래스와 인터페이스이다.
javax.ejb.TimedObject : 이 인터페이스는 엔터프라이즈 빈 설계시 반드시 구현되야하는 ejbTimeout() 메소드를 지정한다. 이 타이머 서비스는 각각의 타이머가 종료시 ejbTimeout() 메소드를 호출한다.
javax.ejb.TimerService : 이 클래스는 컨테이터의 타이머 서비스 오브젝트이다. TimerService는 SessionContext의 getTimerService() 메소드를 통해 얻어진다.
javax.ejb.Timer : 사용자로 하여금 현재의 엔터프라이즈 빈에 속하는 타이머를 생성/삭제할 수 있게 하는 클래스이다. Timer 는 TimerService 오브젝트의 createTimer() 메소드를 통해 생성된다.
javax.ejb.TimerHandle : 이 오브젝트는 Timer의 나열된 복사본을 제공한다. 이 복사본은 지속적인 타이머를 저장하고 검색하는 데 사용할 수 있다. TimerHandle은 Timer 오브젝트의 getHandle() 메소드에 의해 리턴된다.
EJB 타이머를 생성하는 것은 간단하며, 단지 두 가지 단계만 필요로 한다.
javax.ejb.TimedObject 인터페이스를 확장하는 엔터프라이즈
빈(엔터티 빈, 비상태 유지 세션 빈 또는 메시지 드리븐 빈)을 생성한다. 이 인터페이스에서는
타이머가 종료되었을 때, ejbTimeout()로 불리는 메소드가
타이머 서비스에 의해 호출되야 한다.
TimerService 오브젝트를 사용하여 타이머를 생성한다. TimerService 오브젝트의 인스턴스를 갖게되면 네 개의 createTimer() 메소드 중 하나를 사용하여 타이머를 서비스에 넣어야 한다. 이 메소드는 EJB 컨테이너 안의 타이머를 인스턴스화한다
이 때 네 개의 createTimer() 메소드는 다음과 같다.
createTimer(long timeoutDuration, Serializable
info): 단일 작업 타이머를 생성한다. timeoutDuration
매개 변수는 시간의 크기를 밀리세컨드 단위로 지정하며, 이 변수는 타이머가 종료되어 TimedObject의
ejbTimeout() 콜백 메소드가 활성화되기 전에 전달하는 것이
허용된다.
createTimer(Date firstDate,
Serializable info): 위의 메소드와 비슷한 방식으로
작용하지만 사용자가 종료시간을 설정하는 대신 타이머가 언제 사용되는지 지정하는 Date
객체를 제공해야한다.
createTimer(Date firstDate, long timeoutInterval, Serializable info): 타이머가 사용되어야 하는 처음 날짜를 지정한다. 또한 반복되는 각각의 타이머를 사용하는 간격 간의 시간도 지정한다.
createTimer(long timeoutDuration,
long timeoutInterval, Serializableinfo):
이 메소드는 위의 간격 메소드와 비슷하다. 그러나 현재 시스템 시간으로부터 밀리세컨드 단위로
지정된 시간 간격에 기반하여 처음 사용이 이루어 진다는 것이 다르다.
createTimer() 메소드의 시간 간격 타이머 버전은 일정한 간격으로
반복적으로 일어나는 작업에, 단일 작업 버전은 한번 이용되고 폐기되는 타이머에 사용하기 바란다.
각각의 createTimer() 메소드에는 info라고
불리는 Serializable 매개 변수가 포함되어 있음을 주목하자.
이 매개변수는 타이머에 대한 식별 태그(일반적으로 String)을 전달하는 데 사용되며 이 식별
태그는 필요시 타이머 인스턴스를 나중 지점에 위치는 데 사용된다. Serializable 매개변수는
또한 타이머 콜백이 진행되는 동안 필요할지 모르는 오브젝트에 레퍼런스를 전달해주는 데에도 사용된다.
이 매개변수가 필요하지 않을 경우에는 null로 설정하면 된다.
타이머를 삭제하기 위해서는 지정 Timer 오브젝트에 cancel() 메소드를 사용하면 된다. 이 메소드는 현재의 타이머를 삭제한다.
다음은 타이머를 생성하고 제거하는 메소드를 포함하는 비상태 유지 세션 빈에 대한 예제이다.
public class TimerBean implements SessionBean, TimedObject
{
// EJB Framework Code Omitted
public void createTimer(
long startTime, long timeout, String id)
throws javax.ejb.EJBException, java.rmi.RemoteException
{
TimerService timerService =
sessionContext.getTimerService();
Timer timer =
timerService.createTimer(startTime, timeout, id);
}
public void killTimer(String id)
throws javax.ejb.EJBException, java.rmi.RemoteException
{
TimerService timerService =
sessionContext.getTimerService();
Collection timers = timerService.getTimers();
Iterator iterator = timers.iterator();
// Search through the collection, and find the timer
// that matches the given ID. For each instance
// that is found, call the cancel() method on it.
while (iterator.hasNext()){
Timer t = (Timer)iterator.next();
if (t.getInfo().equals(id))
t.cancel();
}
}
}
타이머 작업 시 고려사항
타이머를 사용하는 엔터프라이즈 빈을 설계할 때 고려해야 할 몇 가지 중요한 사항에 대해서 설명하겠다.
- 엔터티 빈과 비상태 유지 세션 빈, 메시지 드리븐 빈은 각각의 타이머 서비스를 보유하고
있으나 상태 유지 세션빈은 보유하고 있지 않다.(상태 유지 세션빈이 EJB 타이머에 전달되면
javax.ejb.Timer 작용을 활성화시킬 수는 있다.)
- 엔터티 빈에서는
ejbPostCreate() 메서드로 타이머를
생성한다. 이 방법으로 타이머는 특정 빈 인스턴스에 수반될 수 있게 된다. 비상태 유지 세션
빈에서는 빈의 BM(business method)로 타이머를 생성하고, 메시지 드리븐 빈에서는
메시지가 수신될 때마다 타이머가 생성되어야 한다.
- 각각의
createTimer() 메소드의 나열가능한 정보 매개변수를
기억한다. 이 매개변수는 한 빈에서 하나 이상의 타이머를 생성하고자 할 때 유용하다.
- 나중에 이용할
TimerHandle 인스턴스를 나열하고 복구하기
위해 Timer 오브젝트의 getHandle()
메소드를 사용할 수 있다. TimerHandle를 deserialize한
후에는 타이머의 인스턴스를 다시 얻기 위해 getTimer() 메소드를
이용해야한다.
- 타이머를 삭제하는 법을 아는 것도 종종 유용하나 단일 작업 타이머는 작업을 성공적으로
수행 후 종료되면 자동적으로 제거된다는 사실에 대해서도 기억해두길 바란다. 많은 애플리케이션에서는
지속적으로 사용할 수 있는 주기적 타이머가 사용되고 있다. 엔터티 빈에 포함되어있는 EJB
타이머는 엔터티 빈(주요 키)이 제거되면 자동적으로 삭제된다. 덧붙여 애플리케이션을 종료하면
모든 EJB 타이머는 삭제된다.
- 엔터티 빈에는 일반적으로 각각의 인스턴스에 대한 타이머가 있다. 메시지 드리븐 빈과 비상태
유지 세션 빈은 특정 빈의 인스턴스가 아닌 각 타입의 빈과 조합되어 있다. 메시지 드리븐
빈 또는 비상태 유지 세션 빈의 타이머가 종료되면 컨테이너는 인스턴트 풀에 있는 단일
TimedObject
빈 인스턴스의 ejbTimeout() 메소드를 호출한다. 컨테이너는
어떤 인스턴스든지 선택할 수 있다.
createTimer()를 호출할 때마다 컨테이너 내부에는 매번
새로운 타이머 오브젝트가 생성된다. 이미 진행된 타이머를 재사용할 수 있다면 애플리케이션
서버에 타이머가 너무 많아지지 않도록 주의하기 바란다. 기존의 타이머를 체크하여 그 유일성을
보장하고 싶다면 타이머 서비스의 getTimers() 메소드를 이용하기
바란다. 이 메소드는 위의 예제에서의 killTimer() 메소드에서
보여주고 있다.
- 트랜젝션에 타이머를 이용하고 있다면 반드시
ejbTimeout()
메소드에 RequiresNew의 트랜잭션 특징을 부여해야 한다. 타이머의
생성/삭제는 현재 빈의 컨텍스트에서 이뤄져야한다. 이 경우 트랙잭션이 복구되야한다면, 타이머의
생성/삭제 또한 복구된다.
- 현재 많은 벤더들이 EJB 타이머를 관리하기 위해 JMX Mbeans을 제공하고 있다.
EJB 타이머 베스트 프랙티스에 대한 좀 더 많은 정보는 Java BluePrints Solutions Catalog의 Using the J2EE 1.4 Timer Service for Scheduling Actions 섹션을 참조하기 바란다. 타이머 설계에 대한 훌륭한 리소스가 될 것이다.
타이머를 실행해보고 싶다면 2004년도 6월 18일자 J2EE 테크팁 엔터프라이즈 빈의 타이머 인터페이스 사용하기의 샘플 아카이브를 다운받기 바란다.
또한 EJB 2.1 specification를 참조하자.
예제 코드 실행
예제 파일들을 다운로드 받으세요. 이 애플리케이션의 루트는 ttdec2004-jaxb이며, 다운로드된 war 파일에는 예제의 모든 소스 코드가 포함되어 있습니다.
애플리케이션 파일들(ttdec2004-jaxb)을 J2EE 1.4 애플리케이션 서버에 설치하려면 deploytool 프로그램 혹은 관리자 콘솔을 사용해야 합니다. 혹은 아래와 같이 asadmin 명령어를 입력하여 설치를 할 수도 있습니다.
asadmin deploy install_dir/ttdec2004-jaxb.war
install_dir을 war 파일을 설치한 디렉토리로 대체하십시오.
애플리케이션은 http://localhost:8080/ttdec2004-jaxb를 통해서 접속할 수 있습니다.
J2EE 1.4 애플리케이션 서버 이외의 J2EE 1.4 호환 설치를 위해서는 J2EE 제품의 설치 툴을 사용하여 원하는 플랫폼에 애플리케이션을 설치하시기 바랍니다.
애플리케이션을 시작하면 아래와 같은 페이지가 나타납니다. (페이지 전체가 나타나 있지는 않습니다.)
"Click here to see the example servlet."라고 씌여있는 링크를 클릭하세요. JAXB 테스트 servlet이 구동되어 다음과 같은 표시가 나타납니다.
본 메일은 수신을 동의한 회원님에게만 발송됩니다. 관련문의 : SunKorea@sun.com
본 메일의 수신을 거부하시려면 수신거부를
클릭해 주세요.
Copyright 2003-2005 Sun Korea, Inc. All rights reserved.
|
