JavaEE6的进化——开始迈向轻量级？？？

Roberto Chinnici最近写了一些关于围绕当前JavaEE6轮廓的建议。现有的6名JavaEE专家组成员更愿意从web开发应用方面收集反馈信息。因为时间关系，他们也不可能完成更多的要求。

 

基本的web应用程序轮廓包括以下API：Servlet3.0，JSP2.2，JSR-45(讨论是否支持其它语言)，EL1.2，JSTl1.2以及JSR-250(Java平台的通用Annotation).

 

颇具争议的内容如以下：EJB3.1(Lite)（注：Lite是指清淡的意思，这里应该表示成轻量级吧），JTA1.1，JPA2.0，JSF2.0以及Web Beans1.0。Reberto指出两个最具争议的争议的焦点：

1. Web Beans和JSF2.0的加入
2.  EJB3.1

  

“EJB3.1(Lite)的想法是将其实现为EJB3.1的一个子集。目前这个’lite’子集还没有完全定下来，但可能会包含由EJB3.0引入的基于Annotation的编程模型，并且session bean可能仅仅限制于local interfaces。换句话说你可以使用标注(Annotated)过的session bean来协同local interface在满足条件的Web容器下开发了。但如果你这就无法使用EJB2.1风格的session bean，EJB3.0的message-driven bean以及带有remote interface的EJB3.0 stateful bean了。

 

很重要的一点是刚才仅仅只是一个假设，实际上真正的EJB3.1(Lite)还要完全取决于专家组成员(JSR-318)。因此就算真要出EJB3.1，其最终的特性还得等专家组们一致通过才行。”

   

通过刚才Roberto Chinnici的言行，我们可以看到“兼容性”就是一个问题。

 

JSF/Web Beans的争议是可以理解的。不管怎么说，JSF算不上极其笨重，但也不轻快。考虑到很多人不用JSF。因为说将JSF/Web Beans做为JavaEE6中的一部分的做法有点武断。

 

你怎么看待这些呢？应该还像以前那么提供重量级的EJB, transaction以及JPA，还是使用人们通常考虑的“更纯的”servlet技术呢？如果确实应该扩展API，JSF应该包含进来吗？(如果JSF是“笨重”的，为什么不说JSP也是“笨重”的呢？因为二者都要编译才能运行嘛。)

    BTW：

以下是JavaEE6最热门的两种配置轮廓，我们简称为A,B。 最后一列是完整的JavaEE6平台

(A)	(B)	Full platform
Servlet 3.0 JSP 2.2 JSR-45 EL 1.2 JSTL 1.2 JSR-250	Servlet 3.0 JSP 2.2 JSR-45 EL 1.2 JSTL 1.2 JSR-250	Servlet 3.0 JSP 2.2 JSR-45 EL 1.2 JSTL 1.2 JSR-250
	EJB 3.1 (Lite) JTA 1.1 JPA 2.0 JSF 2.0 * Web Beans 1.0 *	EJB 3.1 JTA 1.1 JPA 2.0 JSF 2.0 Web Beans 1.0
		JAX-RS 1.0 Connectors 1.6 JAX-WS 2.2 JAXB 2.2 JSR-109 1.2 JSR-181 1.1 JMS 1.1 JAF 1.1 JavaMail 1.4 JSR-115 JSR-196 JSR-88 1.2 JSR-77 1.1 JAX-RPC1.1 JAXR 1.0