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也是“笨重”的呢？因为二者都要编译才能运行嘛。)

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