解決Maven項目相互依賴/循環依賴/雙向依賴的問題

很​多​時​候​隨​着​項​目​的​膨​脹​，模​塊​會​越​來​越​多​，如​果​設​計​上​ 稍​有​不​慎​就​會​出​現​模​塊​之​間​相​互​依​賴​的​情​況​。​這​對​於​使​用​Maven的​用​戶​是​比​較​痛​苦​的​，因​爲​出​現​模​塊​之​間​相​互​依​賴​的​話​在​構​建​的​時​候​就​會​失​敗​，Maven通​常​要​先​編​譯​被​依​賴​的​模​塊​，如​果​出​現​相​互​依​賴​Maven就​不​知​道​該​怎​麼​辦​了​。​下​圖​描​述​了​三​個​Maven模​塊​相​互​依​賴​的​場​景​: 

圖 1. A、​B、​C三​個​模​塊​相​互​依​賴​


圖​中​模​塊​C依​賴​於​模​塊​B，模​塊​B依​賴​於​模​塊​A，而​模​塊​A又​依​賴​於​模​塊​C，這​樣​就​出​現​了​相​互​依​賴​情​況​，如​果​運​行​mvn compile會​出​現​如​下​錯​誤​:
[INFO] Scanning for projects… [ERROR] The projects in the reactor contain a cyclic reference: Edge between ‘Ve rtex{label=’org.kuuyee.sample:module-C:1.0-SNAPSHOT’}’ and ‘Vertex{label=’org.ku uyee.sample:module-B:1.0-SNAPSHOT’}’ introduces to cycle in the graph org.kuuyee .sample:module-B:1.0-SNAPSHOT –> org.kuuyee.sample:module-A:1.0-SNAPSHOT –> or g.kuuyee.sample:module-C:1.0-SNAPSHOT –> org.kuuyee.sample:module-B:1.0-SNAPSHO T -> [Help 1][ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit ch.[ERROR] Re-run Maven using the -X switch to enable full debug logging.[ERROR] [ERROR] For more information about the errors and possible solutions, please rea d the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ProjectCycleEx ception
1. 使​用​build-helper-maven-plugin解​決​相​互​依​賴​的​問​題​我​的​解​決​辦​法​就​是​先​把​相​互​依​賴​的​模​塊​整​合​在​一​起​，相​當​於​把​這​些​模​塊​合​並​成​一​個​單​獨​的​模​塊​統​一​編​譯​，
如​下​圖​：圖 2. 合​並​A、​B、​C三​個​模​塊​爲​D模​塊​


這​樣​就​產​生​了​一​個​合​並​模​塊​D，我​們​把​它​當​做​一​個​輔​助​構​建​模​塊​，然​後​讓​A、​B、​C模​塊​都​依​賴​於​D模​塊​，這​樣​的​話​就​可​以​成​功​編​譯​A、​B和​C模​塊​，
如​下​圖​： 圖 3. 基​於​D模​塊​來​分​別​編​譯​A、​B、​C三​個​模​塊​

要​想​把​A、​B、​C三​個​模​塊​整​合​在​一​起​編​譯​，需​要​借​助​build-helper-maven-plugin插​件​，這​個​插​件​在​Maven構​建​周​期​提​供​一​些​輔​助​功​能​，下​面​列​出​插​件​的​提​供​的​功​能​列​表​： build-helper:add-source:添​加​更​多​的​構​建​源​碼​目​錄​ build-helper:add-test-source:添​加​更​多​的​測​試​源​碼​目​錄​ build-helper:add-resource:添​加​更​多​的​資​源​目​錄​ build-helper:add-test-resource:添​加​更​多​的​測​試​資​源​目​錄​ build-helper:attach-artifact:在​安​裝​和​部​署​周​期​附​加​artifacts build-helper:maven-version:添​加​一​個​指​定​當​前​Maven版​本​的​屬​性​ build-helper:parse-version:添​加​一​個​指​定​組​件​版​本​的​屬​性​ build-helper:released-version:決​定​當​前​項​目​的​最​終​版​本​ build-helper:remove-project-artifact:從​本​地​資​源​庫​中​移​除​項​目​的​artifacts build-helper:reserve-network-port:Reserve a list of random and unused network ports. 在​這​裏​我​們​要​用​到​build-helper:add-source這​個​功​能​，將​模​塊​A、​B、​C的​源​碼​路​徑​加​進​來​。​ 我​們​再​添​加​一​個​輔​助​模​塊​D，在​輔​助​模​塊​D中​使​用​build-helper-maven-plugin插​件​，然​後​讓​模​塊​A、​B、​C都​依​賴​於​輔​助​模​塊​D，模​塊​D的​POM模​型​如​下​： 例 1. 輔​助​模​塊​D的​POM模​型​

<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”>
    <parent>
        <groupId>org.kuuyee.sample</groupId>
        <artifactId>sample-parent</artifactId>
        <version>1.0-SNAPSHOT</version>
        <relativePath>../../pom.xml</relativePath>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <groupId>org.kuuyee.sample</groupId>
    <artifactId>module-D</artifactId>
    <version>1.0-SNAPSHOT</version>
    <packaging>jar</packaging>
    <name>module-D</name>
    <url>http://maven.apache.org</url>
    <properties>
        <project.build.sourceEncoding>
            UTF-8
        </project.build.sourceEncoding>
        <module.a.src>../../module/module-A/src/main/java</module.a.src>
        <module.b.src>../../module/module-B/src/main/java</module.b.src>
        <module.c.src>../../module/module-C/src/main/java</module.c.src>
    </properties>
    <build>
        <plugins><!– 解決模塊相互依賴,綜合所有相互依賴代碼統一編譯 –>
            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>build-helper-maven-plugin</artifactId>
                <executions>
                    <execution>
                        <id>add-source</id>
                        <phase>generate-sources</phase>
                        <goals>
                            <goal>add-source</goal>
                        </goals>
                        <configuration>
                            <sources>
                                <source>{module.a.src}&lt;/source&gt;&nbsp;&nbsp;</span></li><li><span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;source&gt; {module.b.src}</source>
                                <source>${module.c.src}</source>
                            </sources>
                        </configuration>
                    </execution>
                </executions>
            </plugin>
        </plugins>
    </build>
    <dependencies>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>3.8.1</version>
            <scope>test</scope>
        </dependency>
    </dependencies>
</project>

【轉載地址】http://www.blogjava.net/kuuyee/archive/2011/06/28/353158.html

maven處理循環依賴
　在多maven工程的項目裏，如果工程間存在循環依賴，構建就會報錯。本文介紹一下循環依賴要怎麼處理
　　
　　1、什麼是循環依賴
　　
　　如果工程A依賴工程B，工程B又依賴工程A，就會形成循環依賴。或者A依賴B，B依賴C，C依賴A，也是循環依賴
　　
　　總的來說，在畫出工程依賴圖之後，如果發現工程間的依賴連線形成了一個有向循環圖，則說明有循環依賴的現象
　　
　　如果循環依賴發生在工程之間，則會影響構建，因爲maven不知道應該先編譯哪個工程。如果循環依賴發生在同一個工程的模塊之間，雖然不影響編譯，但是也是一種不好的實踐，說明模塊的設計有問題，應該避免
　　
　　如果在模塊內部，有幾個類互相調用的話，我覺得可能是正常的。比如觀察者模式裏面，Observer和Observable就是互相依賴的
　　
　　2、怎麼解決循環依賴
　　
　　目前知道有2個辦法可以解決
　　
　　第一個辦法是用build-helper-maven-plugin插件來規避。比如A依賴B，B依賴C，C依賴A的情況。這個插件提供了一種規避措施，即臨時地將工程A、B、C合併成一箇中間工程，編譯出臨時的模塊D。然後A、B、C再分別依賴臨時模塊D進行編譯
　　
　　這種方法可以解決無法構建的問題，但是隻是一個規避措施，工程的依賴關係依然是混亂的
　　
　　第二個辦法是通過重構，從根本上消除循環依賴
　　
　　3、如何重構
　　
　　目前也知道2個重構的思路
　　
　　第一個辦法是平移，比如A和B互相依賴，那麼可以將B依賴A的那部分代碼，移動到工程B中，這樣一來，B就不需要繼續依賴A，只要A依賴B就可以了，從而消除循環依賴
　　
　　第二個辦法是下移，比如A和B互相依賴，同時它們都依賴C，那麼可以將B和A相互依賴的那部分代碼，移動到工程C裏，這樣一來，A和B相互之間都不依賴，只繼續依賴C，也可以消除循環依賴
　　
　　這兩種重構方式都是可行的，具體採用哪種方式要根據實際情況來判斷。不管採取哪種方式，都需要對代碼進行修改，有時候並不是那麼容易的

【轉載地址】http://www.kaifajie.cn/kaifa_qita/7063.html