记一次文件转换服务升级"笔录"

背景

文件转换平台诞生于2015年7月17日，当时的主要业务需求是实现文件上传、转换(word->pdf->swf)、展示(类似于百度文库)的功能，由此她就出生了。

流程图

file.jpg

file.jpg

实现方案

初期

相关技术

spring，hibernate，axis2，quartz，openoffice，swftools，linux平台

实现说明

• 各个平台采用RPC异步调用的方式，封装实体类传递相关参数，然后交由文件转换服务集群进行转换，最终根据转换状态更新数据库信息。
• 同时由于可能存在系统异常导致文件转换失败(邮件通知运维人员)，采用quartz定时任务每隔10分钟拉取一次数据失败信息继续转换。
• 基于大家可能疑惑的文件如何传输，这里做一个说明：各个系统之间有一个共同的文件服务器，采用NFS映射的方式存在于每个服务器，项目之间采用软连接的形式获取相应的文件。
• 至于axis2是如何做到集群调用的，目前只是在各个平台封装了一个简单的服务集群组，采用轮询的方式进行调用。

最终呈现

fileshow.png

fileshow.png

近期

由于近期对大部分老旧项目进行升级为Maven，所以针对此次文件服务升级也做一个"笔录"，在尽量不影响现有系统正常运行的情况下做最小改动。

相关技术

maven，spring，hibernate，axis2，scheduler，openoffice，swftools，linux平台

升级说明

Axis2都是apache的开源框架,也是之前比较流行的webservice框架，至此最新版本更新到2017年1.7.5，但是Maven中央库中使用量基本为0。显然老牌RPC框架已经被Dubbo以及各种微服务产品spring-cloud骑压了。

好了，扯了那么多淡，其实Axis2还是有不少用户的，比如还在维护的老项目，特别是很多传统企业，国企之类的。

简单说一下升级要项：

• 配置pom.xml，整合各种依赖
• 为了与各个平台兼容axis2保持1.6.2版本
• openoffice相关依赖升级为最新版4.1.2
• quartz变更为更加轻量化的spring-scheduler
• 第三方操作类库jodconverter-core在Maven库中下载失效，需自行打入本地仓库

最后，在测试环境做一个简单的测试，搞定！！！