背景
文件转换平台诞生于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)咨询。