使用maven依賴詳解
1. maven基礎(chǔ)
1.1 簡介
maven 是一個項目管理工具,主要作用是在項目開發(fā)階段對Java項目進(jìn)行依賴管理和項目構(gòu)建。
依賴管理:就是對jar包的管理。通過導(dǎo)入maven坐標(biāo),就相當(dāng)于將倉庫中的jar包導(dǎo)入了當(dāng)前項目中。
項目構(gòu)建:通過maven的一個命令就可以完成項目從清理、編譯、測試、報告、打包,部署整個過程。
1.2 倉庫類型
- 本地倉庫
- 遠(yuǎn)程倉庫
①maven中央倉庫
②maven私服(公司局域網(wǎng)內(nèi)的倉庫,如Nexus)
③其他公共遠(yuǎn)程倉庫
1.3 常用命令
| 命令 | 描述 |
|---|---|
| mvn clean | 對項目進(jìn)行清理,刪除target目錄下編譯的內(nèi)容 |
| mvn validate | 驗證工程是否正確,所有需要的資源是否可用 |
| mvn compile | 編譯當(dāng)前的工程,將Java文件編譯成.class文件(真正在jvm里面運行的文件) |
| mvn test | 對項目進(jìn)行運行測試 |
| mvn package | 打包文件并存放到項目的target目錄下,打包好的文件通常都是編譯后的class文件 |
| mvn verify | 運行任何檢查,驗證包是否有效且達(dá)到質(zhì)量標(biāo)準(zhǔn) |
| mvn install | 在本地倉庫生成倉庫的安裝包,可供其他項目引用,同時打包后的文件放到項目的target目錄下 |
| mvn site | 生成項目相關(guān)信息的網(wǎng)站 |
| mvn deploy | 發(fā)布工程至指定的遠(yuǎn)端倉庫當(dāng)中,可以被其他機(jī)器通過pom坐標(biāo)引用 |
1.4 場景舉例
mvn clean package
- 依次執(zhí)行了clean、resources、compile、testResources、testCompile、test、jar(打包)等7個階段
- package命令完成了項目編譯、單元測試、打包功能,但沒有把打好的可執(zhí)行jar包(war包或其它形式的包)布署到本地maven倉庫和遠(yuǎn)程maven私服倉庫
mvn clean install
- 依次執(zhí)行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8個階段
- install命令完成了項目編譯、單元測試、打包功能,同時把打好的可執(zhí)行jar包(war包或其它形式的包)布署到本地maven倉庫,但沒有布署到遠(yuǎn)程maven私服倉庫
mvn clean deploy
- 依次執(zhí)行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等9個階段
- deploy命令完成了項目編譯、單元測試、打包功能,同時把打好的可執(zhí)行jar包(war包或其它形式的包)布署到本地maven倉庫和遠(yuǎn)程maven私服倉庫
1.5 指令總結(jié)
---------------實際應(yīng)用----------------------- # 1、刷新子模塊版本號: mvn versions:update-child-modules # 2、重新打包到maven本地庫: mvn clean install -Dmaven.test.skip=true mvn install # 3、部署包到遠(yuǎn)程服務(wù)器 mvn clean deploy -Dmaven.test.skip=true #---------------------一般常用命令----------------------- # 該命令打印出所有的java系統(tǒng)屬性和環(huán)境變量 mvn help:system 自動在本用戶下創(chuàng)建 ~/.m2/repository # 清理輸出目錄默認(rèn)target/ mvn clean mvn clean compile 清理編譯 # maven test,但實際執(zhí)行的命令有:clean:clean,resource:resources,compiler:compile, resources:testResources, compiler:testCompile,maven在執(zhí)行test之前,會先自動執(zhí)行項目主資源處理,主代碼編譯,測試資源處理,測試代碼編譯等工作,測試代碼編譯通過之后默認(rèn)在target/test-calsses目錄下生成二進(jìn)制文件,緊接著surefile:test 任務(wù)運行測試,并輸出測試報告,顯示一共運行了多少次測試,失敗成功等等 mvn clean test 清理測試 mvn clean package 清理打包 mvn clean install 清理將打包好的jar存入 本地倉庫 注意是本地倉庫 mvn clean deploy 根據(jù)pom中的配置信息將項目發(fā)布到遠(yuǎn)程倉庫中 echo %MAVEN_HOME%:查看maven安裝路徑 ---------------------創(chuàng)建項目------------------------------- mvn -version/-v 顯示版本信息 mvn archetype:generate 創(chuàng)建mvn項目,使用Archetype生成項目骨架 mvn archetype:create -DgroupId=com.oreilly -DartifactId=my-app 創(chuàng)建mvn項目 # 創(chuàng)建Maven的普通java項目: mvn archetype:create -DgroupId=packageName -DartifactId=projectName # 創(chuàng)建Maven的Web項目: mvn archetype:create -DgroupId=packageName -DartifactId=webappName-DarchetypeArtifactId=maven-archetype-webapp ---------------------優(yōu)化依賴命令------------------------------- mvn dependency:list 顯示所有已經(jīng)解析的所有依賴 mvn dependency:tree 以目錄樹的形式展現(xiàn)依賴, 最高層為一層依賴 其次二層依賴 三層依賴.... mvn dependency:analyze 第一部分顯示 已經(jīng)使用但是未顯示依賴的的 第二部分顯示項目未使用的但是依賴的 ---------------------第三方j(luò)ar 發(fā)布到遠(yuǎn)程倉庫--------------------- mvn deploy:deploy-file -DgroupId=com -DartifactId=client -Dversion=0.1.0 -Dpackaging=jar -Dfile=d:\client-0.1.0.jar -DrepositoryId=maven-repository-inner -Durl=ftp://xxxxxxx/opt/maven/repository/ ---------------------第三方j(luò)ar 安裝到本地倉庫--------------------- mvn install:install-file -DgroupId=com -DartifactId=client -Dversion=0.1.0 -Dpackaging=jar -Dfile=d:\client-0.1.0.jar -DdownloadSources=true -DdownloadJavadocs=true #你是否因為記不清某個插件有哪些goal而痛苦過,你是否因為想不起某個goal有哪些參數(shù)而苦惱,那就試試這個命令吧,它會告訴你一切的.參數(shù): 1. -Dplugin=pluginName 2. -Dgoal(或-Dmojo)=goalName:與-Dplugin一起使用,它會列出某個插件的goal信息,如果嫌不夠詳細(xì),同樣可以加-Ddetail.(注:一個插件goal也被認(rèn)為是一個 “Mojo”) mvn help:describe -Dplugin=help -Dmojo=describe mvn -e 顯示詳細(xì)錯誤 信息. mvn validate 驗證工程是否正確,所有需要的資源是否可用。 mvn test-compile 編譯項目測試代碼。 。 mvn integration-test 在集成測試可以運行的環(huán)境中處理和發(fā)布包。 mvn verify 運行任何檢查,驗證包是否有效且達(dá)到質(zhì)量標(biāo)準(zhǔn)。 mvn generate-sources 產(chǎn)生應(yīng)用需要的任何額外的源代碼,如xdoclet。
1.6 依賴范圍
| 依賴范圍 | 對于編譯classpath有效 | 對于測試classpath有效 | 對于運行classpath有效 | 例子 |
|---|---|---|---|---|
| compile | Y | Y | Y | spring-core |
| test | - | Y | - | Junit |
| provided | Y | Y | - | servlet-api |
| runtime | - | Y | Y | JDBC驅(qū)動 |
| system | Y | Y | - | 本地的,maven倉庫之外的類庫 |
1.7 maven 的 settings.xml 說明
# 1. 聲明規(guī)范
<?xml version="1.0" encoding="UTF-8"?>
<settings 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/settings-1.0.0.xsd">
# 2. localRepository 本地倉庫配置
<!-- 本地倉庫的路徑。默認(rèn)值為${user.home}/.m2/repository。 -->
<localRepository>usr/local/maven</localRepository>
# 3. interactiveMode
<!--Maven是否需要和用戶交互以獲得輸入。如果Maven需要和用戶交互以獲得輸入,則設(shè)
置成true,反之則應(yīng)為false。默認(rèn)為true。-->
<interactiveMode>true</interactiveMode>
# 4. usePluginRegistry
<!--Maven是否需要使用plugin-registry.xml文件來管理插件版本。如果需要讓Maven
使用文件${user.home}/.m2/plugin-registry.xml來管理插件版本,則設(shè)為true。
默認(rèn)為false。-->
<usePluginRegistry>false</usePluginRegistry>
# 5. offline
<!--表示Maven是否需要在離線模式下運行。如果構(gòu)建系統(tǒng)需要在離線模式下運行,則為true,默認(rèn)為false。
當(dāng)由于網(wǎng)絡(luò)設(shè)置原因或者安全因素,構(gòu)建服務(wù)器不能連接遠(yuǎn)程倉庫的時候,該配置就十分有用。 -->
<offline>false</offline>
# 6. pluginGroups
<!--當(dāng)插件的組織Id(groupId)沒有顯式提供時,供搜尋插件組織Id(groupId)的列
表。該元素包含一個pluginGroup元素列表,每個子元素包含了一個組織Id(groupId)。
當(dāng)我們使用某個插件,并且沒有在命令行為其提供組織Id(groupId)的時候,Maven就會
使用該列表。默認(rèn)情況下該列表包含了org.apache.maven.plugins和org.codehaus.mojo -->
<pluginGroups>
<!--plugin的組織Id(groupId) -->
<pluginGroup>org.codehaus.mojo</pluginGroup>
</pluginGroups>
# 7. proxies
<!--用來配置不同的代理,多代理profiles 可以應(yīng)對筆記本或移動設(shè)備的工作環(huán)境:通過
簡單的設(shè)置profile id就可以很容易的更換整個代理配置。 -->
<proxies>
<!--代理元素包含配置代理時需要的信息-->
<proxy>
<!--代理的唯一定義符,用來區(qū)分不同的代理元素。-->
<id>myproxy</id>
<!--該代理是否是激活的那個。true則激活代理。當(dāng)我們聲明了一組代理,而某個時候只需要激活一個代理的時候,該元素就可以派上用處。 -->
<active>true</active>
<!--代理的協(xié)議。 協(xié)議://主機(jī)名:端口,分隔成離散的元素以方便配置。-->
<protocol>http</protocol>
<!--代理的主機(jī)名。協(xié)議://主機(jī)名:端口,分隔成離散的元素以方便配置。 -->
<host>proxy.somewhere.com</host>
<!--代理的端口。協(xié)議://主機(jī)名:端口,分隔成離散的元素以方便配置。 -->
<port>8080</port>
<!--代理的用戶名,用戶名和密碼表示代理服務(wù)器認(rèn)證的登錄名和密碼。 -->
<username>proxyuser</username>
<!--代理的密碼,用戶名和密碼表示代理服務(wù)器認(rèn)證的登錄名和密碼。 -->
<password>somepassword</password>
<!--不該被代理的主機(jī)名列表。該列表的分隔符由代理服務(wù)器指定;例子中使用了豎線分隔符,使用逗號分隔也很常見。-->
<nonProxyHosts>*.google.com|ibiblio.org</nonProxyHosts>
</proxy>
</proxies>
# 8. servers
<!--配置服務(wù)端的一些設(shè)置。一些設(shè)置如安全證書不應(yīng)該和pom.xml一起分發(fā)。這種類型的信息應(yīng)該存在于構(gòu)建服務(wù)器上的settings.xml文件中。-->
<servers>
<!--服務(wù)器元素包含配置服務(wù)器時需要的信息 -->
<server>
<!--這是server的id(注意不是用戶登陸的id),該id與distributionManagement中repository元素的id相匹配。-->
<id>server001</id>
<!--鑒權(quán)用戶名。鑒權(quán)用戶名和鑒權(quán)密碼表示服務(wù)器認(rèn)證所需要的登錄名和密碼。 -->
<username>my_login</username>
<!--鑒權(quán)密碼 。鑒權(quán)用戶名和鑒權(quán)密碼表示服務(wù)器認(rèn)證所需要的登錄名和密碼。密碼加密功能已被添加到2.1.0 +。詳情請訪問密碼加密頁面-->
<password>my_password</password>
<!--鑒權(quán)時使用的私鑰位置。和前兩個元素類似,私鑰位置和私鑰密碼指定了一個私鑰的路徑(默認(rèn)是${user.home}/.ssh/id_dsa)以及如果需要的話,一個密語。將來passphrase和password元素可能會被提取到外部,但目前它們必須在settings.xml文件以純文本的形式聲明。 -->
<privateKey>${usr.home}/.ssh/id_dsa</privateKey>
<!--鑒權(quán)時使用的私鑰密碼。-->
<passphrase>some_passphrase</passphrase>
<!--文件被創(chuàng)建時的權(quán)限。如果在部署的時候會創(chuàng)建一個倉庫文件或者目錄,這時候就可以使用權(quán)限(permission)。這兩個元素合法的值是一個三位數(shù)字,其對應(yīng)了unix文件系統(tǒng)的權(quán)限,如664,或者775。 -->
<filePermissions>664</filePermissions>
<!--目錄被創(chuàng)建時的權(quán)限。 -->
<directoryPermissions>775</directoryPermissions>
</server>
</servers>
# 9. mirrors
<!--為倉庫列表配置的下載鏡像列表。高級設(shè)置請參閱鏡像設(shè)置頁面 -->
<mirrors>
<!--給定倉庫的下載鏡像。 -->
<mirror>
<!--該鏡像的唯一標(biāo)識符。id用來區(qū)分不同的mirror元素。 -->
<id>planetmirror.com</id>
<!--鏡像名稱 -->
<name>PlanetMirror Australia</name>
<!--該鏡像的URL。構(gòu)建系統(tǒng)會優(yōu)先考慮使用該URL,而非使用默認(rèn)的服務(wù)器URL。 -->
<url>http://downloads.planetmirror.com/pub/maven2</url>
<!--被鏡像的服務(wù)器的id。例如,如果我們要設(shè)置了一個Maven中央倉庫(http://repo.maven.apache.org/maven2/)的鏡像,就需要將該元素設(shè)置成central。這必須和中央倉庫的id central完全一致。-->
<mirrorOf>central</mirrorOf>
</mirror>
</mirrors>
# 10. profiles
<!--根據(jù)環(huán)境參數(shù)來調(diào)整構(gòu)建配置的列表。settings.xml中的profile元素是pom.xml中profile元素的裁剪版本。它包含了id,activation, repositories, pluginRepositories和 properties元素。這里的profile元素只包含這五個子元素是因為這里只關(guān)心構(gòu)建系統(tǒng)這個整體(這正是settings.xml文件的角色定位),而非單獨的項目對象模型設(shè)置。如果一個settings中的profile被激活,它的值會覆蓋任何其它定義在POM中或者profile.xml中的帶有相同id的profile。 -->
<profiles>
<!--根據(jù)環(huán)境參數(shù)來調(diào)整的構(gòu)件的配置-->
<profile>
<!--該配置的唯一標(biāo)識符。 -->
<id>test</id>
</profile>
</profiles>
# 11. Activation
<!--自動觸發(fā)profile的條件邏輯。Activation是profile的開啟鑰匙。如POM中的
profile一樣,profile的力量來自于它能夠在某些特定的環(huán)境中自動使用某些特定的值;
這些環(huán)境通過activation元素指定。activation元素并不是激活profile的唯一方式。
settings.xml文件中的activeProfile元素可以包含profile的id。profile也可以通
過在命令行,使用-P標(biāo)記和逗號分隔的列表來顯式的激活(如,-P test)。-->
<activation>
<!--profile默認(rèn)是否激活的標(biāo)識-->
<activeByDefault>false</activeByDefault>
<!--當(dāng)匹配的jdk被檢測到,profile被激活。例如,1.4激活JDK1.4,1.4.0_2,而!1.4激活所有版本不是以1.4開頭的JDK。-->
<jdk>1.5</jdk>
<!--當(dāng)匹配的操作系統(tǒng)屬性被檢測到,profile被激活。os元素可以定義一些操作系統(tǒng)相關(guān)的屬性。-->
<os>
<!--激活profile的操作系統(tǒng)的名字 -->
<name>Windows XP</name>
<!--激活profile的操作系統(tǒng)所屬家族(如 'windows') -->
<family>Windows</family>
<!--激活profile的操作系統(tǒng)體系結(jié)構(gòu) -->
<arch>x86</arch>
<!--激活profile的操作系統(tǒng)版本-->
<version>5.1.2600</version>
</os>
<!--如果Maven檢測到某一個屬性(其值可以在POM中通過${name}引用),其擁有對應(yīng)的name = 值,Profile就會被激活。如果值字段是空的,那么存在屬性名稱字段就會激活profile,否則按區(qū)分大小寫方式匹配屬性值字段-->
<property>
<!--激活profile的屬性的名稱-->
<name>mavenVersion</name>
<!--激活profile的屬性的值 -->
<value>2.0.3</value>
</property>
<!--提供一個文件名,通過檢測該文件的存在或不存在來激活profile。missing檢查文件是否存在,如果不存在則激活profile。另一方面,exists則會檢查文件是否存在,如果存在則激活profile。-->
<file>
<!--如果指定的文件存在,則激活profile。 -->
<exists>${basedir}/file2.properties</exists>
<!--如果指定的文件不存在,則激活profile。-->
<missing>${basedir}/file1.properties</missing>
</file>
</activation>
# 12. properties : note:如果該profile被激活,則可以再POM中使用${user.install}
<!--對應(yīng)profile的擴(kuò)展屬性列表。Maven屬性和Ant中的屬性一樣,可以用來存放一些
值。這些值可以在POM中的任何地方使用標(biāo)記${X}來使用,這里X是指屬性的名稱。屬性有五
種不同的形式,并且都能在settings.xml文件中訪問。
1. env.X: 在一個變量前加上"env."的前綴,會返回一個shell環(huán)境變量。例如,"env.PATH"指代了$path環(huán)境變量(在Windows上是%PATH%)。
2. project.x:指代了POM中對應(yīng)的元素值。例如: <project><version>1.0</version></project>通過${project.version}獲得version的值。
3. settings.x: 指代了settings.xml中對應(yīng)元素的值。例如:<settings><offline>false</offline></settings>通過 ${settings.offline}獲得offline的值。
4. Java System Properties: 所有可通過java.lang.System.getProperties()訪問的屬性都能在POM中使用該形式訪問,例如 ${java.home}。
5. x: 在<properties/>元素中,或者外部文件中設(shè)置,以${someVar}的形式使用。 -->
<properties>
<user.install>${user.home}/our-project</user.install>
</properties>
# 13. activeProfiles
<!--手動激活profiles的列表,按照profile被應(yīng)用的順序定義activeProfile。 該元
素包含了一組activeProfile元素,每個activeProfile都含有一個profile id。任何
在activeProfile中定義的profile id,不論環(huán)境設(shè)置如何,其對應(yīng)的
profile都會被激活。如果沒有匹配的profile,則什么都不會發(fā)生。例如,env-
test是一個activeProfile,則在pom.xml(或者profile.xml)中對應(yīng)id的profile
會被激活。如果運行過程中找不到這樣一個profile,Maven則會像往常一樣運行。 -->
<activeProfiles>
<!-- -->
<activeProfile>env-test</activeProfile>
</activeProfiles>
# 14. Repositories
<!--遠(yuǎn)程倉庫列表,它是Maven用來填充構(gòu)建系統(tǒng)本地倉庫所使用的一組遠(yuǎn)程項目。 -->
<repositories>
<!--包含需要連接到遠(yuǎn)程倉庫的信息 -->
<repository>
<!--遠(yuǎn)程倉庫唯一標(biāo)識-->
<id>codehausSnapshots</id>
<!--遠(yuǎn)程倉庫名稱 -->
<name>Codehaus Snapshots</name>
<!--如何處理遠(yuǎn)程倉庫里發(fā)布版本的下載-->
<releases>
<!--true或者false表示該倉庫是否為下載某種類型構(gòu)件(發(fā)布版,快照版)開啟。 -->
<enabled>false</enabled>
<!--該元素指定更新發(fā)生的頻率。Maven會比較本地POM和遠(yuǎn)程POM的時間戳。這里的選項是:always(一直),daily(默認(rèn),每日),interval:X(這里X是以分鐘為單位的時間間隔),或者never(從不)。 -->
<updatePolicy>always</updatePolicy>
<!--當(dāng)Maven驗證構(gòu)件校驗文件失敗時該怎么做-ignore(忽略),fail(失?。?,或者warn(警告)。-->
<checksumPolicy>warn</checksumPolicy>
</releases>
<!--如何處理遠(yuǎn)程倉庫里快照版本的下載。有了releases和snapshots這兩組配置,POM就可以在每個單獨的倉庫中,為每種類型的構(gòu)件采取不同的策略。例如,可能有人會決定只為開發(fā)目的開啟對快照版本下載的支持。參見repositories/repository/releases元素-->
<snapshots>
<enabled/><updatePolicy/><checksumPolicy/>
</snapshots>
<!--遠(yuǎn)程倉庫URL,按protocol://hostname/path形式 -->
<url>http://snapshots.maven.codehaus.org/maven2</url>
<!--用于定位和排序構(gòu)件的倉庫布局類型-可以是default(默認(rèn))或者legacy(遺留)。Maven 2為其倉庫提供了一個默認(rèn)的布局;然而,Maven 1.x有一種不同的布局。我們可以使用該元素指定布局是default(默認(rèn))還是legacy(遺留)。 -->
<layout>default</layout>
</repository>
</repositories>
<!--發(fā)現(xiàn)插件的遠(yuǎn)程倉庫列表。倉庫是兩種主要構(gòu)件的家。第一種構(gòu)件被用作其它構(gòu)件的依賴。這是中央倉庫中存儲的大部分構(gòu)件類型。另外一種構(gòu)件類型是插件。Maven插件是一種特殊類型的構(gòu)件。由于這個原因,插件倉庫獨立于其它倉庫。pluginRepositories元素的結(jié)構(gòu)和repositories元素的結(jié)構(gòu)類似。每個pluginRepository元素指定一個Maven可以用來尋找新插件的遠(yuǎn)程地址。-->
<pluginRepositories>
<!--包含需要連接到遠(yuǎn)程插件倉庫的信息.參見profiles/profile/repositories/repository元素的說明-->
<pluginRepository>
<releases>
<enabled/><updatePolicy/><checksumPolicy/>
</releases>
<snapshots>
<enabled/><updatePolicy/><checksumPolicy/>
</snapshots>
<id/><name/><url/><layout/>
</pluginRepository>
</pluginRepositories>
2. maven依賴
2.1 依賴傳遞
在maven中,依賴是可以傳遞的,假設(shè)存在三個項目,分別是項目A,項目B以及項目C。假設(shè)C依賴B,B依賴A,那么我們可以根據(jù)maven項目依賴的特征不難推出項目C也依賴A。

通過上面的圖可以看到,我們的web項目直接依賴了spring-webmvc,而spring-webmvc依賴了sping-aop、spring-beans等。最終的結(jié)果就是在我們的web項目中間接依賴了spring-aop、spring-beans等。
2.2 手動聲明
optional是maven依賴jar時的一個選項,表示該依賴是可選的,不會被依賴傳遞。
例如當(dāng)前項目是A,A要依賴B,A依賴B的配置中加上 true,表示依賴可選
<dependency> <groupId>com.projecct</groupId> <artifactId>B</artifactId> <version>1.0</version> <scope>compile</scope> <optional>true</optional> </dependency>
那么以后所有聲明依賴A的項目如果也依賴B,就必須寫手動聲明。
比如C依賴A和B,如果C只聲明了對A的依賴,那么B不會自動加入依賴,需要重新聲明對B的依賴。
這種方式排除不了我項目中對第三方j(luò)ar包所依賴的其他依賴,因為我不可能去修改第三方j(luò)ar包的pom文件,所以只適合在項目組內(nèi)部使用。
2.3 沖突解決
2.3.1第一聲明者優(yōu)先原則
在 pom 文件中定義依賴,以先聲明的依賴為準(zhǔn)。其實就是根據(jù)坐標(biāo)導(dǎo)入的順序來確定最終使用哪個傳遞過來的依賴。

結(jié)論:通過上圖可以看到,spring-aop和spring-webmvc都傳遞過來了spring-beans,但是因為spring-aop在前面,所以最終使用的spring-beans是由spring-aop傳遞過來的,而spring-webmvc傳遞過來的spring-beans則被忽略了。
2.3.2 排除
可以使用exclusions標(biāo)簽將傳遞過來的依賴排除出去。

上圖我們可以看到,spring-webmvc傳遞過來的spring-core已經(jīng)排除出去了
2.3.3 版本鎖定
采用直接鎖定版本的方法確定依賴jar包的版本,版本鎖定后則不考慮依賴的聲明順序或依賴的路徑,以鎖定的版本為準(zhǔn)添加到工程中,此方法在企業(yè)開發(fā)中經(jīng)常使用
①在dependencyManagement標(biāo)簽中鎖定依賴的版本

②在dependencies標(biāo)簽中聲明需要導(dǎo)入的maven坐標(biāo)

上圖可以看出spring-core和spring-aop的版本號均已修改
注 dependencyManagement中鎖定版本后,導(dǎo)入spring-core和spring-aop的時候不需要再指定版本
總結(jié)
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關(guān)文章
Maven引入本地Jar包并打包進(jìn)War包中的方法
本篇文章主要介紹了Maven引入本地Jar包并打包進(jìn)War包中的方法,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-11-11
Springboot整合Mybatis傳值的常用方式總結(jié)
今天給大家?guī)淼氖顷P(guān)于Springboot的相關(guān)知識,文章圍繞著Springboot整合Mybatis傳值的常用方式展開,文中有非常詳細(xì)的介紹及代碼示例,需要的朋友可以參考下2021-06-06
Java?Chassis3熔斷機(jī)制的改進(jìn)路程技術(shù)解密
這篇文章主要介紹了Java?Chassis?3技術(shù)解密之熔斷機(jī)制的改進(jìn)路程實例分析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2024-01-01
Spring實戰(zhàn)之協(xié)調(diào)作用域不同步的Bean操作示例
這篇文章主要介紹了Spring實戰(zhàn)之協(xié)調(diào)作用域不同步的Bean操作,結(jié)合實例形式分析了Spring協(xié)調(diào)作用域不同步的Bean相關(guān)配置及使用技巧,需要的朋友可以參考下2019-11-11
Spring?Security認(rèn)證器實現(xiàn)過程詳解
一些權(quán)限框架一般都包含認(rèn)證器和決策器,前者處理登陸驗證,后者處理訪問資源的控制,這篇文章主要介紹了Spring?Security認(rèn)證器實現(xiàn)過程,需要的朋友可以參考下2022-06-06
VS?Code插件Language?Support?for?Java(TM)?by?Red?Hat報錯兩種
這篇文章主要介紹了VS?Code插件Language?Support?for?Java(TM)?by?Red?Hat報錯兩種解決辦法的相關(guān)資料,第一種在setting.json中配置使用新版本JDK運行,第二種方法是切換至支持舊版本Jdk的插件版本,但不推薦,建議要確保使用最新JDK以避免兼容性問題,需要的朋友可以參考下2026-04-04
Netty分布式ByteBuf使用page級別的內(nèi)存分配解析
這篇文章主要介紹了Netty分布式ByteBuf使用page級別的內(nèi)存分配解析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-03-03
SpringBoot+JWT實現(xiàn)單點登錄完美解決方案
單點登錄是一種統(tǒng)一認(rèn)證和授權(quán)機(jī)制,指在多個應(yīng)用系統(tǒng)中,用戶只需要登錄一次就可以訪問所有相互信任的系統(tǒng),不需要重新登錄驗證,這篇文章主要介紹了SpringBoot+JWT實現(xiàn)單點登錄解決方案,需要的朋友可以參考下2023-07-07

