4024人阅读
原文地址：/blog/305865
&&&&&&&&&&&&&&&&& http://blog.csdn.net/woxueliuyun/article/details/9170369
“分天下为三十六郡，郡置守，尉，监” —— 《史记·秦始皇本纪》
所有用Maven管理的真实的项目都应该是分模块的，每个模块都对应着一个pom.xml。它们之间通过继承和聚合（也称作多模块，multi-module）相互关联。那么，为什么要这么做呢？我们明明在开发一个项目，划分模块后，导入Eclipse变成了N个项目，这会带来复杂度，给开发带来不便。
为了解释原因，假设有这样一个项目，很常见的Java Web应用。在这个应用中，我们分了几层：
Dao层负责数据库交互，封装了Hibernate交互的类。Service层处理业务逻辑，放一些Service接口和实现相关的Bean。Web层负责与客户端交互，主要有一些Structs的Action类。
对应的，在一个项目中，我们会看到一些包名：
org.myorg.app.daoorg.myorg.app.serviceorg.myorg.app.weborg.myorg.app.util
这样整个项目的框架就清晰了，但随着项目的进行，你可能会遇到如下问题：
这个应用可能需要有一个前台和一个后台管理端（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划分模块。
一个简单的Maven模块结构是这样的：
---- app-parent
&&&&&&&&&&&& |-- pom.xml (pom)
&&&&&&&&&&&& |
&&&&&&&&&&&& |-- app-util
&&&&&&&&&&&& |&&&&&&& |-- pom.xml (jar)
&&&&&&&&&&&& |
&&&&&&&&&&&& |-- app-dao
&&&&&&&&&&&& |&&&&&&& |-- pom.xml (jar)
&&&&&&&&&&&& |
&&&&&&&&&&&& |-- app-service
&&&&&&&&&&&& |&&&&&&& |-- pom.xml (jar)
&&&&&&&&&&&& |
&&&&&&&&&&&& |-- app-web
&&&&&&&&&&&& & & & && |-- pom.xml (war) &&
上述简单示意图中，有一个父项目(app-parent)聚合很多子项目（app-util, app-dao, app-service, app-web）。每个项目，不管是父子，都含有一个pom.xml文件。而且要注意的是，小括号中标出了每个项目的打包类型。父项目是pom,也只能是pom。子项目有jar，或者war。根据它包含的内容具体考虑。
这些模块的依赖关系如下：
app-dao&&&&& --& app-util
app-service --& app-dao
app-web&&&& --& app-service
注意依赖的传递性（大部分情况是传递的，除非你配置了特殊的依赖scope），app-dao依赖于app-util，app-service依赖于app-dao，于是app-service也依赖于app-util。同理，app-web依赖于app-dao,app-util。
用项目层次的划分替代包层次的划分能给我们带来如下好处：
方便重用，如果你有一个新的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），这留作以后讨论。
接下来讨论一下POM配置细节，实际上非常简单，先看app-parent的pom.xml：
Maven的坐标GAV（groupId, artifactId, version）在这里进行配置，这些都是必须的。特殊的地方在于，这里的packaging为pom。所有带有子模块的项目的packaging都为pom。packaging如果不进行配置，它的默认值是jar，代表Maven会将项目打成一个jar包。
该配置重要的地方在于modules，例子中包含的子模块有app-util, app-dao, app-service, app-war。在Maven build app-parent的时候，它会根据子模块的相互依赖关系整理一个build顺序，然后依次build。
这就是一个父模块大概需要的配置，接下来看一下子模块符合配置继承父模块。、
app-util模块继承了app-parent父模块，因此这个POM的一开始就声明了对app-parent的引用，该引用是通过Maven坐标GAV实现的。而关于项目app-util本身，它却没有声明完整GAV，这里我们只看到了artifactId。这个POM并没有错，groupId和version默认从父模块继承了。实际上子模块从父模块继承一切东西，包括依赖，插件配置等等。
此外app-util配置了一个对于commons-lang的简单依赖，这是最简单的依赖配置形式。大部分情况，也是通过GAV引用的。
再看一下app-dao，它也是继承于app-parent，同时依赖于app-util：
该配置和app-util的配置几乎没什么差别，不同的地方在于，依赖变化了，app-dao依赖于app-util。这里要注意的是version的值为${project.version}，这个值是一个属性引用，指向了POM的project/version的值，也就是这个POM对应的version。由于app-dao的version继承于app-parent，因此它的值就是1.0-SNAPSHOT。而app-util也继承了这个值，因此在所有这些项目中，我们做到了保持版本一致。
这里还需要注意的是，app-dao依赖于app-util，而app-util又依赖于commons-lang，根据传递性，app-dao也拥有了对于commons-lang的依赖。
app-service我们跳过不谈，它依赖于app-dao。我们最后看一下app-web：
app-web依赖于app-service，因此配置了对其的依赖。
由于app-web是我们最终要部署的应用，因此它的packaging是war。为此，你需要有一个目录src/main/webapp。并在这个目录下拥有web应用需要的文件，如/WEB-INF/web.xml。没有web.xml，Maven会报告build失败，此外你可能还会有这样一些子目录：/js, /img, /css ... 。
看看Maven是如何build整个项目的，我们在 app-parent 根目录中运行 mvn clean install ，输出的末尾会有大致这样的内容：
[INFO] [war:war]
[INFO] Packaging webapp
[INFO] Assembling webapp[app-web] in [/home/juven/workspaces/ws-others/myapp/app-web/target/app-web-1.0-SNAPSHOT]
[INFO] Processing war project
[INFO] Webapp assembled in[50 msecs]
[INFO] Building war: /home/juven/workspaces/ws-others/myapp/app-web/target/app-web-1.0-SNAPSHOT.war
[INFO] [install:install]
[INFO] Installing /home/juven/workspaces/ws-others/myapp/app-web/target/app-web-1.0-SNAPSHOT.war to /home/juven/.m2/repository/org/myorg/myapp/app-web/1.0-SNAPSHOT/app-web-1.0-SNAPSHOT.war
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO] ------------------------------------------------------------------------
[INFO] app-parent ............................................ SUCCESS [1.191s]
[INFO] app-util .............................................. SUCCESS [1.274s]
[INFO] app-dao ............................................... SUCCESS [0.583s]
[INFO] app-service ........................................... SUCCESS [0.593s]
[INFO] app-web ............................................... SUCCESS [0.976s]
[INFO] ------------------------------------------------------------------------
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESSFUL
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 4 seconds
[INFO] Finished at: Sat Dec 27 08:20:18 PST 2008
[INFO] Final Memory: 3M/17M
[INFO] ------------------------------------------------------------------------
注意Reactor Summary，整个项目根据我们希望的顺序进行build。Maven根据我们的依赖配置，智能的安排了顺序，app-util, app-dao, app-service, app-web。
最后，你可以在 app-web/target 目录下找到文件 app-web-1.0-SNAPSHOT.war ，打开这个war包，在 /WEB-INF/lib 目录看到了 commons-lang-2.4.jar，以及对应的app-util, app-dao, app-service 的jar包。Maven自动帮你处理了打包的事情，并且根据你的依赖配置帮你引入了相应的jar文件。
使用多模块的Maven配置，可以帮助项目划分模块，鼓励重用，防止POM变得过于庞大，方便某个模块的构建，而不用每次都构建整个项目，并且使得针对某个模块的特殊控制更为方便。本文同时给出了一个实际的配置样例，展示了如何使用Maven配置多模块项目。
------------------------------------------------------------------------------------------------------------------------------------------
Super POM（project object model）
Maven内置了一个默认的POM(不在项目中，因此不可见)，每一个project都会继承自这个默认的POM，因此叫Super POM。除非在项目的配置(POM)中显式的修改，否则使用默认的配置。不同的Maven版本，默认的POM也不一样，遇到问题则需要自己检查。
一个project就是一个artifact，project的全称为: &groupId&:&artifactId&:&version&。
在Maven1中是project.xml，Maven2改成了pom.xml。在Maven1中还有一个maven.xml用于包含可以执行的目标，在Maven2已经配置到了pom.xml中。
artifact可以是任何东西，包括JAR, WAR,POM, EBA文件等。group只是artifact的命名空间，有点类似于java的包。如果项目还处在开发阶段，在版本后会有一个&SNAPSHOT&，Maven只允许snapshot artifact被更新，release版本是不能更新的。
modelVersion很重要，因为不同的model，POM的格式是不一样的。
以上几个节点构成了一个最小的POM，这些是POM必须拥有的信息。
如果我们需要把一个artifact放到另一个artifact中，就需要设置继承关系，这个继承关系是由子的module来维护的，因此会在module的pom中有一个parent节点。
刚才上面讲的是目录结构是如下的时候：
|-- my-module
|&& `-- pom.xml
`-- pom.xml
如果目录结构是下面的样子，
|-- my-module
|&& `-- pom.xml
`-- parent
&&&& `-- pom.xml
则需要在parent中添加relativePath节点:
集成(aggregation)
和继承有点类似，但是父子关系是由父的POM来维护的。方法是在POM中添加modules节点：
节点module其实是目录名称，因此如果module不在app中，而是与app平级，则可以写成这样:
项目插值与变量
整个POM相当于一个对象，子节点就是一个个属性，因此可以直接访问:
另外，还有几个特殊的变量:
project.basedir
当前项目所在的目录
project.baseUri
当前项目所在的目录，只不过用 URI的格式表示.&从Maven 2.1.0开始
maven.build.timestamp
Build的开始时间.从Maven 2.1.0-M1开始
在project也可以自定义自己的变量，方法是在properties中添加属性:
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：62199次
排名：千里之外
原创：24篇
转载：80篇
(2)(1)(3)(1)(1)(3)(1)(5)(4)(26)(30)(6)(1)(11)(6)(3)trackbacks-0
& |— proj-model
& | & & &|
& | & & &|— src
& | & & &|— pom (jar)
& | & & &|
& |— proj-dao
& | & & &|
& | & & &|— src
& | & & &|— pom (jar)
& | & & &|
& |— proj-service
& | & & &|
& | & & &|— src
& | & & &|— pom (jar)
& | & & &|
& |— proj-web
& | & & &|
& | & & &|— src
& | & & &|— pom (war)
& | & & &|
& |— pom.xml (pom)
这里的 proj 项目分了&4 个模块，它们分别是：proj-model（数据模型层）、proj-dao（数据库访问层）、proj-service（业务逻辑层）、
proj-web（页面表现层）。下面我们来依次的来创建这几个项目（确保你的 maven 环境已经配置好，以下是&window 环境的&cmd 终端操作） 。
创建模块项目
01．创建 proj 项目
mvn archetype:create -DgroupId=org.fanlychie -DartifactId=proj
02．创建 proj-model 项目
mvn archetype:create -DgroupId=org.fanlychie -DartifactId=proj-model
03．创建 proj-dao 项目
mvn archetype:create -DgroupId=org.fanlychie -DartifactId=proj-dao
04．创建 proj-service 项目
mvn archetype:create -DgroupId=org.fanlychie -DartifactId=proj-service
05．创建 proj-web 项目
mvn archetype:create -DgroupId=org.fanlychie -DartifactId=proj-web -DarchetypeArtifactId=maven-archetype-webapp
06．将 proj-model、proj-dao、proj-service、proj-web 移动到 proj 目录里
for /r /d %i in (proj-*) do move %i proj
07．删除 proj/src 文件夹（proj 作为父模块，不需要 src）
rd /S /Q proj\src
08．为 proj-web 创建 src/main/java 目录
mkdir proj\proj-web\src\main\java
09．为 proj-web 创建 src/test/java 目录
mkdir proj\proj-web\src\test\java
10．删除 proj-model、proj-dao、proj-service、proj-web 项目 src/main/java 的源文件（忽略错误）
for /r /d %i in (proj\proj-*) do rd /S /Q %i\src\main\java\org
11．删除 proj-model、proj-dao、proj-service、proj-web 项目 src/test/java 的源文件（忽略错误）
for /r /d %i in (proj\proj-*) do rd /S /Q %i\src\test\java\org
父模块 proj/pom.xml 配置
作为父模块，packaging 类型必须是 pom
&groupId&org.fanlychie&/groupId&
&artifactId&proj&/artifactId&
&version&1.0-SNAPSHOT&/version&
&packaging&pom&/packaging&
声明子模块
&&&module&proj-model&/module&
&&&module&proj-dao&/module&
&&&module&proj-service&/module&
&&&module&proj-web&/module&
&/modules&
在父模块中可以通过 dependencyManagement 对依赖的包进行统一的管理
&properties&
&&&spring.version&4.1.5.RELEASE&/spring.version&
&/properties&
&dependencyManagement&
&&&dependencies&
&&&&&dependency&
&&&&&&&groupId&org.fanlychie&/groupId&
&&&&&&&artifactId&proj-dao&/artifactId&
&&&&&&&version&${project.version}&/version&
&&&&&/dependency&
&&&&&dependency&
&&&&&&&groupId&org.fanlychie&/groupId&
&&&&&&&artifactId&proj-model&/artifactId&
&&&&&&&version&${project.version}&/version&
&&&&&/dependency&
&&&&&dependency&
&&&&&&&groupId&org.fanlychie&/groupId&
&&&&&&&artifactId&proj-service&/artifactId&
&&&&&&&version&${project.version}&/version&
&&&&&/dependency&
&&&&&dependency&
&&&&&&&groupId&org.springframework&/groupId&
&&&&&&&artifactId&spring-context&/artifactId&
&&&&&&&version&${spring.version}&/version&
&&&&&/dependency&
&&&&&dependency&
&&&&&&&groupId&org.springframework&/groupId&
&&&&&&&artifactId&spring-webmvc&/artifactId&
&&&&&&&version&${spring.version}&/version&
&&&&&/dependency&
&&&/dependencies&
&/dependencyManagement&
配置完成之后，父模块以及父模块的子模块不会引入任何的构件依赖，这只是为了让子模块能够继承得到这些配置，这样做的好处是，在子模块中只
需要声明 groupId 和 artifactId 不需要声明 version 就能准确的获取得到依赖的构件。这样一来，不仅能够使子模块的依赖配置变得简单，
还能使项目范围内所有依赖的构件的版本能够得到统一，它们可以在父模块中统一的来管理，这样可以避免模块之间由于版本不一致而引发的异常。
你还可以在父模块中通过 pluginManagement 来对依赖的插件进行统一的管理
&&&pluginManagement&
&&&&&plugins&
&&&&&&&plugin&
&&&&&&&&&groupId&org.eclipse.jetty&/groupId&
&&&&&&&&&artifactId&jetty-maven-plugin&/artifactId&
&&&&&&&&&version&9.2.8.v&/version&
&&&&&&&/plugin&
&&&&&/plugins&
&&&/pluginManagement&
proj/pom.xml 完整的配置：
&project&xmlns="http://maven.apache.org/POM/4.0.0"&xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
&&xsi:schemaLocation="http://maven.apache.org/POM/4.0.0&http://maven.apache.org/xsd/maven-4.0.0.xsd"&
&&&modelVersion&4.0.0&/modelVersion&
&&&groupId&org.fanlychie&/groupId&
&&&artifactId&proj&/artifactId&
&&&version&1.0-SNAPSHOT&/version&
&&&packaging&pom&/packaging&
&&&name&proj&/name&
&&&url&http://maven.apache.org&/url&
&&&properties&
&&&&&spring.version&4.1.5.RELEASE&/spring.version&
&&&/properties&
&&&modules&
&&&&&module&proj-model&/module&
&&&&&module&proj-dao&/module&
&&&&&module&proj-service&/module&
&&&&&module&proj-web&/module&
&&&/modules&
&&&dependencyManagement&
&&&&&dependencies&
&&&&&&&dependency&
&&&&&&&&&groupId&org.fanlychie&/groupId&
&&&&&&&&&artifactId&proj-dao&/artifactId&
&&&&&&&&&version&${project.version}&/version&
&&&&&&&/dependency&
&&&&&&&dependency&
&&&&&&&&&groupId&org.fanlychie&/groupId&
&&&&&&&&&artifactId&proj-model&/artifactId&
&&&&&&&&&version&${project.version}&/version&
&&&&&&&/dependency&
&&&&&&&dependency&
&&&&&&&&&groupId&org.fanlychie&/groupId&
&&&&&&&&&artifactId&proj-service&/artifactId&
&&&&&&&&&version&${project.version}&/version&
&&&&&&&/dependency&
&&&&&&&dependency&
&&&&&&&&&groupId&org.springframework&/groupId&
&&&&&&&&&artifactId&spring-context&/artifactId&
&&&&&&&&&version&${spring.version}&/version&
&&&&&&&/dependency&
&&&&&&&dependency&
&&&&&&&&&groupId&org.springframework&/groupId&
&&&&&&&&&artifactId&spring-webmvc&/artifactId&
&&&&&&&&&version&${spring.version}&/version&
&&&&&&&/dependency&
&&&&&/dependencies&
&&&/dependencyManagement&
&&&&&pluginManagement&
&&&&&&&plugins&
&&&&&&&&&plugin&
&&&&&&&&&&&groupId&org.eclipse.jetty&/groupId&
&&&&&&&&&&&artifactId&jetty-maven-plugin&/artifactId&
&&&&&&&&&&&version&9.2.8.v&/version&
&&&&&&&&&/plugin&
&&&&&&&/plugins&
&&&&&/pluginManagement&
&&&/build&
&/project&
子模块 proj-model/pom.xml 配置
作为子模块，需要在 pom.xml 中声明其父模块
&&&groupId&org.fanlychie&/groupId&
&&&artifactId&proj&/artifactId&
&&&version&1.0-SNAPSHOT&/version&
GAV（groupId、artifactId、version）参考父模块。
maven 默认认为父模块是在当前项目 pom.xml 所在的目录的上一级目录中，这里的 proj 项目结构设计符合这个规则。如果你的项目结构并不是
这样，你必须通过 &relativepath& 节点来指定你的父模块 pom.xml 所在的路径（默认是 &relativepath&../&/relativepath&）。
&&&groupId&org.fanlychie&/groupId&
&&&artifactId&proj&/artifactId&
&&&version&1.0-SNAPSHOT&/version&
&&&relativePath&../&/relativePath&
proj-model/pom.xml 完整配置：
&project&xmlns="http://maven.apache.org/POM/4.0.0"&xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
&&xsi:schemaLocation="http://maven.apache.org/POM/4.0.0&http://maven.apache.org/xsd/maven-4.0.0.xsd"&
&&&modelVersion&4.0.0&/modelVersion&
&&&parent&
&&&&&groupId&org.fanlychie&/groupId&
&&&&&artifactId&proj&/artifactId&
&&&&&version&1.0-SNAPSHOT&/version&
&&&/parent&
&&&artifactId&proj-model&/artifactId&
&&&packaging&jar&/packaging&
&&&name&proj-model&project&/name&
&&&url&http://maven.apache.org&/url&
&/project&
groupId 和 version 会从父模块中继承，在子模块中不需要再配置。
子模块 proj-dao/pom.xml 配置
为该模块声明 proj-model 的依赖，因为该模块需要使用 proj-model 模块中的数据模型
&dependencies&
&&&dependency&
&&&&&groupId&org.fanlychie&/groupId&
&&&&&artifactId&proj-model&/artifactId&
&&&/dependency&
&/dependencies&
proj-dao/pom.xml 完整配置：
&project&xmlns="http://maven.apache.org/POM/4.0.0"&xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
&&xsi:schemaLocation="http://maven.apache.org/POM/4.0.0&http://maven.apache.org/xsd/maven-4.0.0.xsd"&
&&&modelVersion&4.0.0&/modelVersion&
&&&parent&
&&&&&groupId&org.fanlychie&/groupId&
&&&&&artifactId&proj&/artifactId&
&&&&&version&1.0-SNAPSHOT&/version&
&&&/parent&
&&&artifactId&proj-dao&/artifactId&
&&&packaging&jar&/packaging&
&&&name&proj-dao&project&/name&
&&&url&http://maven.apache.org&/url&
&&&dependencies&
&&&&&dependency&
&&&&&&&groupId&org.fanlychie&/groupId&
&&&&&&&artifactId&proj-model&/artifactId&
&&&&&/dependency&
&&&/dependencies&
&/project&
子模块 proj-service/pom.xml 配置
为该模块声明 proj-model、proj-dao 模块的依赖，因为该模块需要使用 proj-model 中的数据模型和 proj-dao 中的数据库访问接口
&dependencies&
&&&dependency&
&&&&&groupId&org.fanlychie&/groupId&
&&&&&artifactId&proj-model&/artifactId&
&&&/dependency&
&&&dependency&
&&&&&groupId&org.fanlychie&/groupId&
&&&&&artifactId&proj-dao&/artifactId&
&&&/dependency&
&/dependencies&
proj-service/pom.xml 完整的配置：
&project&xmlns="http://maven.apache.org/POM/4.0.0"&xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
&&xsi:schemaLocation="http://maven.apache.org/POM/4.0.0&http://maven.apache.org/xsd/maven-4.0.0.xsd"&
&&&modelVersion&4.0.0&/modelVersion&
&&&parent&
&&&&&groupId&org.fanlychie&/groupId&
&&&&&artifactId&proj&/artifactId&
&&&&&version&1.0-SNAPSHOT&/version&
&&&/parent&
&&&artifactId&proj-service&/artifactId&
&&&packaging&jar&/packaging&
&&&name&proj-service&project&/name&
&&&url&http://maven.apache.org&/url&
&&&dependencies&
&&&&&dependency&
&&&&&&&groupId&org.fanlychie&/groupId&
&&&&&&&artifactId&proj-model&/artifactId&
&&&&&/dependency&
&&&&&dependency&
&&&&&&&groupId&org.fanlychie&/groupId&
&&&&&&&artifactId&proj-dao&/artifactId&
&&&&&/dependency&
&&&/dependencies&
&/project&
子模块 proj-web/pom.xml 配置
为该模块声明 proj-model、proj-service 的依赖，因为 proj-web 需要使用 proj-model 中的数据模型和 proj-service 中的业务逻辑
&dependencies&
&&&dependency&
&&&&&groupId&org.fanlychie&/groupId&
&&&&&artifactId&proj-model&/artifactId&
&&&/dependency&
&&&dependency&
&&&&&groupId&org.fanlychie&/groupId&
&&&&&artifactId&proj-service&/artifactId&
&&&/dependency&
&/dependencies&
proj-web/pom.xml 完整的配置：
&project&xmlns="http://maven.apache.org/POM/4.0.0"&xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
&&xsi:schemaLocation="http://maven.apache.org/POM/4.0.0&http://maven.apache.org/maven-v4_0_0.xsd"&
&&&modelVersion&4.0.0&/modelVersion&
&&&parent&
&&&&&groupId&org.fanlychie&/groupId&
&&&&&artifactId&proj&/artifactId&
&&&&&version&1.0-SNAPSHOT&/version&
&&&/parent&
&&&artifactId&proj-web&/artifactId&
&&&packaging&war&/packaging&
&&&name&proj-web&project&/name&
&&&url&http://maven.apache.org&/url&
&&&dependencies&
&&&&&dependency&
&&&&&&&groupId&org.fanlychie&/groupId&
&&&&&&&artifactId&proj-model&/artifactId&
&&&&&/dependency&
&&&&&dependency&
&&&&&&&groupId&org.fanlychie&/groupId&
&&&&&&&artifactId&proj-service&/artifactId&
&&&&&/dependency&
&&&/dependencies&
&&&&&finalName&proj-web&/finalName&
&&&/build&
&/project&
导入项目到 eclipse
配置完成之后，接下来可以将项目导入到 eclipse，在 eclipse 中右键 --& Import --& Maven --& Existing Maven Projects，将 proj
项目所在的路径复制粘贴到 Root Directory 栏并敲回车，点击 Finish 按钮即可。
导入后的项目结构
示例源码下载：
示例使用 jetty 作为 web 服务器，选中 proj-web --& 右键 --& Run As --& Maven build... --& Goals 栏输入 jetty:run
记得把 Resolve Workspace artifacts 选项勾选上，否则启动时会报错。访问方式：
选中父模块项目 proj --& 右键 --& Run As --& Maven build... --& Goals 栏输入 clean package&并执行。
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Build Order:
[INFO] proj
[INFO] proj-model project
[INFO] proj-dao project
[INFO] proj-service project
[INFO] proj-web project
[INFO] & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &&
[INFO] ------------------------------------------------------------------------
. . . . . .
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO] proj ............................................... SUCCESS [ &0.002 s]
[INFO] proj-model project ................................. SUCCESS [ &1.100 s]
[INFO] proj-dao project ................................... SUCCESS [ &0.102 s]
[INFO] proj-service project ............................... SUCCESS [ &0.069 s]
[INFO] proj-web project ................................... SUCCESS [ &0.552 s]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
可以看到，maven 在 build 的时候，会根据模块之间的依赖关系，整理出一个 build 的顺序，然后再按顺序来 build。
执行完 package 后，各个子模块的 target 目录下会输出相应的 JAR 或 WAR 包。
阅读(14796)
随笔分类(8)
随笔档案(104)
积分与排名
阅读排行榜