Maven之遠(yuǎn)程倉(cāng)庫(kù)的配置詳解
在很多情況下,默認(rèn)的中央倉(cāng)庫(kù)無(wú)法滿足項(xiàng)目的需求,可能項(xiàng)目需要的構(gòu)件存在于另外一個(gè)遠(yuǎn)程倉(cāng)庫(kù)中,如Company Maven倉(cāng)庫(kù)。這時(shí),可以在項(xiàng)目POM中或maven的settings.xml中配置該倉(cāng)庫(kù)
<repositories> <repository> <id>company</id> <name>Company Repository</name> <url>http://repository.company.com/maven2/</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>false</enabled> </snapshots> <layout>default</layout> </repository> </repositories>
在repositories元素下,可以使用repository子元素聲明一個(gè)或者多個(gè)遠(yuǎn)程倉(cāng)庫(kù)。該例中聲明了一個(gè)id為company,名稱為Company Repository的倉(cāng)庫(kù)。任何一個(gè)倉(cāng)庫(kù)聲明的id必須是唯一的,尤其需要注意的是,Maven自帶的中央倉(cāng)庫(kù)使用的id為central,如果其他的倉(cāng)庫(kù)聲明也使用該id,就會(huì)覆蓋中央倉(cāng)庫(kù)的配置。該配置中的url值指向了倉(cāng)庫(kù)的地址,一般來(lái)說(shuō),該地址都基于http協(xié)議,Maven用戶都可以在瀏覽器中打開(kāi)倉(cāng)庫(kù)地址瀏覽構(gòu)件。
該例配置中的releases和snapshots元素比較重要,它們用來(lái)控制Maven對(duì)于發(fā)布版構(gòu)件和快照版構(gòu)件的下載。
這里需要注意的是enabled子元素,該例中releases的enabled值為true,表示開(kāi)啟Company倉(cāng)庫(kù)的發(fā)布版本下載支持,而snapshots的enabled值為false,表示關(guān)閉Company倉(cāng)庫(kù)的快照版本的下載支持。因此,根據(jù)該配置,Maven只會(huì)從Company倉(cāng)庫(kù)下載發(fā)布版的構(gòu)件,而不會(huì)下載快照版的構(gòu)件。該例中的layout元素值default表示倉(cāng)庫(kù)的布局是Maven 2及Maven 3的默認(rèn)布局,而不是Maven 1的布局。
對(duì)于releases和snapshots來(lái)說(shuō),除了enabled,它們還包含另外兩個(gè)子元素updatePolicy和checksumPolicy:
<snapshots> <enabled>true</enabled> <updatePolicy>daily</updatePolicy> <checksumPolicy>ignore</checksumPolicy> </snapshots>
元素updatePolicy用來(lái)配置Maven從遠(yuǎn)程倉(cāng)庫(kù)檢查更新的頻率,默認(rèn)的值是daily,表示Maven每天檢查一次。其他可用的值包括:never——從不檢查更新;always——每次構(gòu)建都檢查更新;in-terval:X——每隔X分鐘檢查一次更新(X為任意整數(shù))。
元素checksumPolicy用來(lái)配置Maven檢查檢驗(yàn)和文件的策略。當(dāng)構(gòu)件被部署到Maven倉(cāng)庫(kù)中時(shí),會(huì)同時(shí)部署對(duì)應(yīng)的校驗(yàn)和文件。在下載構(gòu)件的時(shí)候,Maven會(huì)驗(yàn)證校驗(yàn)和文件,如果校驗(yàn)和驗(yàn)證失敗,怎么辦?當(dāng)checksumPolicy的值為默認(rèn)的warn時(shí),Maven會(huì)在執(zhí)行構(gòu)建時(shí)輸出警告信息,其他可用的值包括:fail——Maven遇到校驗(yàn)和錯(cuò)誤就讓構(gòu)建失?。籭gnore——使Maven完全忽略校驗(yàn)和錯(cuò)誤。
到此這篇關(guān)于Maven之遠(yuǎn)程倉(cāng)庫(kù)的配置詳解的文章就介紹到這了,更多相關(guān)Maven 遠(yuǎn)程倉(cāng)庫(kù)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Springboot并發(fā)調(diào)優(yōu)之大事務(wù)和長(zhǎng)連接
這篇文章主要介紹了Springboot并發(fā)調(diào)優(yōu)之大事務(wù)和長(zhǎng)連接,重點(diǎn)分享長(zhǎng)事務(wù)以及長(zhǎng)連接導(dǎo)致的并發(fā)排查和優(yōu)化思路和示例,具有一定的參考價(jià)值,感興趣的可以了解一下2022-05-05springboot注解及GET、POST接口寫(xiě)法
springboot提供了@Contrller和@RestController注解,@Controller返回頁(yè)面和數(shù)據(jù)而@RestController返回?cái)?shù)據(jù),本文重點(diǎn)介紹springboot注解及GET、POST接口寫(xiě)法,感興趣的朋友一起看看吧2024-04-04spring?boot?executable?jar/war?原理解析
spring boot里其實(shí)不僅可以直接以 java -jar demo.jar的方式啟動(dòng),還可以把jar/war變?yōu)橐粋€(gè)可以執(zhí)行的腳本來(lái)啟動(dòng),比如./demo.jar,這篇文章主要介紹了spring?boot?executable?jar/war?原理,需要的朋友可以參考下2023-02-02Spring WebFlux使用函數(shù)式編程模型構(gòu)建異步非阻塞服務(wù)
這篇文章主要介紹了Spring WebFlux使用函數(shù)式編程模型構(gòu)建異步非阻塞服務(wù),重點(diǎn)介紹如何使用函數(shù)式編程模型創(chuàng)建響應(yīng)式 RESTful 服務(wù),這種編程模型與傳統(tǒng)的基于 Spring MVC 構(gòu)建 RESTful 服務(wù)的方法有較大差別,感興趣的朋友跟隨小編一起看看吧2023-08-08合成聚合復(fù)用原則_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
這篇文章主要介紹了合成聚合復(fù)用原則,小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2017-08-08Activiti explorer.war示例工程使用過(guò)程圖解
這篇文章主要介紹了Activiti explorer.war示例工程使用過(guò)程圖解,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-03-03Java開(kāi)發(fā)學(xué)習(xí)之Bean的生命周期詳解
從創(chuàng)建到消亡的完整過(guò)程,例如人從出生到死亡的整個(gè)過(guò)程就是一個(gè)生命周期。本文將通過(guò)示例為大家詳細(xì)講講Bean的生命周期,感興趣的可以學(xué)習(xí)一下2022-06-06SpringBoot @Cacheable自定義KeyGenerator方式
這篇文章主要介紹了SpringBoot @Cacheable自定義KeyGenerator方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-12-12SpringBoot中動(dòng)態(tài)數(shù)據(jù)源配置與使用詳解
在現(xiàn)代應(yīng)用中,處理多數(shù)據(jù)源是常見(jiàn)的需求,在 Spring Boot 中,這樣的需求可以通過(guò)動(dòng)態(tài)數(shù)據(jù)源來(lái)輕松實(shí)現(xiàn),本篇博客將詳細(xì)介紹如何在 Spring Boot 中配置和使用動(dòng)態(tài)數(shù)據(jù)源,并演示如何切換到指定的數(shù)據(jù)源,需要的朋友可以參考下2024-10-10