solr6.4.2之webservice兼容升级

摘要：这次solr底层升级是一次比较大的升级。从底层搜索引擎 solr4.8 升级到 solr6.4.2，由于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 的编译。具体下载地址可以到我的百度云盘上下载：http://pan.baidu.com/s/1hsJs2De

　 当然，目前很多人已经使用了IntelliJ IDEA，目前我们也使用了该编辑器，这里提供我使用的版本 idea-15.0.6 下载地址： http://pan.baidu.com/s/1o7Ceyeu

2. jdk1.8.0_112，因为solr和lucene升级到当前6.4.0最高版本其底层依赖必须指定为jdk1.8，故需下载2017年1月最新jdk1.8稳定版本，具体下载地址可以到我的百度云盘上下载：

　　服务器版本的jdk下载地址： http://pan.baidu.com/s/1boOCea7

　　windows之64位系统的jdk下载地址： http://pan.baidu.com/s/1jIJoz4a

3. 用solr-solrj-6.4.2、lucene-core-6.4.2、lucene-highlighter-6.4.2、lucene-memory-6.4.2、lucene-queryparser-6.4.2，如果调用到solr核心类，则还需要引入：solr-core-6.4.2 这些包替换原有的 4.8.0 的包

4. 修改底层用到的方法新旧不兼容的代码（注意：这里只是我用到的方法和类，一定会有我没有遇到的，但是方法是相同的，查看对应的api都可以很easy的解决掉）

1. org.apache.solr.client.solrj.impl.HttpSolrServer 修改为：org.apache.solr.client.solrj.impl.HttpSolrClient

2. SolrClient solrClient = new CloudSolrClient(zkHost);
   new方式在新版已经被废弃，采用新版链式赋值法进行创建对象
   SolrClient solrClient = new CloudSolrClient.Builder().withZkHost(Arrays.asList(zkHost.split(","))).build();

3. solrClient = new ConcurrentUpdateSolrClient(url, queueSize, threadCount);
   采用链式赋值法
   solrClient = new ConcurrentUpdateSolrClient.Builder(url).withQueueSize(queueSize).withThreadCount(threadCount).build();

4. solrClient = new HttpSolrClient(baseURL);
   采用链式赋值法
   solrClient = new HttpSolrClient.Builder(baseURL).build();

5. ClusterState clusterState = zkStateReader.getClusterState();
   Map<String, Slice> map = clusterState.getActiveSlicesMap(collection);
   api已经将getActiveSlicesMap废弃
   map = clusterState.getCollection(collection).getActiveSlicesMap();

6. List<String> collections = zkStateReader.getAllCollections();
   api已经将getAllCollections()废弃掉
   Map<String, DocCollection> map = zkStateReader.getClusterState().getCollectionsMap();

7. Collection<Slice> slices = clusterState.getSlices(Collection);
   api已经将getSlices(collection)废弃,采用更加方便、安全的中间类DocCollection
   DocCollection docCollection = clusterState.getCollection(collection);
   Collection<Slice> slices = docCollection.getActiveSlices();

8. CollectionAdminRequest.Create req = new CollectionAdminRequest.Create();
   req.setCollectionName(name);
   req.setNumShards(numShards);
   req.setConfigName(cluster);
   req.setCreateNodeSet(getNodeSet(cluster));
   req.setReplicationFactor(numReplicas);
   修改为链式赋值法
   CollectionAdminRequest.Create req = CollectionAdminRequest.createCollection(name, cluster, numShards, numReplicas);

9. CollectionAdminRequest.Delete req = new CollectionAdminRequest.Delete();
   api已将这种创建方式废弃
   CollectionAdminRequest.Delete req = CollectionAdminRequest.deleteCollection(name);

10. CollectionAdminRequest.CreateAlias req = new CollectionAdminRequest.CreateAlias();
   api已经将这种创建方式废弃
   CollectionAdminRequest.CreateAlias req = CollectionAdminRequest.createAlias(name, collections);

11. CollectionAdminRequest.DeleteAlias req = new CollectionAdminRequest.deleteAlias();
   api已经将这种创建方式废弃
   CollectionAdminRequest.DeleteAlias req = CollectionAdminRequest.deleteAlias(name);

12. SolrInputDocument inputDocument = ClientUtils.toSolrInputDocument(solrDocument);
   将SolrDocument 转换为 SolrInputDocument 的方法从ClientUtils中移除了.从solr-5.5之后就将此方法移除，代码中要想使用此类似功能，需要自己添加方法实现
   /**
     * 将SolrDocument转换为SolrInputDocument,原底层提供的方法从solr5.5之后被废弃掉了
     * add by liangyongxing
     * @param solrDocument
     * @createTime 2017-02-21
     * @return
     */
    public static SolrInputDocument toSolrInputDocument(SolrDocument solrDocument) {
        SolrInputDocument doc = new SolrInputDocument();
        for (String name : solrDocument.getFieldNames()) {
            doc.addField(name, solrDocument.getFieldValue(name));
        }
        return doc;
    }

<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. 以上两小步做完之后，再在Linux中重启tomcat服务，我了个天啊，怎么还有问题，我都要快奔溃了，之后硬着头皮继续google，发现是服务器的tomcat版本太低导致的。oh my god!!!，一个jdk1.8的升级怎么会引入这么多问题呢？但是没有办法，继续解决吧，上面可能会抛出一下这样大致的错误：

unable to process jar entry [......] from Jar[......] for annotations.

先介绍一下如何在Linux中查看当前tomcat的版本，到对应tomcat的安装目录下，执行 sh ./bin/version.sh 命令，会打印出当前tomcat对应的版本是多少。而上面的这个错误的原因是因为服务器的tomcat版本低于 apache-tomcat-7.0.59，建议用户升级到 tomcat-7.0.61 以上（因为没有 tomcat-7.0.60 这个版本，当然 tomcat-7.0.59 开始就是好使的，如果你非要用 tomcat-7.0.59 也是可以的）。 最后升级为tomcat后重新启动服务，我的天啊，服务终于正常启动了。至此，这次搜索引擎底层webservice服务兼容升级完成

<4. 这里需要补充一点，当windows系统中spring包由2.5.6 —> 3.2.13版本后，对应的jdk版本由1.7升级到1.8后，对应ecllipse设置选项卡project Facets 右侧 Dynamic Web Module 级别默认会由原先的2.5自动升级到3.1了，如下图所示：

　　

那么此时要求tomcat版本至少需要8.x，即需要从网上下载tomcat8.x版本方可在本地发布项目测试使用。或者使用我的百度云盘下载，下载tomcat-8.5.11地址为：http://pan.baidu.com/s/1pKBw23x

 

总结：此次升级，虽然过程有点艰辛，但总算是做到尽善尽美。希望此次的分享能够给有遇到相关问题的朋友们提供些许的帮助。