Maven中setting.xml配置文件的示例分析

這篇文章給大家分享的是有關(guān)Maven中setting.xml配置文件的示例分析的內(nèi)容。小編覺得挺實用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。

maven的配置文件settings.xml存在于兩個地方：

1.安裝的地方：${M2_HOME}/conf/settings.xml

2.用戶的目錄：${user.home}/.m2/settings.xml

前者又被叫做全局配置，對操作系統(tǒng)的所有使用者生效；后者被稱為用戶配置，只對當(dāng)前操作系統(tǒng)的使用者生效。如果兩者都存在，它們的內(nèi)容將被合并，并且用戶范圍的settings.xml會覆蓋全局的settings.xml。

Maven安裝后，用戶目錄下不會自動生成settings.xml，只有全局配置文件。如果需要創(chuàng)建用戶范圍的settings.xml，可以將安裝路徑下的settings復(fù)制到目錄${user.home}/.m2/。Maven默認(rèn)的settings.xml是一個包含了注釋和例子的模板，可以快速的修改它來達(dá)到你的要求。

全局配置一旦更改，所有的用戶都會受到影響，而且如果maven進(jìn)行升級，所有的配置都會被清除，所以要提前復(fù)制和備份${M2_HOME}/conf/settings.xml文件，一般情況下不推薦配置全局的settings.xml。

settings.xml詳解

聲明規(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">

localRepository

 <!-- 本地倉庫的路徑。默認(rèn)值為${user.home}/.m2/repository。 -->
 <localRepository>usr/local/maven</localRepository>

interactiveMode

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

usePluginRegistry

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

offline

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

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>

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>

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>

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>

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>

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>

Properties

 <!--對應(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>

note：如果該profile被激活，則可以再POM中使用${user.install}。

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>
 </profile>
 </profiles>

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會被激活。如果運(yùn)行過程中找不到這樣一個profile，Maven則會像往常一樣運(yùn)行。 -->
  <activeProfiles>
  <!-- -->
  <activeProfile>env-test</activeProfile>
  </activeProfiles>
</settings>

感謝各位的閱讀！關(guān)于“Maven中setting.xml配置文件的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學(xué)到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！