Doc文档的批量上传并转换为PDF文件，前端同步获取转换结果并提供下载
-
前端用户上传一个或者多个doc/docx文档
-
后端异步执行对文档的转换操作，利用了rabbitmq队列
-
前端可以同步获取转换结果，并以表格形式提供下载操作
介绍动图如下：
- 如果前端用户上传一个有问题的doc文档，比如，我们将一个jpg图片的后缀名改为.doc，然后将它上传，那么后端在对这个文档进行转换的过程中，能够捕捉到异常，并反馈给前端
介绍动图如下：
首先，请确保您的本地系统中有docker、docker-compose及maven的支持
其次，请确保您没有修改过synch-service的项目配置文件，如果修改过，请确保spring.profiles.active的值为docker，并且与synch-rabbitmq容器的连接信息与docker-compose.yml的保持一致
拷贝项目到本地后，执行脚本build-image.sh来安装镜像
该镜像的安装，是由docker-maven-plugin驱动的，所以需要您确保在执行脚本前，本机提供maven3版本以上的支持
利用docker-compose，执行命令:
docker-compose up -d
来启动容器
启动后看起来像这样:
之所以需要用到docker-compose进行容器的编排操作，是因为系统依赖于rabbitmq的支持
rabbitmq本身的存在，是以一个独立的容器来运行，并通过配置docker-compose，使两者共享一个网关来进行数据交互
网关配置如下:
networks:
synchronizing-doc-convert-results:
driver: bridge
并在两个容器的配置项中，添加以下内容:
networks:
- synchronizing-doc-convert-results
利用docker-compose，执行命令:
docker-compose down
来停止容器
需要注意的是，停止容器本身，并不会删除镜像文件
在项目根目录下，执行脚本rm-image.sh删除镜像文件，请注意，该操作的执行前提是容器处于停止状态
考虑到部分用户可能对Docker不是太了解，所以这个项目也可以使用传统的方式来运行
但是项目本身使用了前后端分离的形式，前端项目为synch-ui，采用vue2.0框架实现，后端项目为synch-service，采用springboot1.5.6框架实现
所以如果您希望同时运行前后端项目的话，需要您的系统同时具备Java环境和Nodejs环境的支持
但考虑到大部分开发人员并不会选择全栈作为自己的发展发现，所以为纯Java开发人员提供了一定的便利性：
synch-service利用thymeleaf已经加载了synch-ui编译后的静态文件，并完成了相关配置，所以纯Java开发人员只需要将synch-service导入IDEA（导入过程省略），并且修改application.yml配置文件的spring.profiles.active值为dev，然后修改liumapp.filemanager.savepath的值为${您本地项目的data绝对目录地址}，在启动后访问 http://localhost:2020 也可以查看系统效果。
与此同时，如果您是一名纯前端开发人员，在webstorm中打开了synch-ui项目，并利用
npm run dev
启动项目后，您需要同时启动后端项目才能够在 http://localhost:8080 查看系统效果。
如果您对前端代码做了一定的修改，而又希望将最新的效果导入synch-service中，那么请您执行脚本update-ui.sh自动完成synch-ui编译文件的导入工作。