本文共 6401 字,大约阅读时间需要 21 分钟。
目录
在parent项目中聚合多个子模块项目:
模块一 模块二 模块三
2.1、在子模块项目中继承parent项目:
com.starfall.maven ParentProject 0.0.1-SNAPSHOT ../ParentProject/pom.xml
标签是parent项目中pom.xml文件的相对路径
2.2、父项目定义属性,子模块继承
parent项目:
UTF-8 4.9 0.0.1-SNAPSHOT
子项目继承:
junit junit ${junit.version} test
参考:
转载:
假设有这样一个项目,很常见的Java Web应用。在这个应用中,我们分了几层:
项目中会根据层次划分包名:
随着项目的进行,你可能会遇到如下问题:
- 这个应用可能需要有一个前台和一个后台管理端(web或者swing),你发现大部分dao,一些service,和大部分util是在两个应用中可。这样的问题,你一周内遇到了好几次。
- pom.xml中的依赖列表越来越长以重用的,但是,由于目前只有一个项目(WAR),你不得不新建一个项目依赖这个WAR,这变得非常的恶心,因为在Maven中配置对WAR的依赖远不如依赖JAR那样简单明了,而且你根本不需要org.myorg.app.web。有人修改了dao,提交到svn并且不小心导致build失败了,你在编写service的代码,发现编译不过,只能等那人把dao修复了,你才能继续进行,很多人都在修改,到后来你根本就不清楚哪个依赖是谁需要的,渐渐的,很多不必要的依赖被引入。甚至出现了一个依赖有多个版本存在。
- build整个项目的时间越来越长,尽管你只是一直在web层工作,但你不得不build整个项目。
- 某个模块,比如util,你只想让一些经验丰富的人来维护,可是,现在这种情况,每个开发者都能修改,这导致关键模块的代码质量不能达到你的要求。
我们会发现,其实这里实际上没有遵守一个设计模式原则:“高内聚,低耦合”。虽然我们通过包名划分了层次,并且你还会说,这些包的依赖都是单向的,没有包的环依赖。这很好,但还不够,因为就构建层次来说,所有东西都被耦合在一起了。因此我们需要使用Maven划分模块。
有一个父项目(app-parent)聚合很多子项目(app-util, app-dao, app-service, app-web)。每个项目,不管是父子,都含有一个pom.xml文件。
而且要注意的是,小括号中标出了每个项目的打包类型。父项目是pom,也只能是pom。子项目有jar,或者war。根据它包含的内容具体考虑。
这些模块的依赖关系如下:
用项目层次的划分替代包层次的划分能给我们带来如下好处:
- 方便重用,如果你有一个新的swing项目需要用到app-dao和app-service,添加对它们的依赖即可,你不再需要去依赖一个WAR。而有些模块,如app-util,完全可以渐渐进化成公司的一份基础工具类库,供所有项目使用。这是模块化最重要的一个目的。
- 由于你现在划分了模块,每个模块的配置都在各自的pom.xml里,不用再到一个混乱的纷繁复杂的总的POM中寻找自己的配置。
- 如果你只是在app-dao上工作,你不再需要build整个项目,只要在app-dao目录运行mvn命令进行build即可,这样可以节省时间,尤其是当项目越来越复杂,build越来越耗时后。
- 某些模块,如app-util被所有人依赖,但你不想给所有人修改,现在你完全可以从这个项目结构出来,做成另外一个项目,svn只给特定的人访问,但仍提供jar给别人使用。
- 多模块的Maven项目结构支持一些Maven的更有趣的特性(如DepencencyManagement),这留作以后讨论。
转载:
命令行,输入以下命令:
mvn archetype:create -DgroupId=me.gacl -DartifactId=system-parent -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false
将src文件夹删除,然后修改pom.xml文件,将<packaging>jar</packaging>修改为<packaging>pom</packaging>,pom表示它是一个被继承的模块,修改后的内容如下:
4.0.0 me.gacl system-parent 1.0-SNAPSHOT pom system-parent http://maven.apache.org UTF-8 junit junit 3.8.1 test
命令行进入创建好的system-parent目录,然后执行下列命令:
mvn archetype:create -DgroupId=me.gacl -DartifactId=system-domain -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false
命令执行完成之后可以看到在system-parent目录中生成了system-domain,里面包含src目录和pom.xml文件。如下图所示:
同时,在system-parent目录中的pom.xml文件自动添加了如下内容:
system-domain
修改system-domain目录中的pom.xml文件,把<groupId>me.gacl</groupId>和<version>1.0-SNAPSHOT</version>去掉,加上<packaging>jar</packaging>,因为groupId和version会继承system-parent中的groupId和version,packaging设置打包方式为jar
修改过后的pom.xml文件如下:
4.0.0 me.gacl system-parent 1.0-SNAPSHOT system-domain jar system-domain http://maven.apache.org
步骤同2
pom.xml:
4.0.0 me.gacl system-parent 1.0-SNAPSHOT system-dao jar system-dao http://maven.apache.org UTF-8 me.gacl system-domain ${project.version}
步骤同2
pom.xml:
4.0.0 me.gacl system-parent 1.0-SNAPSHOT system-service jar system-service http://maven.apache.org UTF-8 me.gacl system-dao ${project.version}
命令行进入创建好的system-parent目录,然后执行下列命令:
mvn archetype:create -DgroupId=me.gacl -DartifactId=system-web -DarchetypeArtifactId=maven-archetype-webapp -DinteractiveMode=false
修改system-web目录中的pom.xml文件,,把<groupId>me.gacl</groupId>和<version>1.0-SNAPSHOT</version>去掉,因为groupId和version会继承system-parent中的groupId和version,同时添加对system-service模块的依赖,修改后的内容如下:
4.0.0 me.gacl system-parent 1.0-SNAPSHOT system-web war system-web Maven Webapp http://maven.apache.org me.gacl system-service ${project.version} system-web
命令行进入system-parent目录,然后执行下列命令:
mvn clean install
1.1、选择Maven Project
1.2、勾选create a simple...
1.3、注意要选pom
1.4、创建好的结构如下,把src文件删除掉
2.1、右键system-parent,选择Maven Module,勾选create a simple...
2.2、packageing,选择jar,因为这是要打包成jar给别的模块用的
2.3、观察pom.xml
system-parent
system-domain
步骤同2
pom.xml需要用到system-domain依赖
步骤同2
pom.xml需要用到system-domain、system-dao依赖
步骤同2
项目需要打包为war
参考:
Maven会按照项目依赖的顺序对子模块逐步build。
在Maven中dependencyManagement的作用其实相当于一个对所依赖jar包进行版本管理的管理器的作用。
在多模块项目中,parent项目使用dependencyManagement声明依赖,在子模块需要的时候对此依赖进行引入,则其他子模块就不会存在此jar。
如果parent项目中是使用<dependencies>标签声明依赖,所有的子模块都会对此依赖进行引入。
转载: