记一次文件转换服务升级"笔录"
背景
文件转换平台诞生于2015年7月17日，当时的主要业务需求是实现文件上传、转换(word->pdf->swf)、展示(类似于百度文库)的功能，由此她就出生了。
流程图
实现方案
初期
相关技术
spring，hibernate，axis2，quartz，openoffice，swftools，linux平台
实现说明
- 各个平台采用RPC异步调用的方式，封装实体类传递相关参数，然后交由文件转换服务集群进行转换，最终根据转换状态更新数据库信息。
- 同时由于可能存在系统异常导致文件转换失败(邮件通知运维人员)，采用quartz定时任务每隔10分钟拉取一次数据失败信息继续转换。
- 基于大家可能疑惑的文件如何传输，这里做一个说明：各个系统之间有一个共同的文件服务器，采用NFS映射的方式存在于每个服务器，项目之间采用软连接的形式获取相应的文件。
- 至于axis2是如何做到集群调用的，目前只是在各个平台封装了一个简单的服务集群组，采用轮询的方式进行调用。
最终呈现
近期
由于近期对大部分老旧项目进行升级为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库中下载失效，需自行打入本地仓库
最后，在测试环境做一个简单的测试，搞定！！！
作者： 小柒
出处： https://blog.52itstyle.com
本文版权归作者和云栖社区所有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出, 如有问题， 可邮件（345849402@qq.com）咨询。
