摘要：本人这次升级是一次比较大的升级。从底层搜索引擎solr4.8升级到solr6.4，由于solr底层从6.x开始以来的jdk必须指定为1.8，而且很多内部实现类都已经废弃或者干脆被砍掉了，导致很多实现类都需要进行兼容性的修改，第三方以来的库也需要跟着进行升级改造。例如IK词库加载，就需要手动编译修改源代码，具体可以参考我的另外一篇博客：http://www.cnblogs.com/liang1101/articles/6395016.html。本篇主要是从应用实现兼容修改以及项目发布遇到的问题以及解决办法进行详细的讲解。
应用项目：公司内部自己搭建的一套webservice服务，提供相应的接口为各个项目组调用使用。该webservice服务底层使用spring容器管理、hibernate数据库连接管理的方式，结合solr、lucene相关依赖包所实现的系统。
起始背景：使用eclipse4.3 + JDK1.7 + solr-solrj-4.8.0 + lucene-core-4.8.0 + spring-core2.5.6等主要相关依赖包。当然还有相应的lucene-queryparser、lucene-highlighter、lucene-memory、hibernate-core-4.3.0以及spring很多相关包等等。
开始升级：
1. eclipse4.6.2，即下载的2017年1月最新eclipse版本，因为eclipse4.6开始才能支持jdk1.8的编译。具体下载地址可以到我的百度云盘上下载：
2. jdk1.8.0_112，因为solr和lucene升级到当前6.4.0最高版本其底层依赖必须指定为jdk1.8，故需下载2017年1月最新jdk1.8稳定版本，具体下载地址可以到我的百度云盘上下载：
3. 用solr-solrj-6.4.0、lucene-core-6.4.0、lucene-highlighter-6.4.0、lucene-memory-6.4.0、lucene-queryparser-6.4.0，如果调用到solr核心类，则还需要引入：solr-core-6.4.0这些包替换原有的4.8.0的包
4. 修改底层用到的方法新旧不兼容的代码（注意：这里只是我用到的方法和类，一定会有我没有遇到的，但是方法是相同的，查看对应的api都可以很easy的解决掉）
正在总结中，稍后马上会补上......
<1. 以上步骤做完，都会认为万事大吉了，因为此时整个工程没有报任何错误了，包括自己在本地可能运行和测试也是OK的。那么，此时我们按照正常的逻辑打包发布到线上环境启动，会发现起不起来，报错内容可能大致如下：
Unsupported major.minor version 52.0
以上这个错误对于有点经验的程序员来说都是很easy的问题，就是服务器上的jdk和咱们打包程序所使用的jdk版本不一致，很明显，本地使用的是jdk1.8而服务器上的是jdk1.7，具体可以通过命令：java -version 进行查看jdk版本。那么就好办了，直接下载或者拷贝都可以，将当前环境的jdk升级为18的即可，这个是很easy的我就不在这里啰嗦了。
<2. 做好之后再进行重启服务，发现怎么还不好使，大概报错如下所示：
具体的错误我就不粘贴了，省得有些同学会对号入座。翻译后大致意思为：容器初始化的时候不能够初始化我们所需要的对象，其中的关键字为：org.springframework.init......
看到这个错误，很明显是spring加载的问题，自然而然想到我们引用的spring是否是版本的问题，我的第一反应可能就是jdk1.8和spring2.5.6不兼容了，之后通过google、stakoverflow等相关网站查看发现还真是这个问题，在jdk1.8之后的spring建议最好使用spring-core-3.x的包，建议先不要使用4.x的包，因为4.x的包还需要jdk1.8不同版本的要求（需要有针对性的要求），开始我偏不信，尝试了4.x的包，最后发现似乎还真是有问题（补充一下，当时可能和我操作顺序有关，后来3.x没有问题了我就没有再尝试一次，稳妥起见建议还是3.x），我引入的spring的包具体如下：
spring-aop-3.2.13-RELEASE.jar、spring-beans-3.2.13-RELEASE.jar、spring-context-3.2.13-RELEASE.jar、spring-context-support-3.2.13-RELEASE.jar、spring-core-3.2.13-RELEASE.jar、spring-jdbc-3.2.13-RELEASE.jar、spring-orm-3.2.13-RELEASE.jar、spring-tx-3.2.13-RELEASE.jar、spring-web-3.2.13-RELEASE.jar等
<3. 以上两小步做完之后，再重启tomcat服务，我了个天啊，怎么还有问题，我都要快奔溃了，之后硬着头皮继续google，发现是服务器的tomcat版本太低导致的。oh my god!!!，一个jdk1.8的升级怎么会引入这么多问题呢？但是没有办法，继续解决吧，上面可能会抛出一下这样大致的错误：
unable to process jar entry [......] from Jar[......] for annotations.
先介绍一下如何查看当前tomcat的版本，到对应tomcat的安装目录下，执行 sh ./bin/version.sh 命令，会打印出当前tomcat对应的版本是多少。而上面的这个错误的原因是因为服务器的tomcat版本低于apache-tomcat-7.0.59，建议用户使用升级tomcat升级到7.0.61以上(因为没有tomcat7.0.60这个版本，当然7.0.59开始就是好使的，如果你非要用7.0.59也是可以的)。
总结：最后升级为tomcat后重新启动服务，我的天啊，服务终于正常启动了。至此，这次搜索引擎底层webservice服务兼容升级完成，虽然过程有点艰辛，但总算是做到尽善尽美。希望此次的分享会对朋友们有一定的帮助。