EJB3.1计划中的特性

EJB3.1专家组通过JCP发布了该规范的早期草案 。EJB的新版本期望作为2008年底发布的Java EE 6规范的一部分，它主要面向如下两个方面：简化工作（从EJB3开始）以及增加Java企业社区要求的新特性。主要改变如下：

1. 一个简化的本地视图，无需单独的本地业务接口就可提供session bean的访问。通过这种方式，开发人员仅仅使用一个bean类就能实现一个组件。
2. 一个单例session bean组件：在应用所运行的JVM上，针对每个应用仅实例化一次，该单例session bean组件的目的是为应用提供一个缓存状态的简单方法。作为一个EJB，该单例可以访问标准的EJB中间件服务集——事务管理、安全、远程、依赖注入等等。当容器调用session bean类的newInstance方法时该单例启动。默认情况下，由容器负责决定何时生成一个实例，然而开发者可以通过使用@Startup注解或者相应的部署描述符让实例在容器启动时就实例化。一个单例可能依赖另一个单例（通过@DependsOn注解标明），在这种情况下被依赖的单例就需要先实例化。单例session bean的生命周期与创建它的容器保持一致，但是其状态会因为JVM的停止或崩溃而丧失。因为其意在共享，所以它支持并发访问，这可由容器管理或者在每个bean中由开发者管理。
3. 基于日历的EJB定时器表达式和自动创建的定时器：定时器服务可以通过使用类似于UNIX cron工具的基于日历的语法来表示定时器回调时间表。例如下面的时间表代表了“每周一、周三和周五的3：15”：@Schedule（minute=“15”, hour=”3”, dayOfWeek=”Mon,Wed,Fri”）。定时器服务也支持通过bean的元数据或者部署描述符自动创建定时器。自动创建的定时器是在应用部署时由容器创建的。
4. 异步的session bean调用：默认情况下session bean在其调用期内会阻塞客户端。通过一个异步的方法调用，容器将控制权返还给客户端并且在一个单独的线程上继续处理该调用。一个异步方法能返回一个Future对象，该对象使得客户端可以获得一个结果值、检查异常或者尝试取消正在进行中的调用。
5. 对于Enterprise JavaBeans功能的一个轻量级子集的定义，它们能够在Java EE Profiles内（如Java EE Web Profile）被提供，该子集将支持EJB3.1 APIs的如下部分：无状态、有状态以及单例session beans、本地业务视图与非接口视图（no-interface view）、同步方法调用、拦截器、声明式安全、容器管理的事务（CMT）划分、bean管理的事务（BMT）划分、企业bean环境、Java Persistence 2.0 API、JTA1.1的用户事务接口、Common Annotations 1.0以及由基本的Java SE 6平台（JDBC、RMI-IIOP、JNDI、JAXP、Java IDL及JAAS）所支持的企业APIs。轻量级的EJB容器必须向企业bean实例提供一个JNDI API命名空间。打包的要求也得到了简化以便EJB组件可以直接打包到.war文件中——在这种情况下，EJB就驻留在WEB-INF/classes目录下而不再需要ejb-jar。其可选的ejb-jar.xml部署描述符放置在WEB-INF中。

规范的领导者Ken Saks已经开始撰写博文以提供更多的关于专家组工作情况的信息，包括对通用EJB组件映射的支持：

“对开发者来说造成挫败的一个共同的源泉就是用来解析和查找EJB引用的映射信息（如全局JNDI名）的不可移植性。我们不断探索以将该信息标准化使得应用无需特定于厂商的EJB组件映射就可以部署”

专家组仍处在定义EJB3.1过程的早期阶段，所以上面列出来的特性有可能发生变化。这也是我们通过邮件向专家组提供反馈信息来参与到下一版规范的制定工作中去的绝佳机会。

查看英文原文： Planned Features For EJB 3.1 译者简介：张龙，同济大学软件工程硕士，现就职于理光软件研究所。主要从事文档工作流和办公自动化解决方案的研发工作。热衷于Java轻量级框架的研究，对敏捷方法很感兴趣。曾有若干年的J2EE培训讲师经历。参与InfoQ中文站内容建设，请邮件至 china-editorial[at]infoq.com。