原架构依赖解决方案

am-hosting-web项目：

1、子工程引用父工程时，如果父工程中定义了spring的版本，那么子工程中springboot的版本要与spring的版本兼容，否则报错启动不了。（例如springboot2.2.x要与spring5.2.x对应）

spring 版本从4.3.3.RELEASE调整为5.2.1.RELEASE 不是springboot的项目仍然使用spring版本为4.3.3

2、子工程引用的父工程的com.google.code.gson依赖改为2.8.6------------>父工程中引入的com.google.code.gson依赖版本从2.2.4更改为2.8.6

3、子工程zkclient依赖移除slf4j-api和slf4j-log4j12依赖------>父工程zkclient依赖移除slf4j-api和slf4j-log4j12，子工程继承父工程后无需再移除

4、am-hosting-web、am-sync-web、am-manager-web-zx引用了tika-app依赖，tika-app依赖有问题替换为以下三个依赖：

将tika-app依赖更改为一下三个依赖添加进父工程。

<dependency>
    <groupId>org.apache.tika</groupId>
    <artifactId>tika-core</artifactId>
    <version>1.6</version>
</dependency>
<dependency>
    <groupId>org.apache.tika</groupId>
    <artifactId>tika-parsers</artifactId>
    <version>1.6</version>
    <exclusions>
        <exclusion>
            <groupId>org.apache.tika</groupId>
            <artifactId>tika-core</artifactId>
        </exclusion>
        <exclusion>
            <artifactId>slf4j-api</artifactId>
            <groupId>org.slf4j</groupId>
        </exclusion>
    </exclusions>
</dependency>
<dependency>
    <groupId>org.apache.tika</groupId>
    <artifactId>tika-serialization</artifactId>
    <version>1.6</version>
</dependency>

替代

<!--        <dependency>-->
<!--            <groupId>org.apache.tika</groupId>-->
<!--            <artifactId>tika-app</artifactId>-->
<!--            <version>1.6</version>-->
<!--            <exclusions>-->
<!--                <exclusion>-->
<!--                    <artifactId>slf4j-log4j12</artifactId>-->
<!--                    <groupId>org.slf4j</groupId>-->
<!--                </exclusion>-->
<!--                <exclusion>-->
<!--                    <artifactId>slf4j-api</artifactId>-->
<!--                    <groupId>org.slf4j</groupId>-->
<!--                </exclusion>-->
<!--            </exclusions>-->
<!--        </dependency>-->

5、只有am-hosting-web模块引入了cxf-rt-transports-http-jetty依赖，在am-hosting-web模块中移除slf4j-api依赖

6、子工程中kafka_2.10依赖移除slf4j-api依赖------->更改为（am-hosting-web和am-intellect-web模块引入了kafka_2.10依赖，调整为将kafka_2.10依赖放入父工程中，移除slf4j-api依赖

7、移除hosting-web移除spring-web和spring-mvc依赖,很多模块引入了这两个依赖，看情况移除。

引入am-hosting-dubbo模块的依赖存在的问题：

1、父工程中引入了solr-solrj依赖，在工程中移除slf4j-api依赖，各子工程无需再次移除。

2、am-hosting-dubbo模块引入的am-poi模块里引入的am-common模块依赖easyexcel依赖移除slf4j-api依赖，调整为将easyexcel依赖引入父工程，在父工程中移除slf4j依赖。

am-common模块引入的slf4j-log4j12依赖移除slf4j-api依赖--------->调整为将父工程中引入的slf4j-log4j12依赖移除其中的slf4j-api

3、am-common引入的

<dependency>
    <groupId>org.springframework.amqp</groupId>
    <artifactId>spring-rabbit</artifactId>
</dependency>

有问题，可能是没有rabbitmq的配置信息导致，暂未可知，待查看。（或许可用amqp-client代替，因为其他依赖别的依赖都引入过了）

4、父工程中的easyexcel依赖移除slf4j-api依赖，子工程引入easyexcel后无需再移除。

5、依赖调整，将spring-boot、springcloud、springcloud-alibaba依赖引入父工程中，子工程就可以直接引入他们的子项使用：