java plug机制_【maven实战】20-插件解析机制
插件倉(cāng)庫(kù):與依賴構(gòu)件一樣,插件構(gòu)件同樣基于坐標(biāo)存儲(chǔ)在maven倉(cāng)庫(kù)中,在需要的時(shí)候maven會(huì)從本地倉(cāng)庫(kù)中查找插件,如果不存在則從遠(yuǎn)程倉(cāng)庫(kù)查找。找到插件后在下載到本地倉(cāng)庫(kù)使用。值得一提的是maven會(huì)區(qū)別對(duì)待依賴的遠(yuǎn)程倉(cāng)庫(kù)與插件的遠(yuǎn)程倉(cāng)庫(kù)。當(dāng)maven需要的依賴在本地倉(cāng)庫(kù)不存在時(shí),他會(huì)去所配置的遠(yuǎn)程倉(cāng)庫(kù)查找,可是當(dāng)maven需要的插件在本地倉(cāng)庫(kù)不存在時(shí)他就不會(huì)去這些遠(yuǎn)程倉(cāng)庫(kù)查找。
不同于repositories及其repository子元素,插件的遠(yuǎn)程倉(cāng)庫(kù)使用pluginRepositories和pluginRepository配置。例如maven內(nèi)置了如下的插件遠(yuǎn)程倉(cāng)庫(kù)配置,如下:
central
Central Repository
https://repo.maven.apache.org/maven2
default
false
never
這個(gè)默認(rèn)插件倉(cāng)庫(kù)的地址就是中央倉(cāng)庫(kù),他關(guān)閉了對(duì)SNAPSHOT的支持,以防止引入SNAPSHOT版本的插件而導(dǎo)致不穩(wěn)定的構(gòu)建。一般來(lái)說(shuō)中央倉(cāng)庫(kù)所包含的插件完全能夠滿足我們的需要,因此也不需要配置其他的插件倉(cāng)庫(kù)。只有在很少的情況下,項(xiàng)目使用的插件無(wú)法在中央倉(cāng)庫(kù)找到,或者自己編寫了插件,這個(gè)時(shí)候可以參考上述配置,在POM或者settings.xml中加入其他的插件倉(cāng)庫(kù)配置。
插件的默認(rèn)groupId:在POM中配置插件的時(shí)候,如果該插件是maven的官方插件(groupId=org.apache.maven.plugins)就可以省略groupId配置,如下:
maven-compiler-plugin
2.1
1.5
1.5
maven-compiler-plugin
2.1
1.5
1.5
解析插件版本:同樣是為了簡(jiǎn)化插件的配置和使用,在用戶沒(méi)有提供插件版本的情況下,maven會(huì)自動(dòng)解析插件版本。首先maven在超級(jí)POM中為所有核心插件設(shè)定了版本,超級(jí)POM是所有maven項(xiàng)目的父POM,所有項(xiàng)目都繼承這個(gè)超級(jí)POM的配置,因此即使用戶不加任何配置,maven使用核心插件的時(shí)候他們的版本就已經(jīng)確定了。這些插件包括maven-clean-plugin,maven-compiler-plugin,maven-surefire-plugin等。
解析插件前綴:上一節(jié)講到mvn命令行支持使用插件前綴來(lái)簡(jiǎn)化插件的使用,現(xiàn)在解釋maven如何根據(jù)插件前綴解析得到插件的坐標(biāo)。插件前綴與groupId:artifactId是一一對(duì)應(yīng)的,這種匹配關(guān)系存儲(chǔ)在倉(cāng)庫(kù)元數(shù)據(jù)中。這里的倉(cāng)庫(kù)元數(shù)據(jù)為groupId/maven-metadata.xml,那么這里的groupId是什么呢?主要的插件都位于https://repo.maven.apache.org/maven2/org/apache/maven/plugins/和https://repository.codehaus.org/org/codehaus/mojo/,相應(yīng)地maven在解析插件倉(cāng)庫(kù)元數(shù)據(jù)的時(shí)候,會(huì)默認(rèn)使用apache.maven.plugins和org.codehaus.mojo兩個(gè)groupId。也可以通過(guò)配置settings.xml讓maven檢查其他groupId上的插件倉(cāng)庫(kù)元數(shù)據(jù),如下:
com.your.plugins
com.your.plugins
基于該配置maven就不會(huì)僅僅檢查org/apache/maven/plugins/maven-metadata.xml和org/codehaus/mojo/maven-metadata.xml,還會(huì)檢查com/your/plugins/maven-metadata.xml。
下面看一下插件倉(cāng)庫(kù)元數(shù)據(jù)的內(nèi)容,如下:
Apache Maven Clean Plugin
clean
maven-clean-plugin
Apache Maven Compiler Plugin
compiler
maven-compiler-plugin
Apache Maven Dependency Plugin
dependency
maven-dependency-plugin
Apache Maven Clean Plugin
clean
maven-clean-plugin
Apache Maven Compiler Plugin
compiler
maven-compiler-plugin
Apache Maven Dependency Plugin
dependency
maven-dependency-plugin
上述內(nèi)容是從中央倉(cāng)庫(kù)的org.apache.maven.plugins.groupId下插件倉(cāng)庫(kù)元數(shù)據(jù)中截取的一些片段,從這段數(shù)據(jù)中就能看到maven-clean-plugin的前綴為clean,maven-compiler-plugin的前綴為compiler,maven-dependency-plugin的前綴為dependency。
總結(jié)
以上是生活随笔為你收集整理的java plug机制_【maven实战】20-插件解析机制的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: pythn3随笔-enumerate()
- 下一篇: java中的io复用_从 Java 中的