maven工程多模块、项目打包问题

1、在同一父工程下的情况

（1）找到主类，主类就是你要运行那个作为启动类就是主类，就在主类的pom里加上如下配置

  <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            <configuration>
            # 下面几行不重要，重要的是上面2行
                <includeSystemScope>true</includeSystemScope>
            </configuration>
            <executions>
                <execution>
                    <goals>
                        <goal>repackage</goal>
                    </goals>
                </execution>
            </executions>
            </plugin>
        </plugins>
    </build>

（2）这个主类你依赖了其它模块

   <dependency>
            <groupId>com.cdyx</groupId>
            <artifactId>medica-auth</artifactId>
            <version>1.0.0</version>
        </dependency>

那么子模块的，这个medica-auth模块的pom的build啥也不加，因为spring-boot-maven-plugin的原理就是打成可运行jar包，
可运行jar包就是如图这样的，带BOOT-INF。注意这种文件要是你的子模块也打成了BOOT，那么主类启动是扫描不到的，
因为springboot是扫描的com.什么什么的，和你配置的包扫描是冲突的

最后，以此类推，有多少子模块就这样设置，最后package就行了

2、不在同一父工程下的情况（就是分开的2个项目，2个有父工程的，坑就是这种一个项目打包另外一项目，另外一项目的包都是带BOO-INF的），当你想这个工程引入另外父工程下的子模块时。

第一个项目

第二个项目

当你第2个项目想依赖第1个项目的子模块项目时

打出来的包是这样的
# 上面这是个大坑，因为你第二个项目跑起来，他是扫描不到这个子模块的bean的

解决办法

（1）去第1个 项目的子模块的pom里加这个， true意思是打成class,不打成BOO-INF

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

(2) 把这个包单独打出来放在你要跑的第2个项目的的资源里路径里

（3）在对第2个项目进行打包时，把这个通过系统路径方式导入进来，在pom里加

    <dependency>
            <groupId>com.XXX</groupId>
            <artifactId>XXXXX</artifactId>
            <version>0.0.1-SNAPSHOT</version>
            <scope>system</scope>
            <systemPath>${project.basedir}/src/main/resources/lib/medica-auth-1.0.0.jar</systemPath>
        </dependency>

这样，再 次打包之后项目是这样的

其实意思就是你要想办法把包路径搞成com.xx.xxx，同级的。假如这个XXXXX的jar包又依赖了他自己父工程下的其它自己开发的坐标（没事，把其它2个打成依赖和它放这同一级目录即可）

补充：

还有一点就是，在maven中，假如A依赖B, B依赖C, A项目直接依赖B的坐标，打包生成的A包，那么A项目会导2次C，假如C中有注入Bean，就容易发生循环依赖或者依赖冲突，因为注入了不止一个实例。可以用下面的方式在A的pom里排一次C的依赖，那么在A的lib里就不会再有C，而只让B里有C,但是这种只限于C是单纯的没有注入bean的情况，假如有注入bean的注解，放B里去了，那么A是扫不到C的，一般不会套这种2层结构，只是今天遇到了。一般还是项目的父工程和子模块不要搞相互依赖的情况，直接写一起不好吗？！！每个子模块作为单独功能单独的服务才符合微服务的思想

#排除依赖
   <dependency>
            <groupId>com.cdyx</groupId>
            <artifactId>medica-auth</artifactId>
            <version>1.0.0</version>
            <exclusions>
                <exclusion>
                    <groupId>com.cdyx</groupId>
                    <artifactId>medica-security</artifactId>
                </exclusion>
            </exclusions>
        </dependency>