相信大家都碰見過maven配置的依賴或者是jar包或者是工程，在開發的過程當中，我們當然需要引入的是工程，這樣查看maven依賴的文件的時候，就能直接查看到源碼。

　　一、本地工程依賴

　　舉個例子，其架構如下所示（以下均使用eclipse中m2eclipse插件進行演示）——

　　

　　此時，這里依賴的“dependency-to-hello”指代的是eclipse工作空間中的工程，這樣，我們直接源碼依賴的便是工作空間里的源碼，這樣很方便，也是我們需要的。會注意到，所依賴的“dependency-to-hello”工程，并沒有顯示其路徑，也就是默認的工作空間的地址。

　　那么，什么時候maven依賴的是倉庫(本地倉庫或遠程倉庫)中的jar包呢？

　　二、（本地/遠程）倉庫jar包依賴

　　很簡單的方法之一，直接把“dependency-to-hello”工程關閉掉(close project)，這樣，就得到這樣一個視圖——

　　

　　會看到，此時maven依賴的正是對應“dependency-to-hello”工程的jar文件，并且，后面的路徑顯示是從maven倉庫里面取的。

　　三、工程依賴及倉庫依賴的轉換

　　OK，我們現在還原之，我們將工程“dependency-to-hello”打開，會看到對應的maven依賴又變回原來的工程依賴了。

　　需要說的是，當重新打開工程“dependency-to-hello”的時候，hello工程并沒有出現紅色感嘆號，也就是無須做“update dependencies”等的更新maven依賴等操作。

　　從這里，我們就能夠看出來——m2eclipse首先查看是否能夠從本地工程庫中得到對應的maven依賴，如何存在，則將本地工程依賴進來；如何不存在，則從本地倉庫/遠程倉庫中加載解析對應的jar包依賴。

　　四、版本號變更

　　在這兒，我假裝模擬一下版本號變更，來看一下，會發生什么情況？

　　現在“dependency-to-hello”工程是“快照”版本，當我們將之換為正式版本的時候，發現“hello”工程的maven依賴重新變回了jar依賴，如下——

　　“dependency-to-hello”工程的maven坐標配置——

<groupId>com.juvenxu.mvnbook</groupId> <artifactId>dependency-to-hello</artifactId> <version>0.0.1</version> <packaging>jar</packaging>

　　“hello”工程的依賴配置——

<dependency><groupId>com.juvenxu.mvnbook</groupId><artifactId>dependency-to-hello</artifactId><version>0.0.1-SNAPSHOT</version> </dependency>

　　其文件架構會顯示如下——

　　

?

　　會發現其依賴是原有的倉庫中的“快照”版本的“dependency-to-hello”的jar包。我們將倉庫中的“快照”版本刪除掉。刷新工程，發現hello工程上顯示紅色感嘆號。如下——

　　

　　也就是說，其依賴是空依賴，本地及倉庫中均不存在。

　　當然這個“陷阱”是我自己加的，重新更改其版本號正確對應即可，就可以重新得到maven本地工程依賴了。

　　五、總結

　　在日常多人協作開發過程中，我們常常會遇到maven依賴版本變更帶來的問題。當我們的工作空間也存在對應的依賴工程（對應上述例子中的“dependency-to-hello”工程）的時候，我們可以通過判斷依賴的是本地工程還是倉庫jar包的方式來判斷是否出現了版本不一致的問題。從而，就能夠解決maven依賴版本變更帶來的問題。

原文地址:http://www.cnblogs.com/jinguangguo/p/maven.html

總結

以上是生活随笔為你收集整理的Maven依赖的是本地工程还是仓库jar包？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。