项目的打包类型：pom、jar、war
项目中一般使用maven进行模块管理，每个模块下对应都有一个pom文件，pom文件中维护了各模块之间的依赖和继承关系。项目模块化可以将通用的部分抽离出来，方便重用；修改一部分代码不再是build整个项目，缩短了build时间；此外各模块都有自己的pom文件，结构更清晰。
使用maven进行模块划分管理，一般都会有一个父级项目，pom文件除了GAV(groupId, artifactId, version)是必须要配置的，另一个重要的属性就是packing打包类型，所有的父级项目的packing都为pom，packing默认是jar类型，如果不作配置，maven会将该项目打成jar包。作为父级项目，还有一个重要的属性，那就是modules，通过modules标签将项目的所有子项目引用进来，在build父级项目时，会根据子模块的相互依赖关系整理一个build顺序，然后依次build。
而对于各个子项目，需要在其对应的pom文件开头申明对父级项目的引用，通过GAV实现。对于子项目自己的GAV配置，GV如果不配置，则会从父级项目的配置继承过来。子模块可通过dependencies标签来添加自己的依赖，此外子类项目的packing值只能是war或者jar，前面已经说过，packing默认是jar类型。如果是需要部署的项目，则需要打包成war类型，如果只是内部调用或者是作服务使用，则推荐打包成jar类型。
--》
所以回顾我们现在的 xx项目 ，结合当中的pom.xml来看的话，
<groupId>com.pccw</groupId>
<artifactId>qdf-rest-master</artifactId>
<version>0.0.1-SNAPSHOT</version>
<packaging>pom</packaging>
父pom这样指定是必须的 ，packing必须为pom ；
<dependencyManagement>
<dependencies>
<dependency>
<groupId>com.pccw</groupId>
<artifactId>qdf-rest-data</artifactId>
<version>${project.version}</version>
</dependency>
<!-- <dependency>
<groupId>com.pccw</groupId>
<artifactId>qdf-rest-example</artifactId>
<version>${project.version}</version>
</dependency> -->
<dependency>
<groupId>com.pccw</groupId>
<artifactId>qdf-rest-queue</artifactId>
<version>${project.version}</version>
</dependency>
<dependency>
<groupId>com.pccw</groupId>
<artifactId>qdfmvc</artifactId>
<version>${project.version}</version>
</dependency>
<dependency>
<groupId>com.pccw</groupId>
<artifactId>qdf-rest-util</artifactId>
<version>${project.version}</version>
</dependency>
而且下方必须制定聚合 ：
<modules>
<module>qdf-rest-data</module>
<!--<module>qdf-rest-example</module>-->
<module>qdf-rest-util</module>
<module>qdf-rest-schedule</module>
<module>qdf-rest-queue</module>
<module>qdfmvc</module>
<module>qdf-rest-report</module>
<module>qdf-rest-image</module>
<module>qdf-rest-job</module>
</modules>
再通过这种形式把 子工程都依赖进来，然后看子工程怎样的导包形式，默认的是最上面说的子工程jar包形式依赖；然后子工程把父工程这个依赖进去 ：
<parent>
<groupId>com.pccw</groupId>
<artifactId>qdf-rest-master</artifactId>
<version>0.0.1-SNAPSHOT</version>
</parent>
--》 这样确保 子工程可以引用父工程的依赖
然后子工程还可以 <dependency>
<groupId>com.pccw</groupId>
<artifactId>qdf-rest-util</artifactId>
</dependency>
导入其他子工程 的jar包 ；
参照2里面说的 ：
子工程通过再次定义可以使用 父工程的 ，并且不写version来达到跟父工程保持保本一致
子工程引入子工程也是通过依赖的方式进行，并且把子工程依赖的jar包也都引入了。