轉載 https://blog.csdn.net/wymrdjm/article/details/78695956css
全部用Maven管理的真實的項目都應該是分模塊的，每一個模塊都對應着一個pom.xml。它們之間經過繼承和聚合（也稱做多模塊，multi-module）相互關聯。那麼，爲何要這麼作呢？咱們明明在開發一個項目，劃分模塊後，導入Eclipse變成了N個項目，這會帶來複雜度，給開發帶來不便。web
爲了解釋緣由，假設有這樣一個項目，很常見的Java Web應用。在這個應用中，咱們分了幾層：數據庫
-
Dao層負責數據庫交互，封裝了Hibernate交互的類。apache
-
Service層處理業務邏輯，放一些Service接口和實現相關的Bean。設計模式
-
Web層負責與客戶端交互，主要有一些Structs的Action類。app
對應的，在一個項目中，咱們會看到一些包名：框架
-
org.myorg.app.daowebapp
-
org.myorg.app.servicemaven
-
org.myorg.app.web模塊化
-
org.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：
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>
-
<groupId>org.myorg.myapp</groupId>
-
<artifactId>app-parent</artifactId>
-
<packaging>pom</packaging>
-
<version>1.0-SNAPSHOT</version>
-
<modules>
-
<module>app-util</module>
-
<module>app-dao</module>
-
<module>app-service</module>
-
<module>app-web</module>
-
</modules>
-
</project>
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。
這就是一個父模塊大概須要的配置，接下來看一會兒模塊符合配置繼承父模塊。、
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">
-
<parent>
-
<artifactId>app-parent</artifactId>
-
<groupId>org.myorg.myapp</groupId>
-
<version>1.0-SNAPSHOT</version>
-
</parent>
-
<modelVersion>4.0.0</modelVersion>
-
<artifactId>app-util</artifactId>
-
<dependencies>
-
<dependency>
-
<groupId>commons-lang</groupId>
-
<artifactId>commons-lang</artifactId>
-
<version>2.4</version>
-
</dependency>
-
</dependencies>
-
</project>
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：
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">
-
<parent>
-
<artifactId>app-parent</artifactId>
-
<groupId>org.myorg.myapp</groupId>
-
<version>1.0-SNAPSHOT</version>
-
</parent>
-
<modelVersion>4.0.0</modelVersion>
-
<artifactId>app-dao</artifactId>
-
<dependencies>
-
<dependency>
-
<groupId>org.myorg.myapp</groupId>
-
<artifactId>app-util</artifactId>
-
<version>${project.version}</version>
-
</dependency>
-
</dependencies>
-
</project>
該配置和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：
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">
-
<parent>
-
<artifactId>app-parent</artifactId>
-
<groupId>org.myorg.myapp</groupId>
-
<version>1.0-SNAPSHOT</version>
-
</parent>
-
<modelVersion>4.0.0</modelVersion>
-
<artifactId>app-web</artifactId>
-
<packaging>war</packaging>
-
<dependencies>
-
<dependency>
-
<groupId>org.myorg.myapp</groupId>
-
<artifactId>app-service</artifactId>
-
<version>${project.version}</version>
-
</dependency>
-
</dependencies>
-
</project>
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]
[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配置多模塊項目