系统改造升级步骤及注意事项（一）
本次系统改造是以汇中综合业务系统中的调度系统（Dispatch）为核心展开的全面升级，以目前市场较为前沿、主流的技术为标准进行改造、为了达到系统性能的提升、实现高并发、高可用以及增强系统可扩展性等目的。
目前修改版本为1.0版本，此版本目的明确为表现层框架的改造，微服务的改造与注册，以及负载均衡的实现，具体概括为：
一. 表现层改造（Struts2改造为springMVC）。
-
相关Jar包引入，其中核心包Spring-webmvc、spring-webmvc-portlet原系统自带版本3.2.2（可用），关联Jar包自行导入，例如jackson-core、jackson-annotations等。
-
表现层改造（Action改造为Controller）：由于目前只做后端升级，前端请求地址不可变，所以映射配置要以前端的跳转地址为标准进行配置，例如：
- 保证入参与出参的准确：原有Struts2（类级别）框架接收参数方式与SpringMVC（方法级别）接收和返回参数方式完全不同，需要以SpringMVC的方式代替原有的接收参数的方式，保证每个接口接收自己的参数，用什么传什么接什么，代替掉原有的表现层定义一些全局变量成员变量以及ModelDriven和在父类中定义参数的一些属于Struts2的一些特性的方式，例如：
注意：其中父类的一些改造，以及某些具体方法的需要重写以保证方法的正常运行以及返回数据的准确（自己写一个父类继承原有父类进行改造，具体改造过程遇到问题就中需要实际情况实际分析）。
- 由于原Struts2框架采用地址拦截等方式进行映射，并且原系统中前后端并没有做到完全分离，前端的一些初始化方法也需调用后端，所以部分前端初始化方法也需要从Jar包中引出、重写、并配置映射以保证页面的初始化以及相关组件加载成功、前端页面正常可用。
- 前端页面大量采用了Struts标签，需全部替换为JSTL标签，保证页面正常解析。
二. 具体系统作为微服务注册到配置中心（Eureka）统一管理。
1． 引入Eureka依赖的Jar包。
2． 引入Eureka客户端注册类（已有Demo，直接引入即可）。
3． Web.xml中配置Eureka监听器。
4. config.properties中添加Eureka相关配置信息（在原有config.properties中配置即可）。
5. 客户端注册成功，Eureka服务端已稳定运行，进入查看监控即可。
三. 服务实现多点，Ribbon自动分发，实现负载均衡，以达到承载高并发，实现高可用目的。
备注：由于父类Struts2特性较多、继承体系过于复杂，为保证现期系统正常运行，前端页面正常加载，暂时没有彻底取消成员变量接受参数的一些方式，后续会进行深度改造，彻底替换原有父类（BaseAction）、以及现有Spring体系Jar包版本为3.2.2、其他Jar包版本也过低，后续具体改造Maven或直接对接Springboot（仍须商议）的同时，Jar包也需一并升级。