标签：style class java com 使用 cti
周五上班偶然发现单位的系统里有Java 8可以用了，周六无事，把自己现在在做的一个项目从Java 1.6升级到了1.8。过程并不是一番风顺，在此记录，希望可以对各位看客有所帮助。
先说说现在在做的这个项目吧。这个项目是个纯技术的项目，从去年年中开始，断断续续搞了快一年了，beta三月上线，第一个版本应该是10月上线吧。这个项目现在使用的是Java 1.6，没有用什么大型中间件，使用的第三方软件包括Spring，common-x，和scala，开发环境是IntelliJ和Maven。
升级的第一步自然是安装1.8 JDK，这个公司已经打包好，安装只需要解压缩，然后就是配置JAVA_HOME和PATH。配置好后首先运行Maven，Scala plugin开始报错，2.10.1版本的scala-library遇到Java 8就不好使了，直接升级到最新的2.11.1，问题解决。
下面的编译一切顺利，开始运行Unit Test，所有的Spring MVC测试全部失败，ClassReader报错，google后发现我用的Spring 3.2.0不兼容1.8，升级到最新的4.0.x版本，所有测试还是跑不通，不错这次报错不一样了，错误从Spring Mock中报出，继续google。最后发现从Spring 4.0.3以后，不需要使用Spring mock了，直接添加Spring Test，全部测试终于跑通了。
从命令行编译过后，打开IDE，首先需要配置IntelliJ使用Java 1.8，这个需要修改项目的两个属性，包括JDK和代码版本。由于我使用了Scala，同时需要配置Scala编译器的版本。这时最好重新启动IntelliJ。开始编译，一切顺利。
环境一切顺利，添加一个简单的使用Stream API和Lambda Expression的单元测试，在IntelliJ中运行，一切顺利。这时再次在命令行运行Maven，编译失败！问题的原因是我的pom配置没有对compiler plugin进行特别的设置，compiler plugin的默认配置是1.5，所以当我使用1.8的feature的时候，编译失败。这也就是说其实我上面的一切修改只是让一个Java 1.5的程序可以在1.8的JVM上运行。添加了1.8的compiler plugin配置，代码终于可以运行了。
上面的整个过程大概花了3个小时，虽说不是太长，仔细思考了一下这些问题，我最后把上面的修改单commit到一个branch里，然后rollback了所有的change。与Java 8的第一次接触，我不得不说，虽然你很美，但是爱上你真的很不容易。
为什么这么说呢？因为1.8的兼容性实在太差了，升级一个还没有做完的新项目都这么麻烦，升级一个老项目简直不敢想象。更重要的是，兼容性这东西是有传染性的，一个第三方包不兼容，整个平台就不能升级。兼容性这个短板，必将造成Java 8在企业中举步维艰。没有企业用户，这就会使多数第三方开源项目不使用Java 8 feature，因为没人会为自己写代码容易，而抛弃现有用户。这样一个循环下来，我对Java 8的推广速度，非常悲观。
当然，我的这个结论也和我这个项目的特性有关。因为这个项目是一个中间件项目，在我的所有用户都升级到1.8之前，我是不能自己使用1.8 feature的。如果是一个end user的项目，1.8还是不错的考虑的。
最后，说说Java 1.8的新特性，1.8看似很重要，其实这些更新都是一些Java早就应该有的功能了。更关键的是，这些功能其实像Scala等一些基于JVM的语言已经都实现了。对于需要Functional Programming功能的程序员，集成Scala可能比升级1.8来得更容易，更实惠。
我和Java 8的第一次亲密接触,布布扣,bubuko.com
标签：style class java com 使用 cti
原文地址：http://blog.csdn.net/mcai4gl2/article/details/33145523
