拦截器概念

    EJB3.0引入了类似AOP中的拦截器概念(注意，AOP不只等于拦截器，所以不能认为EJB3就是完全AOP了)，JBoss使用JBossAOP来实现拦截器功能，自己定义的拦截器方法可以拦截任何一个业务方法或生命周期事件回调;拦截方法可以在bean中定义或专门的拦截器类。

    @Stateless
@Interceptors( { NullChecker.class, ArgumentsChecker.class })
public class StatelessSessionBean implements StatelessSession {
// This business method is called after
// the above two interceptor's @AroundInvoke
// methods are invoked. Hence it is guaranteed
// that the argument to this method is not null
// and it starts with a letter
public String initUpperCase(String val) {
String first = val.substring(0, 1);
return first.toUpperCase() + val.substring(1);
}
}

    NullChecker和ArgumentsChecker是StatelessSessionBean两个拦截器，在拦截器NullChecker中，必须指定的拦截方法为@AroundInvoke。

    public class NullChecker {
    @AroundInvoke
public Object checkIfNull(InvocationContext ctx)
throws Exception {
Method method = ctx.getMethod();
if (method.getName().equals("initUpperCase")) {
String param = (String) (ctx.getParameters()[0]);
}
.........
}
// Proceed to the next interceptor
return ctx.proceed();
}
}

    总结

    总之，从上面EJB2和EJB3的总结上看，EJB3.0在EJB2基础上，引入了更多概念，最大变化就是Annotation替代了配置文件，对于一些配置文件厌恶者来说，是一个好事；但是在实战中，在一些依赖注射不能照顾到地方，我们还必须和更加复杂的JNDI名称打交道，这恐怕是EJB3的一个不是很完美的地方。

    关于EJB3中可测试性的优点被很多人津津乐道，将EJB脱离容器测试，虽然可以进行微观的单元测试，但是脱离容器就是脱离特定完整的业务场景，所以，基于容器的(也就是基于完整的业务场景)单点跟踪调试才是最重要的，这些必须依赖开发工具的发展，目前已经在Eclipse3.2以后版本+WPT(或JBossIDE/Lomboz)中实现，这个功能适合大部分J2EE/JavaEE程序。

    所以，个人对脱离容器的测试要求并不以为然，而这个曾经是Martin Fowler定义POJO的主要内容，因为在过去容器概念刚刚出现时，很多人都有容器恐惧症，以为容器都是不透明的，我们的业务对象放入进去，就失去了控制，这些都是落后设计观念导致，其实，Java语言本身提供的可跟踪性和介入性是非常强大，目前性能跟踪工具Profiler可以在容器运行时，跟踪到容器中某个具体类占据CPU多少，占用多少内存资源，那么一个单点调试岂是一个个所谓容器可以阻挡的?容器是Java语言的特点，ClassLoader决定了Java就是一个容器性的语言，关键这个容器是必须透明的。