最近，EE6的共同负责人Roberto Chinnici在 博客 中谈到了EE6中配置文件的状态，并请求反馈，该组应朝哪个方向发展。这也发布到了 InfoQ 和 TSS。本质上，我们有两个选择
- 橡皮图章Tomcat
- 提供一个完整的Web开发框架。
第一个选项 提供的新功能今天已经存在。 现在，你可以下载Tomcat，除非你仍在仅使用Servlet和JSP进行开发，否则你需要安装许多不同的框架来构建现代Web应用程序。然后，你需要自己发现那些没有依赖冲突或集成问题的神奇版本组合。
我们真正需要的是一个标准化的解决方案，该解决方案解决现代Web应用程序最常用的三个需求
- 数据持久化框架
- 组件框架
- 丰富的表示框架
完整的Java EE平台今天在这些方面都有很好的解决方案，并且正在进行更多的工作来改进它们（例如Web Beans，能够在war中部署EJB等）。然而，完整的EE平台也包含许多其他标准，其中大部分都是针对EIS（如CORBA，RMI，JMS，JCA等）。EIS当然对于Web应用程序的大部分内容不是必要的。因此，选项2背后的核心思想是提供一个真正专注于Web开发的平台版本。
我们不仅可以省略不服务于上述目标的规范，还可以改进那些确实服务于我们新发现焦点的规范。一个很好的例子是EJB-Lite，它只需要支持本地会话组件和JPA。
考虑到所有这些，我们最终得到的，我认为是理想的组合，我在EG上强烈倡导了这个组合
数据持久化
- JPA 2.0
- JTA 1.1
组件框架
- EJB Lite 3.1
- Web Beans 1.0
丰富的表示
- JSF 2.0
- Servlet 3.0（及其相关技术，如jsp、el、jstl等）
还应指出，非标准框架当然也可以在这个配置文件中使用。以Web Beans为例，它将提供一个SPI（服务提供接口），以便任何Web框架都可以利用改进/简化的组件集成层，如果它选择这样做的话。
然而，我认为目标应该是提供一个良好的开箱即用的Web开发解决方案，而一个“tomcat配置文件”显然还不够。
