IDEA之SpringCloud多级模块、多模块maven项目打包

记录一下打包过程，怕下次又忘记。

项目结构如上所示，这含有多级模块，然后百度了很多，都没看到专门讲多级模块的，自己结合了一下，摸索了出来。

第一步

最外层parent的pom.xml配置信息：

主要注意的就是modules、artifactId以及packaging，父模块都是pom打包方式(packaging为pom)

如上图所示，这是service的pom.xml文件由于其下依旧有子模块，所以依然是pom的打包方式，同时要声明它的父模块是谁

最后就是最下层的子模块，只需要声明父模块就行

第二步

在最外层的父模块(guli_parent模块)的pom.xml文件最下面加上：
<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
            <executions>
                <execution>
                    <goals>
                        <goal>repackage</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>
    </plugins>

    <resources>
        <!-- 项目编译打包时将java目录中的*.xml文件进行打包，默认是不进行打包的 -->
        <resource>
            <directory>src/main/java</directory>
            <includes>
                <include>**/*.xml</include>  <!-- 两个 **  表示多级目录,一个 * 表示只有一级目录-->
            </includes>
            <filtering>false</filtering>
        </resource>

        <!-- 项目编译打包时将resource目录中的配置文件进行打包，默认是不进行打包的 -->
        <resource>
            <directory>src/main/resources</directory>
            <includes>
                <include>**/*.properties</include>
                <include>**/*.xml</include>
                <include>**/*.tld</include>
            </includes>
            <filtering>false</filtering>
        </resource>
        
    </resources>

</build>

注释：<plugins>中配置的是springboot的maven插件，后面的<executions>在最外层的父模块中定义，具体原因未知。
	下面的<resources>都是编译打包的时候需要用到，具体原因已经写在注解中。

然后就是common模块，这个模块都是一些工具类(utils之类的)，别的模块进行调用的。

common下面的三个子模块都需要配置

<build>
    <plugins>
        <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
            <configuration>
                <classifier>exec</classifier>
            </configuration>
        </plugin>
    </plugins>
</build>

第三步

找到右侧的maven工具栏，然后找到最外层模块(guli_parent)，点击Lifecycle，然后按次序，先点击clean，再点击package，然后就可以
看到：

每个模块下都有新生成的target文件夹，并且里面也有刚编译出来的jar包，这样就完成打包了。
如果target目录下没有application.properties配置文件，那肯定是没有在最外层的父级模块中配置扫描application.properties文件
(yml文件应该一样的吧，没有去实验)

ps：如果想重新打包，照着上面的步骤进行就可，先clean，再package