Maven版本依賴pom文件內(nèi)容及使用剖析
pom.xml文件
<groupId>org.son.nexus</groupId>//項(xiàng)目隸屬的實(shí)際項(xiàng)目名 <artifactId>nexus-indexer</artifactId>//實(shí)際項(xiàng)目中的一個(gè)maven項(xiàng)目模塊名稱 <version>2.0.0</version>//版本號 <packaging>jar</packaging>//當(dāng)前maven項(xiàng)目打包的方式,默認(rèn)為jar
以上的配置會獲得一個(gè)<artifactId>-<version>.<packaging>格式的包//nexus-indexer-2.0.0.jar
<classifier>jdk7</classifier>//用于定義構(gòu)建輸出的一些附屬的構(gòu)建。classifier是不能直接定義的,只能存在附加的構(gòu)件(插件)時(shí),才能(必須)添加。在包名上也會有所提現(xiàn)(nexus-indexer-2.0.0-javadoc.jar)
jar包在倉庫中的路徑規(guī)律:groupId/artifactId/version/groupId-version
依賴倉庫
groupId、artifactId、version為基本坐標(biāo)
type為依賴類型,默認(rèn)為jar
scope為依賴范圍
- compile:編譯,測試,運(yùn)行三種classpath都有效
- test:只對測試有效
- provided:編譯和測試有效
- runtime:測試和運(yùn)行有效
- system:系統(tǒng)依賴,依賴的包是從計(jì)算機(jī)本地導(dǎo)入,與systemPath配合使用
- ? <systemPath>${java.home}/lib/rt.jar</systemPath>
- ? <scope>system</scope>
傳遞性依賴
maven默認(rèn)就是支持的。
什么是傳遞性依賴?
比如:現(xiàn)在要導(dǎo)入A.jar包,但A.jar有依賴于B.jar,在maven中就會默認(rèn)導(dǎo)入B.jar,而不需要手動(dòng)去導(dǎo)入。
scope最好設(shè)為compile
傳遞性依賴存在一個(gè)問題:工程中存在兩個(gè)jar分別依賴的是B.jar的不同版本jar包,就會出現(xiàn)錯(cuò)誤。
optional:可選依賴,true 不會傳遞,false會傳遞(默認(rèn))
<dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.10</version> <optional>true</optional> </dependency>
當(dāng)其他項(xiàng)目C依賴B項(xiàng)目時(shí),mysql-connector-java的依賴不會發(fā)生傳遞給C
優(yōu)點(diǎn):
減少沖突,不用的功能不傳遞
一個(gè)jar應(yīng)該只有 一個(gè)職責(zé)原則
exclusions排除依賴
用于替換某個(gè) 依賴中的依賴包作用
<dependencies>
<dependency>
<groupId>com.juv</groupId>
<artifactId>project-B</artifactId>
<version>1.0.0</version>
<exclusions>
<exclusion>//可以有多個(gè)
<groupId>com.juv</groupId>
<artifactId>project-C</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>com.juv</groupId>
<artifactId>project-B</artifactId>
<version>1.1.0</version>
</dependency>
</dependencies>該例子的意思:不想使用project-B中版本的project-C依賴包,而將其環(huán)衛(wèi)1.1.0的project-C包
歸類依賴
場景:存在一群版本號一致的依賴,想通過一個(gè)統(tǒng)一的配置,將其統(tǒng)一配置和修改
<properties>
<spring>2.5.6</spring>
</properties>調(diào)用方式
<version>${spring}</version>部署至遠(yuǎn)程倉庫
修改工程中的pom文件
<project>
....
<distributionManagement>
<repository> //發(fā)布版本構(gòu)件的倉庫
<id></id> //遠(yuǎn)程倉庫的唯一標(biāo)識
<name></name> //自定義
<url></url> //該倉庫地址
</repository>
<snapshotRepository>//快照版本的設(shè)置
<id></id>
<name></name>
<url></url>
</snapshotRepository>
</distributionManagement>
....
</project>如果需要認(rèn)證,則在setting.xml文件中增加一個(gè)<server>元素進(jìn)行配置
在配置完成后,執(zhí)行mvn clean deploy 就會根據(jù)當(dāng)前版本類型,發(fā)布到相應(yīng)的倉庫中
快照版本
快照不是正式版本,當(dāng)設(shè)為帶有SNAPSHOT的version時(shí),即為快照版本,每次向倉庫部署是,會自動(dòng)打上時(shí)間戳,其他引用快照相同版本時(shí)會自動(dòng)下載更新
例如:2.1-SNAPSHOT時(shí),則會下載2.1-20091214之類的構(gòu)件
在maven本地倉庫的groupId/artifactId/version文件路徑下會存在maven-metadata.xml文件,會記錄版本信息
<?xml version="1.0" encoding="UTF-8"?>
<metadata>
<groupId>com.android.support</groupId>
<artifactId>multidex</artifactId>
<version>1.0.0</version>
<versioning>
<versions>
<version>1.0.0</version>
<version>1.0.1</version>
</versions>
<lastUpdated>20141209014044</lastUpdated>
</versioning>
</metadata>maven生命周期
maven的生命周期是抽象的,其實(shí)際行為都是由插件來完成的。
maven的生命周期是不做任何實(shí)際工作,實(shí)際任務(wù)都由插件完成。
maven具有三個(gè)獨(dú)立的生命周期:clean、defeat、site
1、clean生命周期:清理項(xiàng)目,包含三個(gè)phase。
1)pre-clean:執(zhí)行清理前需要完成的工作
2)clean:清理上一次構(gòu)建生成的文件
3)post-clean:執(zhí)行清理后需要完成的工作
2、default生命周期:構(gòu)建項(xiàng)目,重要的phase如下。
1)validate:驗(yàn)證工程是否正確,所有需要的資源是否可用。
2)compile:編譯項(xiàng)目的源代碼。
3)test:使用合適的單元測試框架來測試已編譯的源代碼。這些測試不需要已打包和布署。
4)Package:把已編譯的代碼打包成可發(fā)布的格式,比如jar。
5)integration-test:如有需要,將包處理和發(fā)布到一個(gè)能夠進(jìn)行集成測試的環(huán)境。
6)verify:運(yùn)行所有檢查,驗(yàn)證包是否有效且達(dá)到質(zhì)量標(biāo)準(zhǔn)。
7)install:把包安裝到maven本地倉庫,可以被其他工程作為依賴來使用。
8)Deploy:在集成或者發(fā)布環(huán)境下執(zhí)行,將最終版本的包拷貝到遠(yuǎn)程的repository,使得其他的開發(fā)者或者工程可以共享。
3、site生命周期:建立和發(fā)布項(xiàng)目站點(diǎn),phase如下
1)pre-site:生成項(xiàng)目站點(diǎn)之前需要完成的工作
2)site:生成項(xiàng)目站點(diǎn)文檔
3)post-site:生成項(xiàng)目站點(diǎn)之后需要完成的工作
4)site-deploy:將項(xiàng)目站點(diǎn)發(fā)布到服務(wù)器
命令行輸入:$mvn clean 其實(shí)調(diào)用的是clean生命周期的clean階段,執(zhí)行了pre-clean和clean
而這些命令其實(shí)是由插件提供功能的。
自定義綁定插件
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>//maven官方,官方的可以省略該標(biāo)簽
<artifactId>maven-source-plugin</artifactId>//插件
<version>2.1.1</version>//沒有version時(shí),會默認(rèn)下載最新的release版本
<executions>//配置執(zhí)行n個(gè)任務(wù)
<execution>
<id>attach-sources</id>//可以任意
<phase>verify</phase>//綁定到verify生命周期,在此時(shí)才會起作用
<goals>
<goal>jar-no-fork</goal>//啟用該插件的jar-no-fork功能
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>因?yàn)橐粋€(gè)插件可能存在多個(gè)功能,但我們并不一定所有的功能都需要,所以設(shè)定goal標(biāo)簽,表示我們要實(shí)現(xiàn)的功能。
插件配置
命令行配置:$mvn install -Dt 插件相關(guān)參數(shù) //適用于當(dāng)每次運(yùn)行時(shí),這個(gè)插件的配置都會變的情況
pom中全局配置:
<build>
<plugins>
<plugin>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.1</version>
<configuration>
<source>1.7</source> //jdk1.7
<target>1.7</target> //編譯后jdk1.7
</configuration>
</plugin>
</plugins>
</build>聚合(多模塊)
意義:一次構(gòu)建所有想要構(gòu)建的項(xiàng)目
<project>
<modelVersion>4.0.0</modelVersion>
<groupId>org.son.nexus</groupId>
<artifactId>nexus-indexer</artifactId>
<version>2.0.0</version>
<packaging>pom</packaging>//本身也是一個(gè)maven工程
<modules>
<module>account-email</module>//想要構(gòu)建的項(xiàng)目,這里寫的是當(dāng)前pom文件下的相對路徑地址
<module>account-persilist</module>
</modules>
</project>聚合pom文件的packaging標(biāo)簽一定要是pom,其工程就只是一個(gè)pom文件,沒有其他的實(shí)現(xiàn)代碼
一般來說模塊處的目錄名應(yīng)與其artifactId一致
聚合模塊與其他模塊的目錄結(jié)構(gòu)并非一定要父子關(guān)系
繼承
父pom
<project>
<modelVersion>4.0.0</modelVersion>
<groupId>org.son.nexus</groupId>
<artifactId>nexus-indexer</artifactId>
<version>2.0.0</version>
<packaging>pom</packaging>//本身也是一個(gè)maven工程
<dependencies>
<dependency>
<groupId>com.juv</groupId>
<artifactId>project-B</artifactId>
<version>1.0.0</version>
<exclusions>
<exclusion>
<groupId>com.juv</groupId>
<artifactId>project-C</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>com.juv</groupId>
<artifactId>project-B</artifactId>
<version>1.1.0</version>
</dependency>
</dependencies>
</project>父pom的packaging也是pom
子pom
<project>
<modelVersion>4.0.0</modelVersion>
<groupId>org.son.nexus</groupId>
<artifactId>nexus-B</artifactId>
<version>2.0.0</version>
<packaging>jar</packaging>
<parent>
<groupId>org.son.nexus</groupId>
<artifactId>nexus-C</artifactId>
<version>1.0.0-SNAPSHOT</version>
<relativePath>../pom.xml</relativePath>//相對路徑
</parent>
</project>子pom的packaging則不一定要是pom,但一定有parent標(biāo)簽
子類的groupId和version也可以繼承與父pom文件
<dependencyManagement>標(biāo)簽
作用:當(dāng)子類不需要父pom中的某些依賴的時(shí),就可以使用。
父pom
<dependencyManagement>
<dependencies>
<dependency>
<artifactId>spring-core</artifactId>
<groupId>org.springframework</groupId>
<version>3.1.1.RELEASE</version>
</dependency>
</dependencies>
</dependencyManagement>被<dependencyManagement>標(biāo)簽所包裹的依賴是不會主動(dòng)被加載進(jìn)入子pom中,只有子pom中顯式再次聲明的時(shí)候才會被依賴
子pom
<dependencies>
<dependency>
<artifactId>spring-core</artifactId>
<groupId>org.springframework</groupId>
</dependency>
</dependencies>可以省略version等其他配置,因?yàn)楦竝om中已經(jīng)配置過了
若想獲取父pom中所有的dependencyManagement中的構(gòu)件配置,則在子pom中如下配置
<dependencyManagement>
<dependencies>
<dependency>
<artifactId>account-parent</artifactId>
<groupId>com.juvenxu.accout</groupId>
<version>3.1.1.RELEASE</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>配置父pom的一些信息
插件管理
父pom中的插件不想在子類中默認(rèn)使用
跟依賴管理一樣,被<pluginManagement>包裹的插件配置不會被子pom主動(dòng)獲取,只有當(dāng)子pom中聲明了該插件的groupId和artifactId后,才會被繼承
一個(gè)pom文件既可以是聚合也可以是父pom
反應(yīng)堆
在聚合構(gòu)建時(shí),構(gòu)件模塊的先后順序的排列。
按書寫的先后順序進(jìn)行構(gòu)建
加料區(qū)
如果同一個(gè)項(xiàng)目中存在多個(gè)模塊相互依賴時(shí)候,version和groupId可以使用${project.groupId}(當(dāng)前模塊的groupId)和${project.verison},這樣就不用不斷的更改了。
<finalName>標(biāo)簽用來確定最終包名
以上です(Ending)
ありがどう(Thank You)
以上就是Maven版本依賴pom文件的詳細(xì)內(nèi)容,更多關(guān)于Maven版本依賴pom文件的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
java線程中synchronized和Lock區(qū)別及介紹
這篇文章主要為大家介紹了java線程中synchronized和Lock區(qū)別及介紹,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-06-06
spring security獲取用戶信息的實(shí)現(xiàn)代碼
這篇文章主要介紹了spring security獲取用戶信息的實(shí)現(xiàn)代碼,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2019-12-12
Java Swing中JDialog實(shí)現(xiàn)用戶登陸UI示例
這篇文章主要介紹了Java Swing中JDialog實(shí)現(xiàn)用戶登陸UI功能,結(jié)合完整實(shí)例形式分析了Swing使用JDialog實(shí)現(xiàn)用戶登陸UI界面窗口功能的步驟與相關(guān)操作技巧,需要的朋友可以參考下2017-11-11
Java中ShardingSphere 數(shù)據(jù)分片的實(shí)現(xiàn)
其實(shí)很多人對分庫分表多少都有點(diǎn)恐懼,我們今天用ShardingSphere 給大家演示數(shù)據(jù)分片,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2021-09-09
通過實(shí)例了解如何在JavaWeb實(shí)現(xiàn)文件下載
這篇文章主要介紹了通過實(shí)例了解如何在JavaWeb實(shí)現(xiàn)文件下載,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-09-09
一文搞清楚Java中Comparable和Comparator的區(qū)別
Java中的Comparable和Comparator都是用于集合排序的接口,但它們有明顯的區(qū)別,文中通過一些實(shí)例代碼詳細(xì)介紹了Java中Comparable和Comparator的區(qū)別,感興趣的同學(xué)跟著小編一起學(xué)習(xí)吧2023-05-05
SpringBoot多數(shù)據(jù)源讀寫分離的自定義配置問題及解決方法
這篇文章主要介紹了SpringBoot多數(shù)據(jù)源讀寫分離的自定義配置,我們可以通過自定義配置數(shù)據(jù)庫配置類來解決這個(gè)問題,方式有很多,不同的業(yè)務(wù)采用的方式也不同,下面我簡單的介紹我們項(xiàng)目的使用的方法2022-06-06

