maven與ant編譯詳細介紹


原因:最近項目需求,要用maven編譯,蛋疼,哥是搞c++的人,奶奶個腿的,要是makefile也行!索性自己研究下maven編譯了!

個人理解:java工程在編譯的時候,會依賴一堆jar包,常規的理解是在本地將jar導入編譯,而現在是maven提供了一堆jar包,所謂的倉庫儲存,這樣就可以從遠程倉庫上獲取下來,當然會想到每次從遠程倉庫獲取會比較麻煩,索性搞一個本地“緩存”放取下的jar,稱爲本地倉庫!這樣下次編譯時就先從本地獲取!

具體參考:http://www.cnblogs.com/onlys/archive/2011/01/04/1925466.html

一、maven介紹

maven安裝:

(1)包獲取路徑:http://maven.apache.org/

(2)設置環境變量

(3)安裝jdk,設置環境變量

(4)驗證安裝是否成功:mvn -version

maven配置詳解

(1)setting.xml(默認在maven安裝目錄的conf下)

保存本地所有項目所共享的全局配置信息

 

<?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">
 <!--本地倉庫。該值表示構建系統本地倉庫的路徑。其默認值爲~/.m2/repository。 -->
 <localRepository>usr/local/maven</localRepository>
 <!--Maven是否需要和用戶交互以獲得輸入。如果Maven需要和用戶交互以獲得輸入,則設置成true,反之則應爲false。默認爲true。-->
 <interactiveMode>true</interactiveMode>
 <!--Maven是否需要使用plugin-registry.xml文件來管理插件版本。如果需要讓Maven使用文件~/.m2/plugin-registry.xml來管理插件版本,則設爲true。默認爲false。-->
 <usePluginRegistry>false</usePluginRegistry>
 <!--表示Maven是否需要在離線模式下運行。如果構建系統需要在離線模式下運行,則爲true,默認爲false。當由於網絡設置原因或者安全因素,構建服務器不能連接遠程倉庫的時候,該配置就十分有用。 -->
 <offline>false</offline>
 <!--當插件的組織Id(groupId)沒有顯式提供時,供搜尋插件組織Id(groupId)的列表。該元素包含一個pluginGroup元素列表,每個子元素包含了一個組織Id(groupId)。當我們使用某個插件,並且沒有在命令行爲其提供組織Id(groupId)的時候,Maven就會使用該列表。默認情況下該列表包含了org.apache.maven.plugins。 -->
 <pluginGroups>
  <!--plugin的組織Id(groupId) -->
  <pluginGroup>org.codehaus.mojo</pluginGroup>
 </pluginGroups>
 <!--用來配置不同的代理,多代理profiles 可以應對筆記本或移動設備的工作環境:通過簡單的設置profile id就可以很容易的更換整個代理配置。 -->
 <proxies>
  <!--代理元素包含配置代理時需要的信息-->
  <proxy>
   <!--代理的唯一定義符,用來區分不同的代理元素。-->
   <id>myproxy</id>
   <!--該代理是否是激活的那個。true則激活代理。當我們聲明瞭一組代理,而某個時候只需要激活一個代理的時候,該元素就可以派上用處。 -->
   <active>true</active>
   <!--代理的協議。 協議://主機名:端口,分隔成離散的元素以方便配置。-->
   <protocol>http</protocol>
   <!--代理的主機名。協議://主機名:端口,分隔成離散的元素以方便配置。  -->
   <host>proxy.somewhere.com</host>
   <!--代理的端口。協議://主機名:端口,分隔成離散的元素以方便配置。 -->
   <port>8080</port>
   <!--代理的用戶名,用戶名和密碼錶示代理服務器認證的登錄名和密碼。 -->
   <username>proxyuser</username>
   <!--代理的密碼,用戶名和密碼錶示代理服務器認證的登錄名和密碼。 -->
   <password>somepassword</password>
   <!--不該被代理的主機名列表。該列表的分隔符由代理服務器指定;例子中使用了豎線分隔符,使用逗號分隔也很常見。-->
   <nonProxyHosts>*.google.com|ibiblio.org</nonProxyHosts>
  </proxy>
 </proxies>
 <!--配置服務端的一些設置。一些設置如安全證書不應該和pom.xml一起分發。這種類型的信息應該存在於構建服務器上的settings.xml文件中。-->
 <servers>
  <!--服務器元素包含配置服務器時需要的信息 -->
  <server>
   <!--這是server的id(注意不是用戶登陸的id),該id與distributionManagement中repository元素的id相匹配。-->
   <id>server001</id>
   <!--鑑權用戶名。鑑權用戶名和鑑權密碼錶示服務器認證所需要的登錄名和密碼。 -->
   <username>my_login</username>
   <!--鑑權密碼 。鑑權用戶名和鑑權密碼錶示服務器認證所需要的登錄名和密碼。 -->
   <password>my_password</password>
   <!--鑑權時使用的私鑰位置。和前兩個元素類似,私鑰位置和私鑰密碼指定了一個私鑰的路徑(默認是/home/hudson/.ssh/id_dsa)以及如果需要的話,一個密語。將來passphrase和password元素可能會被提取到外部,但目前它們必須在settings.xml文件以純文本的形式聲明。 -->
   <privateKey>${usr.home}/.ssh/id_dsa</privateKey>
   <!--鑑權時使用的私鑰密碼。-->
   <passphrase>some_passphrase</passphrase>
   <!--文件被創建時的權限。如果在部署的時候會創建一個倉庫文件或者目錄,這時候就可以使用權限(permission)。這兩個元素合法的值是一個三位數字,其對應了unix文件系統的權限,如664,或者775。 -->
   <filePermissions>664</filePermissions>
   <!--目錄被創建時的權限。 -->
   <directoryPermissions>775</directoryPermissions>
   <!--傳輸層額外的配置項 -->
   <configuration></configuration>
  </server>
 </servers>
 <!--爲倉庫列表配置的下載鏡像列表。 -->
 <mirrors>
  <!--給定倉庫的下載鏡像。 -->
  <mirror>
   <!--該鏡像的唯一標識符。id用來區分不同的mirror元素。 -->
   <id>planetmirror.com</id>
   <!--鏡像名稱 -->
   <name>PlanetMirror Australia</name>
   <!--該鏡像的URL。構建系統會優先考慮使用該URL,而非使用默認的服務器URL。 -->
   <url>http://downloads.planetmirror.com/pub/maven2</url>
   <!--被鏡像的服務器的id。例如,如果我們要設置了一個Maven中央倉庫(http://repo1.maven.org/maven2)的鏡像,就需要將該元素設置成central。這必須和中央倉庫的id central完全一致。-->
   <mirrorOf>central</mirrorOf>
  </mirror>
 </mirrors>
 <!--根據環境參數來調整構建配置的列表。settings.xml中的profile元素是pom.xml中profile元素的裁剪版本。它包含了id,activation, repositories, pluginRepositories和 properties元素。這裏的profile元素只包含這五個子元素是因爲這裏只關心構建系統這個整體(這正是settings.xml文件的角色定位),而非單獨的項目對象模型設置。如果一個settings中的profile被激活,它的值會覆蓋任何其它定義在POM中或者profile.xml中的帶有相同id的profile。 -->
 <profiles>
  <!--根據環境參數來調整的構件的配置-->
  <profile>
   <!--該配置的唯一標識符。 -->
   <id>test</id>
   <!--自動觸發profile的條件邏輯。Activation是profile的開啓鑰匙。如POM中的profile一樣,profile的力量來自於它能夠在某些特定的環境中自動使用某些特定的值;這些環境通過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>
    <!--當匹配的操作系統屬性被檢測到,profile被激活。os元素可以定義一些操作系統相關的屬性。-->
    <os>
     <!--激活profile的操作系統的名字 -->
     <name>Windows XP</name>
     <!--激活profile的操作系統所屬家族(如 'windows')  -->
     <family>Windows</family>
     <!--激活profile的操作系統體系結構  -->
     <arch>x86</arch>
     <!--激活profile的操作系統版本-->
     <version>5.1.2600</version>
    </os>
    <!--如果Maven檢測到某一個屬性(其值可以在POM中通過${名稱}引用),其擁有對應的名稱和值,Profile就會被激活。如果值字段是空的,那麼存在屬性名稱字段就會激活profile,否則按區分大小寫方式匹配屬性值字段-->
    <property>
     <!--激活profile的屬性的名稱-->
     <name>mavenVersion</name>
     <!--激活profile的屬性的值 -->
     <value>2.0.3</value>
    </property>
    <!--提供一個文件名,通過檢測該文件的存在或不存在來激活profile。missing檢查文件是否存在,如果不存在則激活profile。另一方面,exists則會檢查文件是否存在,如果存在則激活profile。-->
    <file>
     <!--如果指定的文件存在,則激活profile。 -->
     <exists>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</exists>
     <!--如果指定的文件不存在,則激活profile。-->
     <missing>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</missing>
    </file>
   </activation>
   <!--對應profile的擴展屬性列表。Maven屬性和Ant中的屬性一樣,可以用來存放一些值。這些值可以在POM中的任何地方使用標記${X}來使用,這裏X是指屬性的名稱。屬性有五種不同的形式,並且都能在settings.xml文件中訪問。
   1. env.X: 在一個變量前加上"env."的前綴,會返回一個shell環境變量。例如,"env.PATH"指代了$path環境變量(在Windows上是%PATH%)。
   2. project.x:指代了POM中對應的元素值。
   3. settings.x: 指代了settings.xml中對應元素的值。
   4. Java System Properties: 所有可通過java.lang.System.getProperties()訪問的屬性都能在POM中使用該形式訪問,
    如/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre。
   5. x: 在<properties/>元素中,或者外部文件中設置,以${someVar}的形式使用。 -->
   <properties>
    <user.install>/ebs1/build-machine/usr/local/hudson/hudson-home/jobs/maven-guide-</user.install>
   </properties>
   <!--遠程倉庫列表,它是Maven用來填充構建系統本地倉庫所使用的一組遠程項目。 -->
   <repositories>
    <!--包含需要連接到遠程倉庫的信息 -->
    <repository>
     <!--遠程倉庫唯一標識-->
     <id>codehausSnapshots</id>
     <!--遠程倉庫名稱 -->
     <name>Codehaus Snapshots</name>
     <!--如何處理遠程倉庫裏發佈版本的下載-->
     <releases>
      <!--true或者false表示該倉庫是否爲下載某種類型構件(發佈版,快照版)開啓。  -->
      <enabled>false</enabled>
      <!--該元素指定更新發生的頻率。Maven會比較本地POM和遠程POM的時間戳。這裏的選項是:always(一直),daily(默認,每日),interval:X(這裏X是以分鐘爲單位的時間間隔),或者never(從不)。 -->
      <updatePolicy>always</updatePolicy>
      <!--當Maven驗證構件校驗文件失敗時該怎麼做-ignore(忽略),fail(失敗),或者warn(警告)。-->
      <checksumPolicy>warn</checksumPolicy>
     </releases>
     <!--如何處理遠程倉庫裏快照版本的下載。有了releases和snapshots這兩組配置,POM就可以在每個單獨的倉庫中,爲每種類型的構件採取不同的策略。例如,可能有人會決定只爲開發目的開啓對快照版本下載的支持。參見repositories/repository/releases元素-->
     <snapshots>
      <enabled/><updatePolicy/><checksumPolicy/>
     </snapshots>
     <!--遠程倉庫URL,按protocol://hostname/path形式 -->
     <url>http://snapshots.maven.codehaus.org/maven2</url>
     <!--用於定位和排序構件的倉庫佈局類型-可以是default(默認)或者legacy(遺留)。Maven 2爲其倉庫提供了一個默認的佈局;然而,Maven 1.x有一種不同的佈局。我們可以使用該元素指定佈局是default(默認)還是legacy(遺留)。 -->
     <layout>default</layout>
    </repository>
   </repositories>
   <!--發現插件的遠程倉庫列表。倉庫是兩種主要構件的家。第一種構件被用作其它構件的依賴。這是中央倉庫中存儲的大部分構件類型。另外一種構件類型是插件。Maven插件是一種特殊類型的構件。由於這個原因,插件倉庫獨立於其它倉庫。pluginRepositories元素的結構和repositories元素的結構類似。每個pluginRepository元素指定一個Maven可以用來尋找新插件的遠程地址。-->
   <pluginRepositories>
    <!--包含需要連接到遠程插件倉庫的信息.參見profiles/profile/repositories/repository元素的說明-->
          <pluginRepository>           
     <releases>      
      <enabled/><updatePolicy/><checksumPolicy/>
     </releases>
     <snapshots>
      <enabled/><updatePolicy/><checksumPolicy/>
     </snapshots>
     <id/><name/><url/><layout/>
          </pluginRepository>
        </pluginRepositories>
        <!--手動激活profiles的列表,按照profile被應用的順序定義activeProfile。 該元素包含了一組activeProfile元素,每個activeProfile都含有一個profile id。任何在activeProfile中定義的profile id,不論環境設置如何,其對應的
        profile都會被激活。如果沒有匹配的profile,則什麼都不會發生。例如,env-test是一個activeProfile,則在pom.xml(或者profile.xml)中對應id的profile會被激活。如果運行過程中找不到這樣一個profile,Maven則會像往常一樣運行。 -->
   <activeProfiles>
    <!-- -->
    <activeProfile>env-test</activeProfile>
   </activeProfiles>
  </profile>
 </profiles>
</settings>


摘自:http://blog.csdn.net/uohzoaix/article/details/7035302

(2)pom.xml

POM是項目對象模型(Project Object Model)的簡稱,它是Maven項目中的文件,使用XML表示,名稱叫做pom.xml描述項目的配置文件,放在每個項目的根目錄下

<project 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/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    
    <!-- 基本設置 -->
    <groupId>...</groupId>
    <artifactId>...</artifactId>
    <version>...</version>
    <packaging>...</packaging>
    <dependencies>...</dependencies>
    <parent>...</parent>
    <dependencyManagement>...</dependencyManagement>
    <modules>...</modules>
    <properties>...</properties>
    
    <!-- 構建過程的設置 -->
    <build>...</build>
    <reporting>...</reporting>
    
    <!-- 項目信息設置 -->
    <name>...</name>
    <description>...</description>
    <url>...</url>
    <inceptionYear>...</inceptionYear>
    <licenses>...</licenses>
    <organization>...</organization>
    <developers>...</developers>
    <contributors>...</contributors>
    
    <!-- 環境設置 -->
    <issueManagement>...</issueManagement>
    <ciManagement>...</ciManagement>
    <mailingLists>...</mailingLists>
    <scm>...</scm>
    <prerequisites>...</prerequisites>
    <repositories>...</repositories>
    <pluginRepositories>...</pluginRepositories>
    <distributionManagement>...</distributionManagement>
    <profiles>...</profiles>
</project>

參考文章:http://www.cnblogs.com/yakov/archive/2011/11/26/maven_pom.html

參考文章:http://www.blogjava.net/jianyue/articles/227932.html

二、ant編譯介紹(待補充)


 

發佈了35 篇原創文章 · 獲贊 7 · 訪問量 3萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章