自世纪初以来，Java企业版（Java EE）一直是许多企业以 Web 为中心，面向服务，支持云计算组件的核心。不过最近有许多用户，包括它的死忠粉也一直在问，它的框架是否已经过时，并正在被更轻量、更敏捷和更简单的设置，如容器、云服务或 API 取代。
为了回应 Java EE 现在面临的问题，Oracle 的 Java EE 开发团队在社区对 Java EE 的用户进行了一次调查，以了解该框架后续该为其企业基础服务的方向。共有1693个 Java EE 社区成员参与了调查，这些发现将有助于确定哪些功能要添加到即将到来的 Java EE 8 上。在上一份报告中，Java EE 8 看起来会在今年年底发布。
Oracle Java EE 评估人 David Delabassee 随后发布文章表达了他的想法，将对 Java EE 8 进行如下的修改工作：
REST（JAX-RS 2.1）和 HTTP / 2 被调查评为两个最重要的技术。并与JSON-B一起占据前三位。这些技术新的API工作 Java EE 8 大部分已经完成，会尽快地进行相关的 JSON-P 更新。
我们有考虑调查反馈的加速 OAuth 和 OpenID Connect 的 Java EE 标准，但这在 Java EE 8 的时间轴上无法实现，但我们将继续为 Java EE 8 追求 Security 1.0。
在 Java EE 8 中添加配置和健康检查的需求在调查结果中排名较高，但是经过进一步审核后，我们认为这项工作会延迟整个 Java EE 8 的交付。所以还是建议相对应的推迟，以便尽快完成 Java EE 8 。"• "Management、JMS 和 MVC 在调查结果中排名较低。
“我们撤销了 Management 2.0（JSR 373）和 JMS 2.1（JSR 368）的 JSRs ，并正在调查 MVC 转移到另一个社区成员或组织，将 JSR 371 作为一个独立的组件完成的可能性。
编译自：ZDNet
引用来自“slieery”的评论
顺便说吐槽一下spring项目:每个项目中都有
<context:annotation-config/>
<context:component-scan base-package="xxxx"/>
当然可以注解方式。
其实这一类的扫瞄什么的，本应是容器去做，岂不更好？ 每个war中都配置，很烦的。
spring web项目中，spring 更是有些别扭，底层tomcat容器，再上一层是bean容器（war包），奇葩啊。
况tomcat近十年以来，都没什么创新进步了！
现在的spring项目中, 配置和注释都用，配置也太多，增加了开发的复杂度。
现在再重新审视，spring 把代码(bean)写入xml配置中去，是不是用的太泛滥了？ 都很有必要吗？代码最直接有效的就是代码！！代码写进xml配置，就能减轻软件的复杂度！哈哈，自欺欺人吧。
还有spring 生态圈，老是喜欢些锦上添花的事，集成这个集成那个，太复杂，一点都不轻量级。
可能想革别人的命容易，革自己的命。spring的 gradle（它们是一个公司）想革maven的命, 但spring 这十多年有多少创新呢？ 不要说spring5 !
引用来自“jackerx”的评论
目前spring主推SpringBoot的开发方式 Spring已经集成嵌入式Tomcat,全部最后就一个Jar......也是在尽量简化这些Spring boot是可以嵌入tomcat, jetty, undertow的。
比起wildfly Swarm, akka, vert.x, sparkjava, AOL Microserver, Dropwizard ,KumuluzEE， 我确认spring boot算不上什么创新，只能算是有一些技术跟进罢了。
引用来自“slieery”的评论
还有spring mvn 和spring 紧耦合，不能在非spring环境使用，不爽。因为第三jar包的问题，spring 开发者多数选择将第三jar包打到自己的war，办法很笨，也很无柰。
引用来自“此一生”的评论
我想知道JavaEE能不能够在非JavaEE环境使用？(大的微笑)引用来自“slieery”的评论
我说"spring mvn 和spring 紧耦合，不能在非spring环境使用" 的意思是：Spring MVC，做为一个web层框架，在业务逻辑层只能spring ,没得选择。而以下web层框架，它的业务逻辑层你可以自己选择！ 下面随便例了一些，应该还有很多。
STRIPES
Apache Tapestry
Apache Wicket
Vaadin
Struts2
引用来自“Andrew_Yang”的评论
你上面说的这一堆，确定是比spring更优的选择？展并无多少创新和进步。而现在微服务，微框架，非基于servlet的javaWeb的出现和发展，即使spring boot嵌个tomcat 更觉得是没什么创新。
单从技术角度说，我确定spring不是更优的选择。
说明spring boot也可以嵌个jboss的undertow。测试表明undertow比tomcat性能更好。
引用来自“slieery”的评论
还有spring mvn 和spring 紧耦合，不能在非spring环境使用，不爽。因为第三jar包的问题，spring 开发者多数选择将第三jar包打到自己的war，办法很笨，也很无柰。
引用来自“此一生”的评论
我想知道JavaEE能不能够在非JavaEE环境使用？(大的微笑)引用来自“slieery”的评论
我说"spring mvn 和spring 紧耦合，不能在非spring环境使用" 的意思是：Spring MVC，做为一个web层框架，在业务逻辑层只能spring ,没得选择。而以下web层框架，它的业务逻辑层你可以自己选择！ 下面随便例了一些，应该还有很多。
STRIPES
Apache Tapestry
Apache Wicket
Vaadin
Struts2
引用来自“slieery”的评论
还有spring mvn 和spring 紧耦合，不能在非spring环境使用，不爽。因为第三jar包的问题，spring 开发者多数选择将第三jar包打到自己的war，办法很笨，也很无柰。
引用来自“此一生”的评论
我想知道JavaEE能不能够在非JavaEE环境使用？(大的微笑)Spring MVC，做为一个web层框架，在业务逻辑层只能spring ,没得选择。而以下web层框架，它的业务逻辑层你可以自己选择！ 下面随便例了一些，应该还有很多。
STRIPES
Apache Tapestry
Apache Wicket
Vaadin
Struts2
引用来自“slieery”的评论
还有spring mvn 和spring 紧耦合，不能在非spring环境使用，不爽。因为第三jar包的问题，spring 开发者多数选择将第三jar包打到自己的war，办法很笨，也很无柰。
因为第三jar包的问题，spring 开发者多数选择将第三jar包打到自己的war，办法很笨，也很无柰。
每个项目中都有
<context:annotation-config/>
<context:component-scan base-package="xxxx"/>
当然可以注解方式。
其实这一类的扫瞄什么的，本应是容器去做，岂不更好？ 每个war中都配置，很烦的。
spring web项目中，spring 更是有些别扭，底层tomcat容器，再上一层是bean容器（war包），奇葩啊。
况tomcat近十年以来，都没什么创新进步了！
现在的spring项目中, 配置和注释都用，配置也太多，增加了开发的复杂度。
现在再重新审视，spring 把代码(bean)写入xml配置中去，是不是用的太泛滥了？ 都很有必要吗？代码最直接有效的就是代码！！代码写进xml配置，就能减轻软件的复杂度！哈哈，自欺欺人吧。
还有spring 生态圈，老是喜欢些锦上添花的事，集成这个集成那个，太复杂，一点都不轻量级。
可能想革别人的命容易，革自己的命。spring的 gradle（它们是一个公司）想革maven的命, 但spring 这十多年有多少创新呢？ 不要说spring5 !
引用来自“小紫羽”的评论
API化不是共识吗？引用来自“eechen”的评论
其实Oracle可以给Java搞一个JAVA-FPM,切换成PHP-FPM和HHVM(多线程)那种处理完请求释放资源的FastCGI运行模式嘛.引用来自“游客”的评论
还有人用这东西吗？引用来自“slieery”的评论
现在的javaEE7 可能比Spring4.x好！jboss (wildfly) 在github上有很多例子，自己评估下！
引用来自“游客”的评论
还有人用这东西吗？引用来自“slieery”的评论
现在的javaEE7 可能比Spring4.x好！jboss (wildfly) 在github上有很多例子，自己评估下！
引用来自“snowfog”的评论
好什么，前段时间Oracle还宣布放弃java ee，好的话为什么放弃看了一堆假新闻，就乐乐得了
引用来自“游客”的评论
还有人用这东西吗？引用来自“slieery”的评论
现在的javaEE7 可能比Spring4.x好！jboss (wildfly) 在github上有很多例子，自己评估下！
引用来自“游客”的评论
还有人用这东西吗？jboss (wildfly) 在github上有很多例子，自己评估下！