EJB 2.1中新增了一个Timer Service服务，我也看到一些文章介绍如何使用Timer服务，但是关于Timer服务的几个重要特性就言之甚少。我看了EJB 2.1规范后又试验了一下这些相对比较高级的特性，介绍给大家共享。
先了解一下这几个特性，他们是：
1） 设定时间间隔后能重复定时的Timer
在EJB 2.1规范中定义的Timer有两种，一种是single-event timers，另一种是interval timers。single-event timers在它的生命周期中只产生一次timeout，而interval timers可以在每经过一段时间间隔后产生一次timeout。
2） Timer的持久性
如果服务器被关机，那么这些timer仍然起作用，等到下次服务器启动时能够继续计时。假如启动时已经超时，那么立即产生timeout。
3） 事务特性
Timer的创建(create)、取消(cancel)，以及EJB的ejbTimeout方法都可以参与事务，作为事务的一部分，他们可以在事务回滚(Rollback)时恢复状态。
也就是说，如果在事务中调用TimerService的createTimer方法，那么回滚时将销毁创建的Timer；如果在事务中调用了Timer的cancel方法，那么回滚时将恢复这个Timer。
如果因为ejbTimeout方法运行失败导致事务回滚，那么规范要求服务器的Timer Service在之后要至少再次调用ejbTimeout方法一次。之所以要求这样做的原因呢，我想可能是因为那些需要定时完成的业务都是相对比较重要的，如果Rollback后不加以处理可能会产生严重后果。
好了，现在开始我们的试验。不过对于timer service的基础知识，以及如何写一个使用timer service的EJB，我这里就不作详细介绍了，有需要的话可以看看以下的文章。
1）http://sammi_tea.mblogger.cn/posts/10373.aspx
一、 准备
因为Timer服务是EJB 2.1的特性，需要一个实现了EJB 2.1的服务器，我就下载了Apusic 4.0来测试。
下载地址：http://www.apusic.com
二、 试验方案
对于上述的特性，我打算在同一个应用中测试，这个应用很简单，客户访问一个Jsp页面，激活 Timer，这个Timer在超时后会调用一个stateless session bean的ejbTimeout方法，此时我们就在后台打印出调试信息。
需要说明的是，Stateful session bean 中不可以使用Timer Service，其他类型的EJB都可以。
三、 试验结果
1） 对于最常用的single-event timers，试验结果是正常的，服务器可以在计时超时的时候调用ejbTimeout方法。创建这种Timer的代码片断如下：
public String getHello(){
TimerService ts = sessionContext.getTimerService();
ts.createTimer(20000, null); //计时20秒
}
2） 对于interval timers类型，试验结果也是正常的，服务器可以在每次间隔时间超时的时候调用ejbTimeout方法。创建这种Timer的代码片断如下：
public String getHello(){
TimerService ts = sessionContext.getTimerService();
ts.createTimer(new Date(第一次超时时间), 20000, null);
}
3） 对于Timer的持久性，我采用重启服务器的方法，当服务器重新启动后，如果时间还没有超时，服务器会继续计时，这一点是正确的；另一种情况下，如果启动后时间已经超时，服务器会在启动后立即调用ejbTimeout，试验通过。
4） 针对三个方法的事务特性，我分别写代码来测试。首先，单独将createTimer方法包含在一个UserTransaction事务中，并在运行中将事务rollback。试验中，服务器将事务回滚，之后Timer不再起作用，没有调用ejbTimeout方法。代码如下：
public String getHello(){
UserTransaction tx = sessionContext.getUserTransaction();
tx.begin();
ts.createTimer(30000, null);
tx.setRollbackOnly();
tx.commit();
}
5） 对于cancel方法的事务特性，和上面的过程类似，将Timer.cancel()包含在一个事务中，并在运行过程中将事务rollback。试验中，服务器将事务回滚，之后Timer可以继续计时，并调用ejbTimeout方法。代码如下：
public String getHello(){
Timer at = ts.createTimer(30000, null);
UserTransaction tx = sessionContext.getUserTransaction();
tx.begin();
at.cancel();
tx.setRollbackOnly();
tx.commit();}
}
6） 对于ejbTimeout方法的事务特性，试验时我把这个方法的CMT属性设置为RequiresNew，同时在此方法中模拟失败后调用rollback的情况，首先服务器把事务回滚，然后在5秒后再次调用ejbTimeout方法，完全和规范描述的一样。实际上这个5秒的时间是可以自己配置的，在apusic.conf文件中，有EJBTimerService的配置，内容如下：
<SERVICE
CLASS="com.apusic.ejb.timer.EJBTimerService">
<ATTRIBUTE NAME="RedeliveryInterval" VALUE="5000"/>
<ATTRIBUTE NAME="MaxRedeliveries" VALUE="1"/>
</SERVICE>
其中的RedeliveryInterval指的就是重新调用ejbTimeout的等待时间。而另一项MaxRedeliveries属性指的是重新调用的次数。
我测试的代码如下：
public void ejbTimeout(Timer timer){
System.out.println("timer expired");
sessionContext.setRollbackOnly();
}
四、 结束语
EJB 2.1中新增的EJB Timer Service功能虽然简单，但是它的一些高级特性却很实用，遗憾的是大家还没有注意到这些特性，我在这里抛砖引玉，做一个小小的测试，希望能对哪些对Timer服务感兴趣的人有帮助。以上所有特性都只在Apusic 4.0上进行了试验，全部通过测试。本来还想在Weblogic 9.0 beta上也做相同的测试，但是我拿到的版本总是不能顺利的部署J2EE 1.4的应用，无奈只好放弃，还请有兴趣的朋友做进一步测试。
