怎麼編譯遠程maven倉庫

『壹』 maven的使用問題，新手求助

配置maven的話，需要看你什麼軟體。然後進行配置，使用很簡單。

java"><projectxmlns="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.0http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.mycompany.app</groupId>
<artifactId>my-app</artifactId>
<version>1.1.0.1</version>
<packaging>jar</packaging>
<name>myapp</name>
<url>http://maven.apache.org</url>
<dependencies>
這一部分就是你使用的maven項目下的jar包。
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
log4j
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.17</version>
</dependency>
</dependencies>
</project>

就這樣使用。當然還有其他的東西，比如編譯的jdk版本，都可以在插件中使用。當然，沒有自動提示是因為你沒有配置maven，配置maven因為軟體不同，所以採取的方式也不同。可以網路。配置時需要修改配置文件。。你所安裝的路徑apache-maven-3.3.9confsettings.xml 這個配置文件，還要配置本地倉庫，以及遠程倉庫。。。。。當然每個人所採取的遠程倉庫不同。。也不好給你配置。配置還是很簡單的。我不清楚你所使用的編程軟體。

『貳』 idea編譯和maven編譯的區別

個人的一個小感受，學習一個新技術，應該以歷史的眼光開看待這個新技術出現的原因，以及幫我們解決了什麼問題。在個人職業生涯中要感謝Java自學網，一直自學java，我們來回憶一下沒有Maven的日子是怎麼樣的？

開發一個項目，需要用別人寫好的jar包，我們先把開源的jar包下載下來放到項目的lib目錄下，並把這個目錄添加到CLASSPATH(告訴Java執行環境，在哪些目錄下可以找到你要執行的Java程序需要的類或者包)
我們下載了a.jar發現a.jar還需要依賴b.jar，結果又去把b.jar包下載下來開始運行
如果運氣夠好，我們的項目在添加完所有的依賴後，能正產運行了。如果運氣差點，還會遇到版本的問題，例如a.jar在調用b.jar的時候發現b.jar根本沒有這個方法，在別的版本中才有，現在好了，光找依賴和適配版本就能花上不少時間
而且我們往git上上傳代碼的時候，還必須把這些lib都上傳上去。別人下載我們的代碼時也必須把lib下載下來，這個真心耗費時間
這時候Maven作為Java世界的包管理工具出現了，當然Java世界還有其他包管理工具，例如gradle等。就像yum是linux世界的包管理工具，webpack是前端世界的包管理工具一樣

Maven倉庫的種類

.png
Maven找jar包的過程是這樣的，先在本地倉庫找，找不到再去私服(如果配置了的話)，再找不到去中央倉庫(http://repo1.maven.org/maven2/，maven團隊負責維護)

從中央倉庫找到後，會在私服和本地倉庫放一份，從私服找到後也會在本地倉庫放一份

當你安裝在好了Maven以後，在conf目錄下有個settings.xml文件，這個裡面配置的項很多，後文會詳細介紹這個配置文件。

在這個配置文件下有這樣一段話，說了Maven默認的本地倉庫地址為${user.home}/.m2/repository(當然你可以重新設置本地倉庫的地址，上面就是模板)，我是window電腦，來看看這個目錄

.png
看到有很多jar包被存到本地，當然如果你想配置私服也是在settings.xml上進行配置，隨便一搜很多教程，不再贅述

搭建私服好處多多，在一個公司內部可以開發一些公共的基礎組件放到私服上，方便其他同事使用

Maven的默認配置

一個Maven的項目的整體結構是這樣的

.png
在這里插入圖片描述

為什麼一個Maven項目的文件結構是這種的呢？

這就不得不說到Maven的一個特性，約定優於配置。

Maven默認配置了${project.basedir}/src/main/java為項目的源代碼目錄

${project.basedir}/src/main/test為項目的測試代碼目錄

${project.basedir}/target為項目的編譯輸出目錄等

spring boot就是約定優於配置的體現，想想我們用spring mvc的時候還得配置視圖解析器，包的自動掃描，而用了spring boot框架，我們就完全不用再配置了

Maven項目詳解

安裝還是挺簡單的，我就不再介紹，我也沒有單獨下載，一般就用了Idea自帶的Maven了，下載完後目錄結構如下：

.png
bin目錄：

該目錄包含了mvn運行的腳本，這些腳本用來配置java命令，准備好classpath和相關的Java系統屬性，然後執行Java命令。

boot目錄:

該目錄只包含一個文件，該文件為plexus-classworlds-2.5.2.jar。plexus-classworlds是一個類載入器框架，相對於默認的java類載入器，它提供了更加豐富的語法以方便配置，Maven使用該框架載入自己的類庫。

conf目錄:

該目錄包含了一個非常重要的文件settings.xml。直接修改該文件，就能在機器上全局地定製maven的行為，即對所有用戶都生效。一般情況下，我們更偏向於復制該文件至~/.m2/目錄下(~表示用戶家目錄，windows下~就是C:UsersPeng，Peng是小編的用戶名)，然後修改該文件，在用戶級別定製Maven的行為。

lib目錄:

該目錄包含了所有Maven運行時需要的Java類庫，Maven本身是分模塊開發的，因此用戶能看到諸如maven-core-3.0.jar、maven-model-3.0.jar之類的文件，此外這里還包含一些Maven用到的第三方依賴如commons-cli-1.2.jar、commons-lang-2.6.jar等等。、

settings.xml配置文件詳解

我們來詳細說一下settings.xml這個文件，這個文件可以定製Maven的行為，上面已經說到settings.xml可以放在2個位置，~/.m2/setting.xml(默認沒有，需要我們自己復制)和${maven.home}/conf/setting.xml

這2個配置文件的載入順序為~/.m2/setting.xml>${maven.home}/conf/setting.xml，為了不影響他人，所以我們將conf下的settings.xml復制到家目錄，在用戶級別定製Maven的行為。

.png
這個和配置環境變數有點類似，Windos和Linux都可以配置系統級別的環境變數和用戶級別的環境變數，這里單說一下Linux的吧，在/etc/profile裡面配置的就是系統級別的環境變數，在~/.bash_profile裡面配置的就是用戶級別的環境變數

各種配置項還是挺多的，設置鏡像倉庫(國內用阿里雲的比較多)，設置代理，不再贅述

maven常用命令

.png
當然也可以連著使用

mvn clean package 清理打包

mvn clean package -DskipTests=true 清理打包，並跳過測試用例

mvn clean install 清理打包，並將jar包或者war包復制到本地倉庫

運行單測的時候也沒必要一個一個點測試方法，mvn test 一個命令跑完所有測試用例，

要注意的是只會執行以Test開頭或者結尾的測試類，也沒必要自己寫測試類，我在推薦閱讀第一篇文章中演示了快速生成測試類的方法，可以去看看，生成的測試類都是以Test結尾的

mvn dependency:tree > show.txt 將依賴輸出重定向到文件中，方便查看

pom.xml詳解

groupId 公司域名倒過來

artifactId 功能命名

version 版本號

這三個維度確定一個jar包，就像用(x，y，z)坐標在三維空間中唯一確定一個點。

packaging 打包方式，jar，war，maven-plugin(開發maven插件)

scope詳解

參數解釋是否會被打入最終的jar包compile默認的scope是test測試使用否provided編譯需要否runtime編譯不需要，運行時需要(介面與實現分離)是system載入本地jar否

類似如下這種，沒有指定scope，說明scope是compile

org.mybatis.spring.boot mybatis-spring-boot-starter 1.3.2
test是指在運行測試用例的時候才會用到，沒必要打入到最後的jar裡面，所以你看到的測試框架的scope基本上都是test

org.springframework.boot spring-boot-starter-test test
provided，編譯的時候會用到，但不會被打入最後的jar包

例如想把spring boot項目以war包的形式放在tomcat中運行，首先得加入如下依賴

org.springframework.boot spring-boot-starter-tomcat provided
或者你寫了一個放在Storm集群或者Flink集群上運行的任務，最後都要把Storm的依賴或者Flink的依賴設置成provided，因為集群上已經都有這些環境的jar包、

如果你用到lombok插件的話，你會發現lombok的Maven是如下形式，說明它只會編譯的時候會用到。

org.projectlombok lombok 1.16.6provided
我寫了如下一個測試類

@Datapublic class Test { private String name; private int age;}
生成的class文件反編譯後的如下，驗證了我們的想法，編譯之後確實沒有必要再用lombok這個jar包

public class Test { private String name; private int age; public Test() { } public String getName() { return this.name; } public int getAge() { return this.age; } public void setName(String name) { this.name = name; } public void setAge(int age) { this.age = age; }}
runtime，運行時才會用到。例如，如果你的項目有對資料庫的操作，但沒有加入相應的JDBC的實現jar包，如mysql-connector-java，是可以編譯成功的，只有運行時才會報錯。所以你看到的JDBC實現的jar包scope為runtime，表明這個jar包在運行時才會用到

mysql mysql-connector-java 5.1.35runtime
system，本地載入jar，當你和第三方公司合作，他們只是給了你一個jar包時，你可以有三種選擇

mvn install到本地倉庫
mvn deploy到私服
指定jar包路徑，從本地載入，例如如下pom形式
com.tievd.third arcvideo 1.0system${basedir}/lib/face-api-1.0.jar
前文已經說到scope為system的依賴不會被打入最終的jar包，得通過配置插件等方式將依賴打入最終的jar包，所以這種方式一般很少使用。

還沒寫完，後續更精彩

寫在最後：

碼字不易看到最後了，那就點個關注唄，只收藏不點關注的都是在耍流氓！

關注並私信我「架構」，免費送一些Java架構資料(也可到Java自學網直接獲取)，先到先得！記得轉發哦！

打開CSDN，閱讀體驗更佳
最新發布 【分享】idea版本與maven版本不一致的坑
在確保maven 相關的配置沒有問題的時候，可以考慮下，是否是idea與maven版本配置問題。比如 idea 2022,使用maven3.6.x 有點小問題，推薦版本3.8.x。idea 2021 使用高版本3.8.x 有點小問題,推薦版本3.6.x。
繼續訪問
記Maven命令打包到本地庫*.pom文件打包不完整的解決思路
問題描述 1、需求描述 目前籌劃做一個開源的springboot項目，其想法是在這個開源項目中整合所有依賴的jar包。之後開發就直接新建個maven項目直接依賴這個包就可以直接進行開發了。 2、問題描述 當寫好基礎的jar包打包之後，mvn install 到本地倉庫，新建maven項目依賴此jar包，發現基礎jar包所依賴的所有jar都沒有引入進來。但是經過幾番測試發現一下規律： （1）、在idea中install 的jar包可以正常使用。 （2）、mvn install:instal..
繼續訪問
idea正常 jar包運行有問題_IDEA 直接點擊運行執行正常，命令行下面執行Jar包出現部分亂碼的情況。...
解決方案如上：有個Springboot項目為了測試方便，模型類用中文作為欄位屬性，封裝成Odata格式，在通過Springboot發布並打成jar包。通過命令行啟動jar包裡面的Springweb服務，訪問的時候開始進入服務http://desktop-6vf91n9:8080/exp.svc/ 中文欄位就亂碼，通過application.properties編碼，進入服務不亂碼了。http://...
繼續訪問
2.maven打包方式的不同
maven安裝命令： (1)打包snapshot和正式版本號是不一樣的，發布到私服中的命令也不一樣，不需要snapshot方式時，各個依賴包下都需要去除 (2)打包過程中可能會遇到的編碼錯誤，可能需要設置打包時的項目編碼 (3)spring.maven.plugin和maven.plugin的打包方式，後者會要求需要填入主類信息 (4)mvn -DskipTests -Drat.skip=...
繼續訪問
Maven依賴關系原則
轉載自: Maven依賴關系原則與沖突解決辦法(含必殺技) 筆者JustryDeng Maven依賴關系原則(概念)： 相關概念： 級別： 我們不妨把pom.xml裡面的引用的依賴視為第一級，那麼依賴中各自引用的依賴視為第二級...第三級... 路徑長短： 我們不妨以從pom.xml出發，到抵達該依賴時經過的「級」的個數來作為路徑長短的標准。 最短路徑(不同級引用)原則： 若兩個版
繼續訪問
IDEA面板Build Project和maven compile、package、install、deploy的區別
前言： 基於springboot項目 IDEA面板Build下面的Project build和Maven compile、package、install、deploy比較 1、Build Project（Ctrl+F9） 編譯項目，生成位元組碼文件； 生成的target中有classes、generated-sources、generated-test-sources、test-classes目錄； 第一次點Build Project會編譯整個項目包括測試類，第二次點Build Proje
繼續訪問
idea中jar包明明存在，卻報jar包不存在異常的完整處理過程
java開發中遇到的各種問題處理方案
繼續訪問

idea web項目中out(maven中是target)目錄更新不同步，導致訪問404
今天碰到個很惡心的東西。。就是明明導入了相應的依賴文件（css,html,js等文件），路徑也正確。。就是訪問不了。。。。弄了一個多小時。。。 原因在哪？看了一下web項目的生成位置，發現編譯之後會重新生成一個out目錄，更新不同步。。。。 解決方法：build->Build Artifact->clean,然後再build->build Artifact->rebuild。。。問題解決。。 如果使用的是maven構建的web項目，就簡單很多直接cmd定位到項目根節點，有pom
繼續訪問

熱門推薦 筆記本win10相機打不開 無法啟動 顯示灰色相機 怎麼辦
問題筆記本相機打開只顯示一個灰色相機圖，不顯示畫面如圖：解決方案一筆記本會有一個相機的快捷鍵F8，直接按下F8或者Fn+F8即可解決問題。如圖：解決方案二打開win10設置→隱私→相機，查看允許訪問相機的許可權有沒有打開如圖：解決方案三下載相應品牌型號的設置Settings軟體，比如我的是聯想，下載安裝Lenovo Settings，開啟相機如圖：解決方案四Win+R打開命令端，輸入regedit運...
繼續訪問
IDEA build報錯，顯示程序包不存在而maven compile無問題
1 問題描述 抽風症狀一：打開項目之後外部引用的包都飄紅，必須點擊maven的reimport才可以洗白 抽風症狀二：點擊IDEA上方的錘子build失敗，顯示各種程序包不存在，而託管maven compile無問題 IDEA版本：2020.1 2 嘗試 terminal中鍵入mvn idea:idea 無效 在搜羅了網上的各種解決方案之後，可以確定的是出現這個狀況的IDEA版本都是2020.1 3 問題定位 原因：IDEA的Build（編譯）操作和Maven的Build是分開的，並不是一回事。 我之前
繼續訪問

maven依賴的jar包版本不一樣_系統優化(一)Maven打包同一個jar有不同的：版本+時間戳(解決思路)...
解決：maven倉庫的ear裡面有很多個相同的jar(只是包含不同的：版本+時間戳)問題描述： 發現ear裡面有很多個相同的jar，只是包含不同的：版本+時間戳，如下圖所示：(例如：itoo-basic-api有很多相同的jar，只是包含不同的：版本+時間戳)解決思路用許可權的itoo-authority-usergroup-ear模塊進行測試1.懷疑是：maven的坐標，時間戳的問題關鍵字：mav...
繼續訪問
maven本地打包環境不一致
maven本地打包安裝提示No compiler is provided in this environment. Perhaps you are running on a JRE rather than a JDK? 這是mvn的jre環境和jdk下的jre環境不一致，修改環境變數配置和idea的maven使用的jre環境後還是不生效，直接修改maven安裝目錄下的bin文件夾中的mvn.cmd文件，在第一行加上以下代碼解決問題。 set JAVA_HOME=C:\Program Files\Java\
繼續訪問
IDEA 編譯 .jar （可能涉及問題）
IDEA 在執行以下操作前需要確認： 包內class文件沒有語法錯誤，項目SDK和SDK版本號保持一致，main method 和 main path 的設定 以上確認存在問題將導致編譯不通過，解決方法如下： 打開方式為：File----->Project Structure----->Project 對項目進行編譯首先在File----->Project Structure----->Project目錄下點開Artifacts 這邊需要添加項目，可選擇從當前編輯頁尋找 按
繼續訪問

IntelliJ打包與Maven命令打包的區別
因為經常會遇到這個問題，兩種打包方式打出來的包不一樣，一般情況是IntelliJ包可能會報錯，而使用Maven命令行打出來的包就可以正常使用。具體的區別還沒去找，暫時寫在這兒，後面再補充 ...
繼續訪問
使用maven給jar包生成對應的pom文件
參考： https://blog.csdn.net/qq_31289187/article/details/81117478 1. 背景 公司不允許使用外網進行安卓開發，所以在內網里無法連接google和jcenter的庫，也無法使用阿里雲的國內鏡像。所以只能使用本地文件，進行項目的構建，但是在項目構建的過程中，會報如下錯誤。 Could not find androidx.databinding:databinding-compiler:4.0.1. Search in the follo.
繼續訪問
maven依賴的jar包版本不一樣_Maven依賴jar包沖突常見的解決方法
項目中，經常會遇到ClassNotFound，NoSuchMethod異常，第一反應往往是類路徑不對，jar沒有正確的引用。第一步判斷jar是否載入，還是 載入的jar由於maven依賴管理存在傳遞依賴，造成依賴的jar版本號不對,相應的類找不到，或者是相應類版本不對，沒有對應的方法。一 造成jar 沖突的原因：如果項目中存在對同一jar不同版本依賴的時候，maven 2根據最近原則，默認引用最靠...
繼續訪問
intelliJ導出的jar包運行效果和ide運行效果不一致
寫在開頭，文章還是要自己寫，不管是有多爛。 如果連一篇本該是作為職業生涯技術點滴記錄的博客都造假，那人生未免太可悲。 好一些的作者，轉載文章後，掛上轉載標簽，再附上自己的感想。只要感想是自己的，感想寫得內容多了，掛個原創也不為過。寫清楚哪些是自己的，哪些是別人的，就行了。 但現在呢，在當下，好多人都想做網紅，都想要聚合流量，然後自媒體流量變現。然後，就是一堆亂七八糟往上點，就為了你能關注下他發的...
繼續訪問
maven打包pom文件在windows和linux下的格式差異
org.apache.maven.plugins maven-compiler-plugin 3.1 ${java.version} ${java.version} UTF-8 true --> ${java.home}/lib/rt.jar${delimiter}${java.home}/lib/jce.jar ${delimiter} 這個分隔符，在Wi
繼續訪問
maven在eclipse編譯和在CMD編譯結果不一致
maven配置文件默認使用的是setting.xml文件 在CMD環境下也是默認使用setting文件 而在eclipse環境下編譯則使用的是eclipse配置的setting文件， 因此，會出現在eclipse編譯和在CMD編譯結果不一致的問題 轉載於:https://www.cnblogs.com/fanrenren/p/11346276.html...
繼續訪問
maven工程pom.xml配置引用的jar包和最終打出war包中的jar包版本號不一致——mvn命令的應用
今天在打包一個maven工程時，發現有個jar包（暫且叫它A.jar），在pom.xml中配置的明明是2.3的版本，打出的war包里的A.jar怎麼都是1.0的版本，導致war包部署不起來。為此掙扎了1個多小時，pom依賴檢查和環境檢查。最後終於想到可以利用maven的mvn命令列印出jar包依賴關系才發現原來是工程里引用的另一個jar（叫它B.jar好了）也依賴了A.jar，而B.jar中A,j
繼續訪問

『叄』 如何創建maven文件

• 1

  配置maven工程。從官網下載maven工具，然後解壓到磁碟某個目錄下即可。在進行安裝配置maven工具的時候，首先就需要對maven安裝目錄下有個config文件夾，在文件夾下有settings.xml文件。settings裡面就是配置maven工程的一些本地倉庫地址（項目使用的某些jar下載並且安裝到本機中），遠程倉庫（如果本機沒有需要的jar，則從遠程獲取。）的配置等信息。

  

『肆』 用maven編譯項目時出現如下問題

在/etc/profile配置java的環境變數： 你的mvn 項目是用哪個版本的jdk.，就要配置那個版本的jdk。

強制保存文件命令：w !sudo tee %

此時在進入項目執行：$ git pull origin master

繼續mvn clean install

『伍』 如何編寫一個Maven插件

基礎

當maven內置的功能不能滿足需求的時候怎麼辦，那就只能給它寫插件了。 （話說回來，給maven擴展只能寫一個很完整的插件，而不能是一個簡單的script，真的是太笨重了）

網路上很多maven的文章，但基本很少談及如何給它寫插件，即使你搜索maven plugin，也只是給你返回一堆如何使用maven插件的文章。希望這邊文章能給一些maven使用者帶來幫助。

我在這里先假設你已經懂得使用maven，我不會貼出完整的pom.xml文件

首先，你需要創建一個maven項目，插件是一種特殊的maven項目 然後修改pom.xml，將packaging改為maven-plugin

<packaging>maven-plugin</packaging>

通過properties定義maven的版本

<properties>
<maven.version>2.2.1</maven.version>
</properties>

maven3已經出了很久，並且兼容maven2，因此我們團隊內部都是統一使用maven3，但是我這里編寫插件使用的是maven2，可以同時在maven2和maven3下使用，不過其實這個原因並不重要，真正的原因是因為maven3的代碼實在太爛了，最初的時候我用maven3的api lib來寫，發現裡面很多代碼根本沒有注釋，而且很多代碼已經廢棄，但是並沒有明確說明究竟用什麼方法代替。最後我使用了maven2中被maven3廢棄的api來完成我的功能，跑的挺好的，就是有時可能會有一些使用准備廢棄的api的提醒而已。

接著添加依賴

<dependencies>
<dependency>
<groupid>org.apache.maven</groupid>
<artifactid>maven-plugin-api</artifactid>
<version>${maven.version}</version>
</dependency>
<dependency>
<groupid>org.apache.maven</groupid>
<artifactid>maven-core</artifactid>
<version>${maven.version}</version>
</dependency>
</dependencies>

然後開始創建Mojo類，maven插件裡面每一個具體的功能都是一個Mojo 比如說eclipse:clean和eclipse:eclipse就是兩個Mojo

/**
*@goalhelloWorld
*/
{
publicvoidexecute()throwsMojoExecutionException
{
getLog().info("Hello,world!");
}
}

首先繼承AbstractMojo，並且實現execute()方法，這個就是每次調用進入的地方 然後需要在類的Javadoc上定義，這是一個annotation出來之前常用的定義方法（或許未來maven會將它改成annotation，那就能提供編譯校驗和IDE校驗）。我們必須定義@goal，代表運行目標，簡單來說就是eclipse:clean中的clean Mojo寫在哪個package底下都是可以的

這樣，我們就完成了一個簡單的maven plugin，然後我們需要一個簡單的測試來確定他正確運行 先通過maven install將它安裝到本地倉庫

然後打開任意maven的項目（比如說我們原來已經在用maven的項目），在pom.xml增加一個plugin

<build>
<plugins>
<plugin>
<groupid>xxx</groupid>
<artifactid>xxx</artifactid>
<version>xxx</version>
<executions>
<execution>
<phase>compile</phase>
<goals>
<goal>helloWorld</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>

需要留意的是phase部分，我們將這個plugin綁定到compile這個周期 然後我們運行mvn compile，就能成功看見Hello, world!輸出 （當然你也可以直接通過命令行運行，需要帶上完整的groupId和artifactId才能調用）

注入

Mojo是一個很簡單的Java Bean模式的類，你會發現Mojo所繼承的AbstractMojo裡面之後非常少的方法。那我們需要在Mojo.execute裡面獲取當前運行中的上下文如何處理呢？答案是注入，就是跟spring ioc差不多的注入方式。

常用的注入主要有兩種，第一種是xml配置中的額外設置 比如說我們有這么一個plugin的配置

<plugin>
<artifactid>maven-eclipse-plugin</artifactid>
<configuration>
<downloadsources>true</downloadsources>
</configuration>
</plugin>

所有寫在configuration裡面的屬性都可以注入到Mojo中，比如說以下代碼

/**
*@parameter
*/
privatebooleandownloadSources;

就可以通過downloadSources變數獲得配置中的值 值得注意的是，這里是不用生成完整的JavaBean模式的get/set的，並且private是有效的

javadoc裡面還可以加入其他屬性，比如說

/**
*@parameterdefault-value="true"
*@readonly
*/
privatebooleandownloadSources;

就是默認為true，並且不能通過配置修改（當然我們這里肯定不會有這樣的需求） 更多的javadoc可以參看官方文檔中的說明

第二種注入的數據就是上下文，跟HttpServlet.getServletContext這種寫法不一樣，如果我們需要Mojo運行期的上下文，也是通過注入獲得的

/**
*@parameterexpression="${project}"
*@readonly
*/
privateMavenProjectproject;
/**
*@component
*@readonly
*/
;

例如這里我們就能獲得ArtifactFactory和MavenProject 需要注意的是這里可能有兩種方法，第一種跟xml配置獲得的方法差不多，通過expression指定名字 實際上，你在xml裡面，也可以通過${project}獲得相應的東西進行一些簡單的操作（當然xml裡面只能文本描述，這里是一個類）

另外一種就是使用@component這個標注，可以獲得一些基本的組件實例。

測試

寫完一個插件之後，我們就需要對他進行測試 如果我們用人工測試的話，將會非常麻煩，因為maven插件本身的發布流程就非常復雜 你需要編譯打包你的maven插件，然後安裝到本地庫（或遠程私庫中），然後寫一個sample project，再運行，看一下是否正確 當然你也可以用單元測試來解決一些問題，但是單元測試比較難保證插件最終正確，而且maven插件很經常是跟文件打交道

這里我們就需要對maven插件進行自動化的集成測試 maven的生命周期是包含集成測試的，默認是沒有綁定任何功能。不過如果你google一下，會找到一些maven進行集成測試的例子，大致就是啟動jetty，然後通過http訪問驗證，再關閉jetty

我們這里使用的是maven-invoker-plugin，它就是用於maven插件的集成測試

先在pom.xml中加入

<build>
<plugins>
<plugin>
<artifactid>maven-invoker-plugin</artifactid>
<configuration>
<cloneprojectsto>${project.build.directory}/it</cloneprojectsto>
</configuration>
<executions>
<execution>
<id>integration-test</id>
<goals>
<goal>install</goal>
<goal>run</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>

cloneProjectsTo是先將測試案例拷貝出來再運行 execution段的設定是把maven-invoker-plugin的兩個goal綁定到integration-test上 integration-test這個生命周期會在mvn install之前調用

集成測試的內容放在 src/it 目錄下，每新建一個目錄代表一個獨立的測試，裡面放一個完整的maven項目，當然你在這個項目裡面需要引入自己編寫的maven插件並且運行 另外還需要一個postbuild.groovy文件，放在測試案例的根目錄，這個腳本的用處是檢查運行後的maven項目是否達到自己要的效果。很明顯，看名字就知道用groovy來寫，一般我們會檢查一下，是否產生了某某文件等等來判定，如果不正確的話拋出異常

然後我們在maven插件目錄運行mvn integration-test就能進行集成測試了

『陸』 Java Maven打包總結（Jenkins多模塊編譯部署）

原文地址： Java Maven打包總結（Jenkins多模塊編譯部署）

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

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

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

可以看到主要區別在把生成的jar包最終存放的位置， package只管打包； install把打好的包放到了本地maven倉庫；deploy是同時放到本地倉庫和遠程maven私服

這里本地倉庫默認是 /root/.m2/repository/ ，具體配置在 ${M2_HOME}/conf/settings 的 localRepository 配置項決定。遠程私服倉庫一般是nexus，具體地址在項目的pom.xml中配置。比如

一般是進入父級目錄之後執行

如果是多級目錄的話，有時候並不一定是按照 具體的項目來 編譯，比如

這個時候如果一個項目一個項目來編譯會超級多，很繁瑣，這里是按照 subparentproject 來編譯，命令如下

有個注意的地方：
subparentproject 目錄下的pom.xml文件中一定有類型如下的配置

1、需要安裝插件 Extended Choice Parameter Plug-In 可以支持參數單選、多選
2、項目選擇"自由風格"，而不是maven編譯
3、在「構建」 -> "執行shell" 中編寫 子模塊編譯腳本及其後續處理

具體配置如下圖

「構建」 -> "執行shell" 中的處理腳本

附加：

Linux Bash下字元串操作總結