|
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)를 사용합니다.
이번 호에서는,
 데이터 스트럭쳐를 XML로 변환하기
엔터프라이즈 빈의 타이머 인터페이스 사용하기
를 다루게 됩니다.
저자 Mark Johnson
예제의 샘플 아카이브를 다운로드
받으세요. 컨텍스트 루트는 ttmay2004이고 샘플코드의 사용법은 index.html welcome file
에서 보실 수 있습니다. 이 코드의 사용에 관한 권한이나 정보는 license
terms를 참고하시기 바랍니다.
데이터 스트럭쳐를 XML로 변환하기
자바 플랫폼은 XML 데이터 스트림을 파싱하고 생성하기 위해 강력한 API를 제공한다. XML스트림을 메모리의 Document Object Model (DOM) 트리로 파싱하기 위해 JAXP를 사용하는 방법은 "Creating
Parsers with JAXP."를 참고하기 바란다. 또한 DOM 트리를 XML스트림으로 바꾸기 위해 java.xml.transform.Transformer 인터페이스를 사용하는 방법은 "Transforming
XML With XSL."를 참고하자. 만약 이러한 내용을 이미 알고 있었다고 하더라도 코드의 일정 부분만을 이해하고 있었던 것이 아닌가? 데이터를 직접 XML로 작성해 본 적이 있는가?
이번 글은 임의의 데이터 스트럭처로부터 XML을 생성하기 위해 자바 플랫폼에서 표준 XML 조작 기능을 사용하는 방법에 대해 설명한다. 이번 팁은 JAXP 와 XSL 변환에 관한 기본 지식을 갖춘 개발자들을 대상으로 설명하게 될 것이며, 데이터 스트럭처를 XML로 변환하기 위한 프로그래밍 기법의 예제를 제공한다. 이 예제는 SQL ResultSet 객체의 XML로의 변환을 보여준다. 하지만 어떠한 데이터 스트럭쳐의 경우라도 이와 동일한 기법을 사용할 수 있다.
Println 사용의 위험성
만약 데이터가 이미 파일이나 스트림으로 XML로 작성되었거나 메모리상에 DOM으로 작성되었다면 XML을 파싱하고 생성하기 위해 표준 자바 API이면 충분하다. 하지만 개발자들은 종종 임의의 데이터 스트럭쳐의 상태를 XML로 인코딩해야 할 때가 있다. 이러한 데이터 스트럭쳐는 대부분 DOM 인터페이스를 갖고 있지 않다. 따라서 개발자들은 항상 데이터 스트럭쳐(혹은 스트럭쳐의 일부분)를 println 구문을 이용해서 XML로 나열하는 작업을 직접 코딩해야 한다.
이러한 접근방법은 몇 가지 이유로 인하여 문제점이 많다. 이를 구체적으로 살펴보면,
- XML로 변경하는 것은 많은 println 구문을 수정해야 하는 작업을 동반한다.
- 출력 XML을 재구성하는 것은 어려울 뿐만 아니라 에러를 만들어내기 쉽다.
- 로직이 복잡하다면 XML을 잘 작성하기가 어렵다.
- XML 텍스트 스트림이 아닌 곳에서 가져와야 할 데이터가 필요할 수 있다.
좀 더 나은 접근방법은 데이터 스트럭쳐의 데이터를 DOM 트리로 인코딩하는 것이다. 그리고는 원하는 방식으로 데이터를 재정리하기 위해 XSLT를 사용한다. XSLT스타일시트에 기반한 Transformer 객체는 DOM을 XML으로 인코딩하는 작업 없이 DOM에 노드를 추가, 분류, 제거, 병합, 조작할 수가 있다. 그러면 Transformer는 이러한 변환의 결과를 어떠한 형식의 텍스트 포맷으로도 전환할 수가 있다.
이와 같은 접근 방법은 위에서 나열한 문제점들을 해결할 수 있다. 특히,
- 코드를 수정하는 대신 스타일시트를 변경하는 것만으로 XML 다큐먼트 타입을 생성하거나 수정할 수 있다.
- 스타일시트를 이용해서 출력 포맷을 생성하면 자바 코드 외부에 XML을 구축할 수가 있어 유지를 쉽게 할 수 있다.
- Transformer는 자동적으로 출력 값이 잘 작성되었는지 확인한다.
- Transformer는 XML뿐만 아니라 다른 많은 형식의 출력 값을 생성할 수 있다.
그렇다면 문제는 임의의 데이터 스트럭쳐에서 DOM트리를 어떻게 생성하는 것이냐하는 것이다. 이 팁에서 소개되는 샘플 코드는 SQL ResultSet를 DOM 트리로 변환하기 위해 표준 Java XML APIs를 사용하는 방법을 보여준다. 그리고는 스타일시트를 사용해서 그 결과를 XML이나 HTML로 변환한다. 사용자 고유의 데이터 스트럭쳐를 DOM트리로 인코딩하기 위해 동일한 기법을 사용할 수도 있다.
가짜 파서 이용하기
샘플 코드는 May2004Servlet 서블릿을 포함한다. 이 서블릿은 임의의 SQL쿼리를 실행하고 그 결과를 DOM트리로 변환하며, XML형식으로 그 결과를 작성하는 getXML메소드를 갖는다. 또한 SQL ResultSet를 받아서 이를 XML로 변환하는 resultSetToXML메소드도 갖는다.
resultSetToXML가 어떻게 작동하는지를 이해하기 위해서는 DOM 파서의 작동 원리를 반드시 먼저 이해해야 한다. 대부분의 DOM 파서는 XML 소스 스트림을 스캔하기 위해서 SAX 파서를 사용한다. SAX 파서는 XMl 입력 텍스트를 스캔하고 태그의 시작이나 끝점 혹은 애트리뷰트의 출현 등 특정 단어를 만났을 때 리스너에게 이벤트를 보낸다.
DOM 파서는 일련의 SAX 파서 콜백에 대한 응답으로 DOM 트리를 구축하는 콜백 메소드를 정의한다. 샘플 코드에서는 DOM 파서가 실제로는 데이터 스트럭쳐를 분석함에도 불구하고 이것이 텍스트를 스캐닝하는 것처럼 행동하여 DOM 파서를 속인다.
컨셉은 처음에는 조금 이해하기 어려울 수 있다. 대부분의 경우 개발자들은 프레임웍 이벤트에 대한 응답으로 콜백 메소드와 프레임웍 콜을 정의한다. 하지만 이 예제의 샘플코드에서는 반대로 작동한다. 콜백 기능을 작성하는 대신 코드는 DOM 파서에 의해 제공되는 콜백 매소드를 호출하고, DOM 파서는 트리를 구축한다. 다음과 같이 호출을 간단하게 생성하는 parse 메소드를 가정해보자. startDocument();
startElement("A");
startElement("B");
endElement("B");
endElement("A");
endDocument();
위와 같은 일련의 이벤트에서 DOM파서는 다음과 같은 XML 다큐먼트에 응답하는 DOM 트리를 생성한다. <?xml version="1.0" encoding="utf-8"?>
<a><b/></a>
따라서, 데이터의 DOM 트리를 구축하라는 명령을 DOM 파서에 하고자 한다면, 데이터 스트럭쳐는 분석하지만 SAX 파서의 형식을 한 가짜 SAX 파서 클래스를 하나 작성하기만 하면 된다. 그리고 나서, 가짜 파서 클래스를 DocumentBuilder에 보여주자. DocumentBuilder는 사용자를 위해 DOM을 구축하게 될 것이다. 그러면 DOM은 XML에 열거되거나 혹은 다른 사용을 위해 변환되게 된다.
임의의 데이터스트럭쳐를 XML로 변환하기 위해 Transformer를 설정하는 방법을 살펴보자.
소스 코드
ResultSet를 XML로 변환하는 resultSetToXML 메소드 내의 코드를 보자.
protected void resultSetToXML(OutputStream out,
ResultSet rs,
String stylesheet)
throws IOException, ServletException {
// Create reader and source objects
SqlXMLReader sxreader = new SqlXMLReader();
SqlInputSource sis = new SqlInputSource(rs);
이 코드는 새로운 두개의 클래스 SqlXMLReader와 SqlInputSource를 정의하고 있다. SqlXMLReader 클래스는 SAX 파서를 위한 XML 리더이다. (왜냐하면 SqlXMLReader이 XMLReader를 구현하기 때문이다.) SqlInputSource클래스는 XML 리더를 사용하기 위해서 ResultSet객체의 복사본을 포함하고 있다. SqlXMLReader의 작동원리를 살펴보자.
resultSetToXML의 다음 2줄의 코드는 출력값으로 DOM트리를 생성하기 위해 파서를 설정한다.
// Create SAX source and StreamResult for transform
SAXSource source = new SAXSource(sxreader, sis);
StreamResult result = new StreamResult(out);
위의 코드는 XML 리더 (SqlXMLReader)를 InputSource (SqlInputSource)와 결합시키는 SAXSource 객체를 생성한다. 또한 이 코드는 XSLT Transformer 가 XML 스트림으로 결과 값을 생성시키기 위해 사용하는 StreamResult를 생성한다.
코드의 이 시점에서 실제로 변환이 일어나는 데이터는 없다. 대신 리더의 다음 부분은 XML 소스를 읽어 들이기 위한 Transformer 객체를 설정하고 결과값을 스트림으로 변환한다. // Perform XSLT transform to get results.
// If "stylesheet" is NULL, then use identity
// transform. Otherwise, parse stylesheet and
// build transformer for it.
try {
// Create XSLT transformer
TransformerFactory tf =
TransformerFactory.newInstance();
Transformer t;
if (stylesheet == null) {
t = tf.newTransformer();
} else {
// Read XSL stylesheet from app archive
// and wrap it as a StreamSource. Then use
// it to construct a transformer.
InputStream xslstream =
_config.getServletContext().
getResourceAsStream(stylesheet);
StreamSource xslsource =
new StreamSource(xslstream);
t = tf.newTransformer(xslsource);
}
// Do transform
t.transform(source, result);
}
이 코드는 먼저 팩토리 인터페이스인 newInstance 메소드로부터 새로운 TransformerFactory를 받는다. 이 메소드는 애플리케이션 아카이브(WAR file)의 경로로 스타일시트의 이름을 XSLT 스타일시트로 번역한다. 그리고 나서 메소드는 InputStream으로 스타일시트의 내용을 받고 이 스타일시트 내용에 기반하여 Transformer를 형성한다. 만약 스타일시트가 null값을 갖는다면 디폴트 identity transformer를 생성한다. identity transformer는 DOM을 다른 형태로 변환하지 않고서도 입력 DOM트리를 결과값(이 경우에는 XML스트림)으로 간단하게 변환할 수 있다.
마지막 라인을 보면 이를 알 수 있다. // Do transform
t.transform(source, result);
이 코드는 transformer에게 SAXSource(SAXSource 는 ResultSet 로부터 이벤트를 만들어내는, 이미 생성된 바 있는 메소드이다.)를 읽어 들이도록 명령하고, 입력 값을 변환하며, 이의 결과값을 StreamResult 객체에 작성한다.
그렇다면 DocumentBuilder 와 DOM 트리는 어떠한가? Transformer는 자체적으로 DOM트리를 구축한다. 또한 DOM 트리를 생성하기 위해 공급되는 SAXSource 객체를 사용하여 필요하다면 변환을 수행하며 StreamResult에 DOM 트리의 결과값을 열거하게 된다.
이제 파서와 transformer가 어떻게 함께 작동하는지 대강의 아웃라인을 이해하였다. 그렇다면 ResultSet로부터 SAX 이벤트를 생성하도록 파서에게 명령하는 방법에 대해 알아보자.
ResultSet로부터 데이터 읽기
SAX 파서의 표준 인터페이스는(SAX2의 경우에는 인터페이스의 두번째 버전을 참고)는 XMLReader라고 불린다. 하지만 이러한 이름에도 불구하고, XMLReader는 java.io.Reader를 상속하지 않는다. 대신, DOM 파서가 그것의 데이터 소스로부터 콜백을 받기 위해 사용하는 메소드를 정의한다.
이미 언급했듯이, ResultSet로부터 이벤트를 생성하는 클래스는 SqlXMLReader이다. SqlXMLReader의 메소드들은 이번 예제와 별 상관이 없기 때문에 대부분이 비어있다. 메소드 파스(Method parse)가 사실 대부분의 일을 한다.
parse 메소드의 첫번째 부분을 분석하기 위해 ResultSet를 받는다. // Get result set from SqlInputSource.
SqlInputSource sis = (SqlInputSource)is;
ResultSet rs = sis.getResultSet();
DOM 파서가 이 메소드를 받기 위해 ContentHandler를 제공한 적이 없다면, 이는 에러이다. if (_handler == null) {
throw new SAXException("No XML ContentHandler");
}
위의 코드는 결과 XML의 태그명에 ResultSet의 컬럼 이름을 사용한다. // Get information about result set
ResultSetMetaData md = rs.getMetaData();
int nColumns = md.getColumnCount();
int iRow = 0;
이 코드는 파서에게 다큐먼트가 시작되고 있다고 알려주기 위해 콜백을 수행하고, 태그명 "result"를 갖는 다큐먼트의 첫번째 구성요소인 다큐먼트 루트를 시작한다. // Send startDocument and startElement events
// to handler
_handler.startDocument();
_handler.startElement(uri, docroot, docroot, attrs);
그러면 코드는 태그명과 텍스트, 가독성을 위한 빈칸들을 출력하면서 결과 세트를 반복하여 출력한다. 각 행을 위해 "row"라고 불리는 요소가 생성되고, 각 행의 열을 위해서는 태그명을 열의 이름으로 갖는 요소가 생성된다. while (rs.next()) {
// Output "row" tag
_handler.startElement(uri, "row", "row", attrs);
outputIgnorableWhitespace("\n");
String s;
for (int i = 1; i <= nColumns; i++) {
String tag = md.getColumnName(i);
_handler.startElement(uri, tag, tag, attrs);
s = rs.getString(i);
if (s == null) {
s = "";
}
outputString(s);
_handler.endElement(uri, tag, tag);
outputIgnorableWhitespace("\n");
}
_handler.endElement(uri, "row", "row");
outputIgnorableWhitespace("\n");
}
마지막으로, 이 코드는 파서에게 다큐먼트 루트를 닫고 다큐먼트를 끝낼 것을 명령한다. _handler.endElement(uri, docroot, docroot);
outputIgnorableWhitespace("\n");
_handler.endDocument();
샘플 코드에서는 지리 정보의 샘플 데이터베이스를 이용하고 있다. 사용자는 인터페이스에 쿼리를 보내기 위해 샘플 코드의 메인 페이지를 이용할 수 있다.
서블릿은 다음 XML 다큐먼트를 생성하기 위해 resultSetToXML을 사용한다. <?xml version="1.0" encoding="UTF-8"?>
<results><row>
<COUNTRY_COUNT>231</COUNTRY_COUNT>
</row>
</results>
결과가 XML형식으로 보이지 않는다면 브라우저에서 View Source를 선택하여 실제 XML텍스트를 볼 수 있다.
비록 이 예제가 특정하게 ResultSet으로부터 XML 다큐먼트를 생성하는 방법을 보여주고 있기는 하지만 사용자 고유의 데이터 스트럭쳐를 XML로 변환할 때도 이와 동일한 기법을 이용할 수가 있다.
엔터프라이즈 빈의 타이머 인터페이스 사용하기
Enterprise JavaBeans (EJB) 2.1 명세서는 엔터티 빈즈, 비상태 유지 세션 빈(stateless session beans)과 메시지 드리븐 빈(message-driven beans)을 위한 Timer의 새로운 기능을 정의하고 있다.(타이머는 상태 유지 세션 빈(stateful session beans)에서는 이용할 수 없다.) 타이머는 애플리케이션 디자이너들이 그들의 애플리케이션에 이식 가능한 방법으로 시간에 관한 속성과 워크플로우를 짜 넣을 수 있도록 해준다.
Timer는 정해진 시간이 만료되었을 때 생성되는 빈에 맞추어 콜백을 형성하는 EJB 컨테이너가 관리하는 객체이다. 타이머는 특정 시간 간격이 경과된 후나 특정 날짜나 시간이 만료되었을 때 형성될 수 있다. 그리고 타이머는 단 한번만 만료되거나 혹은 콜백이 종료될 때까지 콜백을 주기적으로 실행하도록 구성될 수도 있다. 각각의 엔터프라이즈 빈은 구현하는 플랫폼이 허락하는 수만큼의 타이머를 생성할 수 있다. 엔터프라이즈 빈즈에 의해 생성된 타이머는 그 타이머를 생성한 특정 빈에만 작동한다. 반면 메시지 드리븐 빈과 비상태 유지 세션 빈에 의해 생성된 타이머는 인스턴스간에 공유를 할 수가 있는데 이는 이러한 타입의 빈즈가 클라이언트에서 접속이 가능한 아이덴티티(client-accessible identity)를 갖지 않기 때문이다.
Timer 인터페이스를 사용할 때의 장점을 몇 가지 살펴보자.
- EJB 타이머는 영속적이다. 서버가 다운되거나 백업되더라도 EJB 타이머는 정상적으로 작동한다.
- EJB 타이머는 트랜잭션이 가능하다. EJB 서버에서 컨테이너가 관리하는 트랜잭션 기능은 매우 유용하다. 왜냐하면 Java Timer service를 사용하면 트랜잭션을 자체적으로 처리하는 것이 가능하기 때문이다.
- EJB 타이머는 표준화되어 있다. 서버가 EJB 2.1 이상의 버전을 따른다면,
Timer 인터페이스를 지원한다고 확신해도 좋다. UNIX cron과 같은 OS기반의 타이밍 솔루션은 사용자 애플리케이션의 타겟 플랫폼에서 사용가능할 수도, 아닐 수도 있다.
- 타이머가 만료되면 그것의
ejbTimeout 메소드는 모든 EJB 컨테이너 서비스에 액세스가 가능하다.
이 글에서 제공하는 소스코드는 관계 있는 데이터베이스에서 로그 테이블을 주기적으로 제거하는 세션 빈인 LogCleaner이다.
타이머 인터페이스(Timer Interface)
엔터프라이즈 빈은 TimedObject 인터페이스를 구현한다고 선언함으로써 Timer 인터페이스를 정의하고 사용하게 된다. 이 인터페이스는 타이머가 만료되었을 때 호출되는 단일 콜백 메소드를 갖는다. void ejbTimeout(Timer timer)
엔터프라이즈 빈 클래스는 반드시 위의 메소드를 정의해야 한다. 이 메소드는 빈의 컴포넌트 인터페이스에 나타나지 않는 대신, 타이머가 만료되었을 때 EJB 컨테이너에 의해 호출된다.
엔터프라이즈 빈은 여러 개의 타이머를 생성할 수 있기 때문에 타이머가 만료되면 ejbTimeout 콜백에 대한 인수로 빈에 넘겨질 수 있다. 만약 빈이 여러 개의 타이머를 사용하고 있다면, 콜백이 일어났을 때 빈에 의해 이들이 구별되어야 한다.
샘플 코드인 May2004Servlet 내의 서블릿은 SERVLETLOG이라 불리는 데이터베이스 테이블 안에서 받는 모든 요청들을 기록한다. 이때 샘플 코드는 TimerBean이라 불리는 엔터프라이즈 빈을 포함하는데, 이 엔터프라이즈 빈은 로그의 내용을 주기적으로 제거하도록 구성될 수 있다. 빈 클래스는 EJB 컨테이너로부터 타이머 이벤트를 생성하고 이에 응답하는 방법을 보여준다.
타이머 빈 로컬 인터페이스(Timer Bean Local Interface)
TimerBean의 소스 코드는 간단하다. 그것의 컴포넌트 인터페이스는 로컬이고 다음과 같은 메소드를 포함한다.
public interface TimerLocal extends
EJBLocalObject {
public void start(TimerData data);
public void stop(String timerName);
public boolean isRunning(String timerName);
}
start 메소드는 매 "secs" 초마다 로그를 제거하도록 타이머에 명령하고, stop 메소드는 타이머를 중지시킨다. isRunning 메소드는 클리너가 실행 중인지 아닌지를 가르킨다. 샘플 서블릿은 타이머를 시작, 중지, 요청하는 인터페이스를 제공한다. 물론, 실제 시스템에서 이러한 로그 클리너는 JMX Mbeans를 사용하는 애플리케이션 매니지먼트 툴에 의해 시작되고 중지된다. 하지만 샘플 코드에서는 단순성과 명확성을 위해 서블릿을 이용하고 있다.
TimerBean은 여러 가지 타이머를 각각 다른 이름을 사용하여 한번에 관리할 수 있다. TimerBean.start의 첫번째 인수는 TimerData 객체인데 이는 TimerBean를 이용해서 정의된다. 이 객체를 정의할 때는 타이머의 이름과 타이머의 기간(milliseconds), 그리고 프로그래머의 사용편의를 위한 "data" Object를 포함한다. 주어진 이름으로 타이머가 시작되고, 정지되고 혹은 지정된 시간이 만료될 때마다, TimerBean은 그 타이머의 TimerData 객체의 해당 메소드(onStart, onStop, 혹은 onTimeout)에 콜백을 만든다.
타이머와 관련된 기능을 수행하기 위해서 TTimerData의 서브클래스를 정의할 수 있다. 예를 들어 샘플 프로그램에서는 타이머의 시간의 만료되었을 때 Web 티어의 서블릿에 콜백을 만듦으로써 로그를 제거하는 TLogCleanerTimerData 객체를 정의한다.
타이머 빈 클래스(Timer Bean Class)
Timer Bean을 위한 클래스 정의를 보면 빈이 세션 빈이고 타이머를 사용하고 있다는 사실을 알 수 있다. public class TimerBean
implements SessionBean, TimedObject {
빈의 start 메소드는 서블릿 컨텍스트 메소드인 getTimerService 를 사용하여 TimerService 에 관한 레퍼런스를 받는다. TimerService는 빈즈가 타이머들을 생성하고 조작하기 위해 사용하는 컨테이너 도구이다. start 메소드는 매 "secs" 초마다 한번씩 작동하는 타이머를 생성한다. 다른 Timer는 오직 한번만 작동하는 타이머를 생성하는 TimerService의 메소드들을 생성한다.
public void start(TimerData data) {
long ms = data.getMs();
try {
TimerService ts = _context.getTimerService();
// Execute after "secs" seconds, and then
// every "secs" seconds thereafter.
Timer timer = ts.createTimer(ms, ms, data);
data.onStart(timer);
} catch (Exception e) {
System.err.println
("TimerBean.start: " + e.getMessage());
}
}
createTimer의 세번째 메소드는 "log cleaner"라는 스트링값이라는 사실을 주목하자. createTimer 메소드의 마지막 인수는 사용자 데이터인 호출자 정의 객체이다. 이 객체는 순서대로 나열이 Serializable한 모든 객체에 대해서 레퍼런스가 될 수 있다. 호출자는 타이머가 생성되었을 때 이 객체를 설정하는데, 이는 타이머의 getInfo 메소드를 호출함으로써 코드의 모든 부분에서 검색이 가능하다. 사용자 데이터 객체는 여러 타이머들을 구별하기 위해 사용될 수 있고, 타이머를 갖는 빈이 필요로 하는 다른 데이터를 포함하고 있을 수도 있다.
TimerBean의 중지 메소드는 빈과 관련된 모든 타이머의 동작을 멈춘다.
public void stop(String timerName) {
try {
TimerService ts = _context.getTimerService();
Collection timers = ts.getTimers();
Iterator it = timers.iterator();
// For every timer whose "info" is TimerData,
// if the timer's name is timerName, pass that
// timer to TimerData.onStop. The TimerData object
// must decide whether or not to call Timer.cancel.
while (it.hasNext()) {
Timer t = (Timer)it.next();
if (isCalled(t, timerName)) {
TimerData td = (TimerData)t.getInfo();
td.onStop(t);
}
}
} catch (Exception e) {
System.err.println("TimerBean.stop: " + e.getMessage());
}
}
isRunning 메소드는 빈이 실행중인 Timer를 포함하고 있으면 트루를 리턴한다. 이외의 경우에 메소드는 false를 리턴한다.
public boolean isRunning(String timerName) {
try {
TimerService ts = _context.getTimerService();
Collection timers = ts.getTimers();
Iterator it = timers.iterator();
if (it.hasNext()) {
Timer t = (Timer)it.next();
if (isCalled(t, timerName)) {
return true;
}
}
} catch (Exception e) {
System.err.println("TimerBean.isRunning: " +
e.getMessage());
}
return false;
}
마지막으로, 빈의 ejbTimeout 메소드는 Timer가 만료될 때마다 컨테이너로부터 콜백을 받게 된다. // When the EJB times out, call back
// to the Web tier to execute the SQL.
public void ejbTimeout(Timer timer) {
HttpURLConnection conn = null;
// Throw away everything in the servlet log
// each time the timer ticks. Use a URLConnection
// to ask the Web tier to do that delete for us.
try {
InitialContext ic = new InitialContext();
URL url = (URL)ic.lookup
("java:comp/env/url/cleanLog");
conn = (HttpURLConnection)url.openConnection();
int code = conn.getResponseCode();
conn.disconnect();
} catch (Exception ex) {
throw new EJBException(ex.getMessage());
}
}
로그 클리너의 경우, LogCleanerTimerData.onTimeout 메소드는 TimerBean.ejbTimeout 에 의해 호출된다. 이 메소드는 서블릿에 콜백하고 서블릿이 이를 대신해서 로그를 제거해주기를 요청한다. 이 코드는 데이터베이스에 접속되었을 수도 있고 자체적으로 로그를 제거했을 수도 있다. onTimeout 를 위한 코드는 다음과 같다. public void onTimeout(Timer t)
throws EJBException {
System.out.print("Timer " + getName() +
"timed out. ");
System.out.println("Cleaning log by calling " +
getLogCleanURL());
try {
URL url = getLogCleanURL();
HttpURLConnection conn =
(HttpURLConnection)url.openConnection();
int code = conn.getResponseCode();
System.err.println("Cleaned log, code=" + code);
conn.disconnect();
} catch (Exception ex) {
throw new EJBException(ex.getMessage());
}
}
실습을 해보기 위해서 샘플코드를 위한 브라우저를 메인 페이지에서 열어보자. 서블릿 로그를 디스플레이하는 윈도우를 열기 위한 설명은 두번째 팁 이하에서 볼 수 있다. 서블릿 로그는 매 10초마다 리프레시된다.
샘플코드 메인 페이지에서 제공하는 기능과 링크를 이용해서 타이머를 시작하고 중지할 수 있다.
위와 같은 기능을 이용해서 타이머의 상태를 중지, 시작, 요청할 수 있다.
샘플 코드 실행하기
J2EE서버를 시작하기 전에 PointBase 데이터베이스 서버를 시작해야 한다. PointBase 데이터베이스 서버를 시작하기 위해서는
- 솔라리스 오퍼레이팅 시스템:
-
$J2EE_HOME/pointbase/tools/serveroption로 디렉토리 변경.
- 서버를 시작하기 위해 "./startserver.sh" 스크립트 실행
- 윈도우: Start메뉴에서 Programs -> Sun Microsystems -> J2EE 1.4 SDK -> Start PointBase선택
이 팁을 위한 샘플 아카이브를 다운로드 받자. 애플리케이션의 컨텍스트 루트는 ttmay2004 이다. 다운로드된 ear파일은 샘플을 위한 완성된 소스 코드 도한 포함한다.
deploytool 프로그램이나 어드민 콘솔을 이용해서 J2EE 1.4 Application Server에 애플리케이션 아카이브(ttmay2004.ear)를 배포할 수 있다. 아니면 다음과 같이 asadmin 커맨드를 직접 입력해서 이를 배포할 수 있다.
asadmin deploy install_dir/ttmay2004.ear
ear파일을 인스톨한 디렉토리를 install_dir로 변경하자.
애플리케이션은 http://localhost:8080/ttmay2004에서 접속이 가능하다.
J2EE 1.4 Application Server보다 J2EE 1.4에 맞는 구현을 하고자 한다면 플랫폼에 애플리케이션을 배포하기 위해 J2EE 프로덕트의 배포 툴을 사용하자.
애플리케이션 실행에 대한 설명은 index.html파일을 참고하기 바란다.
본 메일은 수신을 동의한 회원님에게만 발송됩니다. 관련문의 : SunKorea@sun.com
본 메일의 수신을 거부하시려면 수신거부를
클릭해 주세요.
Copyright 2004 Sun Korea, Inc. All rights reserved.
|
