Java 8刚刚在几周前的3月18日发布。几天后，Spring Framework项目负责人Jeurgen Hoeller发表了题为《企业项目中的Java 8》的文章。文中，他指出，那些著名的Java EE应用服务器如何不允许轻松升级。

对于Java EE服务器，升级时通常有一个突出问题，就是绑定了JDK版本。对于WebSphere，即使是在WAS 8.5上，默认的JDK版本仍然是Java 6，Java 7只是一个可选项。对于WebLogic，最近的版本已经更坚决地基于Java 7。然而，两者均不允许用户自由选择使用哪一代JDK。

由于应用服务器技术栈通常与特定的JDK版本紧密集成，所以简单地使它运行在不同的JDK安装上并不可取。当代的应用服务器甚至不可能承受在Java 8上启动一次冒烟测试。

Hoeller继续写道，对于希望快速采用Java 8的开发人员而言，那些使用Tomcat和Jetty的项目更有优势。

在这点上，像Tomcat和Jetty这样的瘦Web应用服务器有明显的优势，因为它们不依赖于任何JDK版本的规范。Tomcat 8和Jetty 9已经在OpenJDK 8上测试了半年，而且已经广泛宣布兼容Java 8。甚至Tomcat 7也加入了该俱乐部，得到一个经过升级的Eclipse编译器。

因此，对于Java 8，Tomcat和Jetty都将自己描述为当前有质量保障的产品选项。

他在总结时提醒用户，特定的框架和库需要兼容Java 8。从文章的结尾部分来看，谈到Java 8， Spring似乎是“蓄势待发”。

Spring Framework 4代从一开始就一直按照一种兼容Java 8的方式设计。实际上，甚至在OpenJDK 8的第一个候选版本发布之前，我们就发布了全面支持Java 8开发的Spring Framework 4.0 GA版本。

在我们看来，Spring Framework 4和Java 8在许多环境中都是一个完美的组合，不只是Tomcat、Jetty或者WildFly，还有近来的嵌入式引擎，如Reactor或Undertow，以及其它各类用户自定义的应用架构。

六天之后，Spring 4.0.3发布。它有什么不同？Spring的这个版本“是用OpenJDK 8 GA构建的”，而且“包含了最新的ASM 5.0.1（同样在JDK 8 GA层面支持字节码，取代我们先前惯用的ASM 4.2派生）”。除了真正支持Java 8之外，Spring 4.0.3版本还在WebSocket方面有许多改进。从我们的审查来看，作为该版本的一部分，它似乎修复了Prashant Deva在题为《Spring 4 Websocket支持Bug要览》的文章中提到的所有问题。

本月初，Spring Boot发布正式版，Chris Beams做了一项很棒的工作，展示了如何用Boot构建spring.io。Pivotal开发团队一直在不遗余力地支持Java 8，而且对于Spring Boot，他们还在推动对其它语言的支持。

关于#Spring Boot有趣的一面：它不是关于Java VS. Groovy VS. Scala。它是关于一个成熟的平台+你选择的JVM语言……

——Oliver Gierke（@olivergierke）2014年4月1日

你尝试用最新版本的Spring和Java升级应用程序了吗？如果没有，是什么阻止了你？