亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

使用maven依賴詳解

 更新時間:2025年02月08日 10:55:16   作者:微笑聽雨。  
本文主要介紹了Maven的基礎(chǔ)知識,包括Maven的簡介、倉庫類型、常用命令、場景舉例、指令總結(jié)、依賴范圍、settings.xml說明等,同時,還詳細講解了Maven依賴的傳遞、手動聲明optional、沖突解決等概念

1. maven基礎(chǔ)

1.1 簡介

maven 是一個項目管理工具,主要作用是在項目開發(fā)階段對Java項目進行依賴管理和項目構(gòu)建。

依賴管理:就是對jar包的管理。通過導入maven坐標,就相當于將倉庫中的jar包導入了當前項目中。

項目構(gòu)建:通過maven的一個命令就可以完成項目從清理、編譯、測試、報告、打包,部署整個過程。

1.2 倉庫類型

  • 本地倉庫
  • 遠程倉庫

①maven中央倉庫

②maven私服(公司局域網(wǎng)內(nèi)的倉庫,如Nexus)

③其他公共遠程倉庫

1.3 常用命令

命令描述
mvn clean對項目進行清理,刪除target目錄下編譯的內(nèi)容
mvn validate驗證工程是否正確,所有需要的資源是否可用
mvn compile編譯當前的工程,將Java文件編譯成.class文件(真正在jvm里面運行的文件)
mvn test對項目進行運行測試
mvn package打包文件并存放到項目的target目錄下,打包好的文件通常都是編譯后的class文件
mvn verify運行任何檢查,驗證包是否有效且達到質(zhì)量標準
mvn install在本地倉庫生成倉庫的安裝包,可供其他項目引用,同時打包后的文件放到項目的target目錄下
mvn site生成項目相關(guān)信息的網(wǎng)站
mvn deploy發(fā)布工程至指定的遠端倉庫當中,可以被其他機器通過pom坐標引用

1.4 場景舉例

mvn clean package

  • 依次執(zhí)行了clean、resources、compile、testResources、testCompile、test、jar(打包)等7個階段
  • package命令完成了項目編譯、單元測試、打包功能,但沒有把打好的可執(zhí)行jar包(war包或其它形式的包)布署到本地maven倉庫和遠程maven私服倉庫

mvn clean install

  • 依次執(zhí)行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8個階段
  • install命令完成了項目編譯、單元測試、打包功能,同時把打好的可執(zhí)行jar包(war包或其它形式的包)布署到本地maven倉庫,但沒有布署到遠程maven私服倉庫

mvn clean deploy

  • 依次執(zhí)行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等9個階段
  • deploy命令完成了項目編譯、單元測試、打包功能,同時把打好的可執(zhí)行jar包(war包或其它形式的包)布署到本地maven倉庫和遠程maven私服倉庫

1.5 指令總結(jié)

---------------實際應(yīng)用-----------------------
# 1、刷新子模塊版本號: 
mvn versions:update-child-modules
# 2、重新打包到maven本地庫: 
mvn clean install -Dmaven.test.skip=true
mvn install
# 3、部署包到遠程服務(wù)器
mvn clean deploy -Dmaven.test.skip=true

#---------------------一般常用命令-----------------------
# 該命令打印出所有的java系統(tǒng)屬性和環(huán)境變量
mvn  help:system 自動在本用戶下創(chuàng)建   ~/.m2/repository
# 清理輸出目錄默認target/
mvn clean
mvn clean compile     清理編譯
# maven test,但實際執(zhí)行的命令有:clean:clean,resource:resources,compiler:compile, resources:testResources, compiler:testCompile,maven在執(zhí)行test之前,會先自動執(zhí)行項目主資源處理,主代碼編譯,測試資源處理,測試代碼編譯等工作,測試代碼編譯通過之后默認在target/test-calsses目錄下生成二進制文件,緊接著surefile:test 任務(wù)運行測試,并輸出測試報告,顯示一共運行了多少次測試,失敗成功等等
mvn clean test  清理測試
mvn clean package 清理打包
mvn clean install  清理將打包好的jar存入 本地倉庫  注意是本地倉庫
mvn clean deploy  根據(jù)pom中的配置信息將項目發(fā)布到遠程倉庫中 

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ā)布到遠程倉庫---------------------
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信息,如果嫌不夠詳細,同樣可以加-Ddetail.(注:一個插件goal也被認為是一個 “Mojo”)
mvn help:describe -Dplugin=help -Dmojo=describe

mvn -e    顯示詳細錯誤 信息.
mvn validate  驗證工程是否正確,所有需要的資源是否可用。
mvn test-compile 編譯項目測試代碼。 。
mvn integration-test  在集成測試可以運行的環(huán)境中處理和發(fā)布包。
mvn verify    運行任何檢查,驗證包是否有效且達到質(zhì)量標準。 
mvn generate-sources  產(chǎn)生應(yīng)用需要的任何額外的源代碼,如xdoclet。

1.6 依賴范圍

依賴范圍對于編譯classpath有效對于測試classpath有效對于運行classpath有效例子
compileYYYspring-core
test-Y-Junit
providedYY-servlet-api
runtime-YYJDBC驅(qū)動
systemYY-本地的,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 本地倉庫配置
 <!-- 本地倉庫的路徑。默認值為${user.home}/.m2/repository。 -->
<localRepository>usr/local/maven</localRepository>

# 3. interactiveMode
 <!--Maven是否需要和用戶交互以獲得輸入。如果Maven需要和用戶交互以獲得輸入,則設(shè)
 置成true,反之則應(yīng)為false。默認為true。-->
<interactiveMode>true</interactiveMode>

# 4. usePluginRegistry
<!--Maven是否需要使用plugin-registry.xml文件來管理插件版本。如果需要讓Maven
使用文件${user.home}/.m2/plugin-registry.xml來管理插件版本,則設(shè)為true。
默認為false。-->
<usePluginRegistry>false</usePluginRegistry>

# 5. offline
<!--表示Maven是否需要在離線模式下運行。如果構(gòu)建系統(tǒng)需要在離線模式下運行,則為true,默認為false。
當由于網(wǎng)絡(luò)設(shè)置原因或者安全因素,構(gòu)建服務(wù)器不能連接遠程倉庫的時候,該配置就十分有用。 -->
<offline>false</offline>

# 6. pluginGroups
<!--當插件的組織Id(groupId)沒有顯式提供時,供搜尋插件組織Id(groupId)的列
表。該元素包含一個pluginGroup元素列表,每個子元素包含了一個組織Id(groupId)。
當我們使用某個插件,并且沒有在命令行為其提供組織Id(groupId)的時候,Maven就會
使用該列表。默認情況下該列表包含了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則激活代理。當我們聲明了一組代理,而某個時候只需要激活一個代理的時候,該元素就可以派上用處。 -->
   <active>true</active>
   <!--代理的協(xié)議。 協(xié)議://主機名:端口,分隔成離散的元素以方便配置。-->
   <protocol>http</protocol>
   <!--代理的主機名。協(xié)議://主機名:端口,分隔成離散的元素以方便配置。  -->
   <host>proxy.somewhere.com</host>
   <!--代理的端口。協(xié)議://主機名:端口,分隔成離散的元素以方便配置。 -->
   <port>8080</port>
   <!--代理的用戶名,用戶名和密碼表示代理服務(wù)器認證的登錄名和密碼。 -->
   <username>proxyuser</username>
   <!--代理的密碼,用戶名和密碼表示代理服務(wù)器認證的登錄名和密碼。 -->
   <password>somepassword</password>
   <!--不該被代理的主機名列表。該列表的分隔符由代理服務(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ù)器認證所需要的登錄名和密碼。 -->
   <username>my_login</username>
   <!--鑒權(quán)密碼 。鑒權(quán)用戶名和鑒權(quán)密碼表示服務(wù)器認證所需要的登錄名和密碼。密碼加密功能已被添加到2.1.0 +。詳情請訪問密碼加密頁面-->
   <password>my_password</password>
   <!--鑒權(quá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>
   <!--該鏡像的唯一標識符。id用來區(qū)分不同的mirror元素。 -->
   <id>planetmirror.com</id>
   <!--鏡像名稱 -->
   <name>PlanetMirror Australia</name>
   <!--該鏡像的URL。構(gòu)建系統(tǒng)會優(yōu)先考慮使用該URL,而非使用默認的服務(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>
   <!--該配置的唯一標識符。 -->
   <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標記和逗號分隔的列表來顯式的激活(如,-P test)。-->
   <activation>
    <!--profile默認是否激活的標識-->
    <activeByDefault>false</activeByDefault>
    <!--當匹配的jdk被檢測到,profile被激活。例如,1.4激活JDK1.4,1.4.0_2,而!1.4激活所有版本不是以1.4開頭的JDK。-->
    <jdk>1.5</jdk>
    <!--當匹配的操作系統(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的擴展屬性列表。Maven屬性和Ant中的屬性一樣,可以用來存放一些
值。這些值可以在POM中的任何地方使用標記${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
<!--遠程倉庫列表,它是Maven用來填充構(gòu)建系統(tǒng)本地倉庫所使用的一組遠程項目。 -->
   <repositories>
    <!--包含需要連接到遠程倉庫的信息 -->
    <repository>
     <!--遠程倉庫唯一標識-->
     <id>codehausSnapshots</id>
     <!--遠程倉庫名稱 -->
     <name>Codehaus Snapshots</name>
     <!--如何處理遠程倉庫里發(fā)布版本的下載-->
     <releases>
      <!--true或者false表示該倉庫是否為下載某種類型構(gòu)件(發(fā)布版,快照版)開啟。  -->
      <enabled>false</enabled>
      <!--該元素指定更新發(fā)生的頻率。Maven會比較本地POM和遠程POM的時間戳。這里的選項是:always(一直),daily(默認,每日),interval:X(這里X是以分鐘為單位的時間間隔),或者never(從不)。 -->
      <updatePolicy>always</updatePolicy>
      <!--當Maven驗證構(gòu)件校驗文件失敗時該怎么做-ignore(忽略),fail(失?。蛘遷arn(警告)。-->
      <checksumPolicy>warn</checksumPolicy>
     </releases>
     <!--如何處理遠程倉庫里快照版本的下載。有了releases和snapshots這兩組配置,POM就可以在每個單獨的倉庫中,為每種類型的構(gòu)件采取不同的策略。例如,可能有人會決定只為開發(fā)目的開啟對快照版本下載的支持。參見repositories/repository/releases元素-->
     <snapshots>
      <enabled/><updatePolicy/><checksumPolicy/>
     </snapshots>
     <!--遠程倉庫URL,按protocol://hostname/path形式 -->
     <url>http://snapshots.maven.codehaus.org/maven2</url>
     <!--用于定位和排序構(gòu)件的倉庫布局類型-可以是default(默認)或者legacy(遺留)。Maven 2為其倉庫提供了一個默認的布局;然而,Maven 1.x有一種不同的布局。我們可以使用該元素指定布局是default(默認)還是legacy(遺留)。 -->
     <layout>default</layout>
    </repository>
   </repositories>
   <!--發(fā)現(xiàn)插件的遠程倉庫列表。倉庫是兩種主要構(gòu)件的家。第一種構(gòu)件被用作其它構(gòu)件的依賴。這是中央倉庫中存儲的大部分構(gòu)件類型。另外一種構(gòu)件類型是插件。Maven插件是一種特殊類型的構(gòu)件。由于這個原因,插件倉庫獨立于其它倉庫。pluginRepositories元素的結(jié)構(gòu)和repositories元素的結(jié)構(gòu)類似。每個pluginRepository元素指定一個Maven可以用來尋找新插件的遠程地址。-->
   <pluginRepositories>
    <!--包含需要連接到遠程插件倉庫的信息.參見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時的一個選項,表示該依賴是可選的,不會被依賴傳遞。

例如當前項目是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 文件中定義依賴,以先聲明的依賴為準。其實就是根據(jù)坐標導入的順序來確定最終使用哪個傳遞過來的依賴。

結(jié)論:通過上圖可以看到,spring-aop和spring-webmvc都傳遞過來了spring-beans,但是因為spring-aop在前面,所以最終使用的spring-beans是由spring-aop傳遞過來的,而spring-webmvc傳遞過來的spring-beans則被忽略了。

2.3.2 排除

可以使用exclusions標簽將傳遞過來的依賴排除出去。

上圖我們可以看到,spring-webmvc傳遞過來的spring-core已經(jīng)排除出去了

2.3.3 版本鎖定

采用直接鎖定版本的方法確定依賴jar包的版本,版本鎖定后則不考慮依賴的聲明順序或依賴的路徑,以鎖定的版本為準添加到工程中,此方法在企業(yè)開發(fā)中經(jīng)常使用

①在dependencyManagement標簽中鎖定依賴的版本

②在dependencies標簽中聲明需要導入的maven坐標

上圖可以看出spring-core和spring-aop的版本號均已修改

注 dependencyManagement中鎖定版本后,導入spring-core和spring-aop的時候不需要再指定版本

總結(jié)

以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。

相關(guān)文章

最新評論