目錄html
在開發中常常須要依賴第三方的包,包與包之間存在依賴關係,版本間還有兼容性問題,有時還裏要將舊的包升級或降級,當項目複雜到必定程度時包管理變得很是重要。java
Maven是當前最受歡迎的Java項目管理構建自動化綜合工具,相似之前Java中的Ant、node.js中的npm、dotNet中的nuget、PHP中的Composer。node
Maven這個單詞來自於意第緒語(猶太語),意爲知識的積累。git
Maven提供了開發人員構建一個完整的生命週期框架。開發團隊能夠自動完成項目的基礎工具建設,Maven使用標準的目錄結構和默認構建生命週期。Maven讓開發人員的工做更輕鬆,同時建立報表,檢查,構建和測試自動化設置。Maven簡化和標準化項目建設過程。處理編譯,分配,文檔,團隊協做和其餘任務的無縫鏈接。 Maven增長可重用性並負責創建相關的任務。web
每一個Java項目的目錄結構都沒有一個統一的標準,配置文件處處都是,單元測試代碼到底應該放在那裏也沒有一個權威的規範。算法
所以,咱們就要用到Maven(使用Ant也能夠,不過編寫Ant的xml腳本比較麻煩)----一個項目管理工具。spring
Maven主要作了兩件事:sql
若是沒有Maven,你可能不得不經歷下面的過程:shell
1 若是使用了spring,去spring的官網下載jar包;若是使用hibernate,去hibernate的官網下載Jar包;若是使用Log4j,去log4j的官網下載jar包..... 2 當某些jar包有依賴的時候,還要去下載對應的依賴jar包 3 當jar包依賴有衝突時,不得不一個一個的排查 4 執行構建時,須要使用ant寫出不少重複的任務代碼 5 當新人加入開發時,須要拷貝大量的jar包,而後重複進行構建 6 當進行測試時,須要一個一個的運行....檢查
有了Maven,它提供了三種功能:數據庫
1 依賴的管理:僅僅經過jar包的幾個屬性,就能肯定惟一的jar包,在指定的文件pom.xml中,只要寫入這些依賴屬性,就會自動下載並管理jar包。 2 項目的構建:內置不少的插件與生命週期,支持多種任務,好比校驗、編譯、測試、打包、部署、發佈... 3 項目的知識管理:管理項目相關的其餘內容,好比開發者信息,版本等等
教程:https://www.yiibai.com/maven/
Maven庫:http://repo2.maven.org/maven2/
中央倉庫資源:
其實主流的開發工具如IDEA、Eclipse都集成了Maven(可見重要性),但爲了更加深入的學習與管理該工具(好比多個IDE共享的問題),我的建議仍是單獨安裝比較好。
在瀏覽器中打開下載地址:http://maven.apache.org/download.cgi
注意:安裝maven以前,必須先確保你的機器中已經安裝了JDK,若是是Maven3則必須JDK1.7以上。
1.解壓壓縮包
2.添加環境變量MAVEN_HOME,值爲apache-maven的安裝路徑(沒有中文)
3.在Path環境變量的變量值末尾添加%MAVEN_HOME%\bin;
4.在cmd輸入mvn –version,若是出現maven的版本信息,說明配置成功。
若是您不配置,默認會在以下位置存放從遠程下載到的包:
從中央倉庫下載的jar包,都會統一存放到本地倉庫中。咱們須要配置本地倉庫的位置。
打開maven安裝目錄,打開conf目錄下的setting.xml文件。
能夠參照下圖配置本地倉儲位置。
你還能夠在運行時指定本地倉庫位置:
mvn clean install -Dmaven.repo.local=d:\yourpath
當構建一個Maven項目時,首先檢查pom.xml文件以肯定依賴包的下載位置,執行順序以下:
一、從本地資源庫中查找並得到依賴包,若是沒有,執行第2步。 二、從Maven默認中央倉庫中查找並得到依賴包(http://repo1.maven.org/maven2/),若是沒有,執行第3步。 三、若是在pom.xml中定義了自定義的遠程倉庫,那麼也會在這裏的倉庫中進行查找並得到依賴包,若是都沒有找到,那麼Maven就會拋出異常。
修改默認中央倉庫地址
經常使用地址:
一、http://www.sonatype.org/nexus/ 私服nexus工具使用 二、http://mvnrepository.com/ (推薦) 三、http://repo1.maven.org/maven2 四、http://maven.aliyun.com/nexus/content/groups/public/ 阿里雲 (強力推薦) 五、http://repo2.maven.org/maven2/ 私服nexus工具使用 六、http://uk.maven.org/maven2/ 七、http://repository.jboss.org/nexus/content/groups/public 八、http://maven.oschina.net/content/groups/public/ 九、http://mirrors.ibiblio.org/maven2/ 十、http://maven.antelink.com/content/repositories/central/ 十一、http://nexus.openkoala.org/nexus/content/groups/Koala-release/ 十二、http://maven.tmatesoft.com/content/groups/public/
完整配置文件:
方法一:
輸入命令 mvn archetype:generate,按回車,根據提示輸入參數,若是是第一次使用,須要下載插件,稍等幾分鐘便可。
切換目錄,輸入指令
選擇骨架(模板):
輸入座標:
確認後下載骨架,成功後的提示以下:
將項目轉換成IDEA項目:
成功後能夠看到增長了項目信息:
在IDEA中就能夠直接打開項目了:
將項目打包
輸入指令:mvn package
打包成功後:
方法二:
在命令中指定參數
mvn archetype:generate -DgroupId=com.mycompany.app -DartifactId=myapp -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false
執行結果:
在命令行輸入:
在命令行輸入指令時請注意當前目錄:
成功提示:
新建一個簡單web項目
mvn archetype:generate -DgroupId=com.zhangguo -DartifactId=webappdemo -Dpackage=com.zhangguo.webappdemo -DarchetypeArtifactId=maven-archetype-webapp -Dversion=1.0 -DinteractiveMode=No
若是下載骨架的速度太慢,能夠用-DarchetypeCatalog=指定下載位置,以下所示:
mvn archetype:generate \ -DgroupId=com.mycom.helloworld \ -DartifactId=helloworld \ -DarchetypeArtifactId=maven-archetype-quickstart \ -DinteractiveMode=false \ -DarchetypeCatalog=http://maven.aliyun.com/nexus/content/groups/public/
更多解決方法:https://www.cnblogs.com/del88/p/6286887.html
是一個開源的servlet容器,它爲基於Java的web容器,例如JSP和servlet提供運行環境。Jetty是使用Java語言編寫的,它的API以一組JAR包的形式發佈。開發人員能夠將Jetty容器實例化成一個對象,能夠迅速爲一些獨立運行(stand-alone)的Java應用提供網絡和web鏈接。
官網:http://www.eclipse.org/jetty/
jetty的特色:
maven項目直接在jetty中運行
2.6.一、修改pom,增長jetty插件:
<plugins> <!-- jetty插件 --> <plugin> <groupId>org.mortbay.jetty</groupId> <artifactId>maven-jetty-plugin</artifactId> <version>6.1.26</version> <configuration> <webAppSourceDirectory>src/main/webapp</webAppSourceDirectory> <scanIntervalSeconds>3</scanIntervalSeconds> <contextPath>/jetty</contextPath> <connectors> <connector implementation="org.mortbay.jetty.nio.SelectChannelConnector"> <port>4000</port> </connector> </connectors> </configuration> </plugin> </plugins>
2.6.二、將項目部署到jetty中運行:
mvn jetty:run //運行項目於jetty上,
2.6.三、在瀏覽器中輸入訪問地址:
http://127.00.0.1:4000/jetty
結束運行使用ctrl+c
2.6.四、idea中使用maven方式使用jetty
配置好後可直接點擊idea中右邊的maven選項卡,在plugins下有jetty選項,展開隨便點那個均可以啓動jetty,啓動好後就能夠在瀏覽器中輸入地址訪問web應用了。
添加插件:
<plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>tomcat-maven-plugin</artifactId> <version>1.1</version> <configuration> <path>/wp</path> <port>8080</port> <uriEncoding>UTF-8</uriEncoding> <url>http://localhost:8080/manager/html</url> <server>tomcat6</server> </configuration> </plugin>
執行命令:
tomcat:deploy --部署一個web war包 tomcat:reload --從新加載web war包 tomcat:start --啓動tomcat tomcat:stop --中止tomcat tomcat:undeploy--中止一個war包 tomcat:run 啓動嵌入式tomcat ,並運行當前項目
Maven 是一個Java項目管理工具,主要功能是統一開發規範與包的依賴管理。
1. POM(Project Object Model)項目對象模型
Maven項目對象模型(POM),能夠經過一小段描述信息來管理項目的構建,報告和文檔的軟件項目管理工具。
POM 與 Java 代碼實現瞭解耦,當須要升級版本時,只須要修改POM,而不須要更改Java代碼,而在POM穩定後,平常的Java代碼開發基本不涉及POM的修改。
2. 座標
groupId , artifactId , version 三個元素是項目的座標,惟一的標識這個項目。
groupId 項目所在組,通常是組織或公司
artifactId 是當前項目在組中的惟一ID;
version 表示版本,SNAPSHOT表示快照,表示此項目還在開發中,不穩定。
groupId 和實際項目不必定是一一對應的,maven 有模塊的概念,例如 spring-core, spring-context...;groupId 也不該該只對應公司或組織名,建議具體到項目名,由於公司或者組織下有多個項目,而artifactId只能表明模塊名。
<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.11</version> <scope>test</scope> </dependency>
3.依賴範圍
1. compile : 編譯,測試,運行都有效,默認的選擇
2. test : 測試有效,例如junit
3. provided : 編譯,測試有效,例如 servlet ,運行時容器會提供實現
4. runtime : 運行和測試有效,例如 jdbc,編譯時只需相應的接口,測試和運行時才須要具體的實現
5. system : 編譯,測試有效。使用此範圍的依賴必須經過systemPath元素顯式的指定依賴文件,於是
此類依賴是不經過Maven倉庫解析的,通常適合於本機測試環境下,依賴本地起的服務。
構建
maven支持許多種的應用程序類型,對於每一種支持的應用程序類型都定義好了一組構建規則和工具集。
輸出管理
maven能夠管理項目構建的產物,並將其加入到用戶庫中。這個功能能夠用於項目組和其餘部門之間的交付行爲
依賴關係
maven對依賴關係的特性進行細緻的分析和劃分,避免開發過程當中的依賴混亂和相互污染行爲
文檔和構建結果
maven的site命令支持各類文檔信息的發佈,包括構建過程的各類輸出,javadoc,產品文檔等。
項目關係
一個大型的項目一般有幾個小項目或者模塊組成,用maven能夠很方便地管理
移植性管理
maven能夠針對不一樣的開發場景,輸出不一樣種類的輸出結果
maven把項目的構建劃分爲不一樣的生命週期(lifecycle)。粗略一點的話,它這個過程(phase)包括:編譯、測試、打包、集成測試、驗證、部署。maven中全部的執行動做(goal)都須要指明本身在這個過程當中的執行位置,而後maven執行的時候,就依照過程的發展依次調用這些goal進行各類處理。
這個也是maven的一個基本調度機制。通常來講,位置稍後的過程都會依賴於以前的過程。固然,maven一樣提供了配置文件,能夠依照用戶要求,跳過某些階段。
三種生命週期
下面列出了default、clean和site生命週期的全部構建階段,這些階段按照指定的順序執行。
clean生命週期
執行階段 | 描述說明 |
---|---|
pre-clean | 在實際的項目清理以前執行所需的過程 |
clean | 刪除前一個構建生成的全部文件 |
post-clean | 執行完成項目清理所需的過程 |
Default生命週期
執行階段 | 描述說明 |
---|---|
validate | 驗證項目是正確的,全部必要的信息都是可用的。 |
initialize | 初始化構建狀態,例如設置屬性或建立目錄。 |
generate-sources | 生成包含在編譯中的任何源代碼。 |
process-sources | 處理源代碼,例如過濾任何值。 |
generate-resources | 生成包含在包中的資源。 |
process-resources | 將資源複製並處理到目標目錄中,準備打包。 |
compile | 編譯項目的源代碼。 |
process-classes | 從編譯後生成生成的文件,例如在Java類上執行字節碼加強。 |
generate-test-sources | 生成包含在編譯中的任何測試源代碼。 |
process-test-sources | 處理測試源代碼,例如過濾任何值。 |
generate-test-resources | 爲測試建立資源。 |
process-test-resources | 將資源複製並處理到測試目標目錄中。 |
test-compile | 將測試源代碼編譯到測試目標目錄 |
process-test-classes | 從測試編譯後post-process生成文件,例如在Java類上執行字節碼加強。對於Maven 2.0.5和以上。 |
test | 使用合適的單元測試框架運行測試。這些測試不該該要求打包或部署代碼。 |
prepare-package | 在實際包裝前執行必要的準備工做。這一般會致使包的一個未打包的、通過處理的版本。(Maven 2.1及以上) |
package | 使用已編譯的代碼,並將其打包成可部署格式,例如JAR。 |
pre-integration-test | 執行集成測試以前須要執行的操做。這可能涉及到設置所需的環境等問題。 |
integration-test | 在須要集成測試的環境中,處理並部署包。 |
post-integration-test | 執行集成測試後所須要的操做。這可能包括清理環境。 |
verify | 運行任何檢查以驗證包是否有效,並知足質量標準。 |
install | 將該包安裝到本地存儲庫中,做爲本地其餘項目的依賴項。 |
deploy | 在集成或發佈環境中完成,將最終包複製到遠程存儲庫中,以便與其餘開發人員和項目共享。 |
Site生命週期
執行階段 | 描述說明 |
---|---|
pre-site | 在實際的項目站點生成以前執行過程 |
site | 生成項目的站點文檔 |
post-site | 執行肯定站點生成的過程,併爲站點部署作好準備 |
site-deploy | 將生成的站點文檔部署到指定的web服務器 |
注意:執行某個生命週期的某個階段不會影響其它的生命週期!
若是要同時執行多個生命週期的階段可在命令行輸入多個命令,中間以空格隔開,例如: clean package 該命令執行clean生命週期的clean階段和default生命週期的package階段。
Maven的標準工程結構以下:
所謂的"約束優於配置",在maven中並非徹底不能夠修改的,他們只是一些配置的默認值而已。可是除非必要,並不須要去修改那些約定內容。maven默認的文件存放結構如1.3所示。
每個階段的任務都知道怎麼正確完成本身的工做,好比compile任務就知道從src/main/java下編譯全部的java文件,並把它的輸出class文件存放到target/classes中。
對maven來講,採用"約定優於配置"的策略能夠減小修改配置的工做量,也能夠下降學習成本,更重要的是,給項目引入了統一的規範。
maven有本身的版本規範,通常是以下定義 <major version>.<minor version>.<incremental version>-<qualifier> ,好比1.2.3-beta-01。要說明的是,maven本身判斷版本的算法是major,minor,incremental部分用數字比較,qualifier部分用字符串比較,因此要當心 alpha-2和alpha-15的比較關係,最好用 alpha-02的格式。
maven在版本管理時候可使用幾個特殊的字符串 SNAPSHOT,LATEST,RELEASE。好比"1.0-SNAPSHOT"。各個部分的含義和處理邏輯以下說明:
SNAPSHOT
這個版本通常用於開發過程當中,表示不穩定的版本。
LATEST
指某個特定構件的最新發布,這個發佈多是一個發佈版,也多是一個snapshot版,具體看哪一個時間最後。
RELEASE
是指倉庫中最後的一個非快照版本
規範:
一、同一項目中全部模塊版本保持一致
二、子模塊統一繼承父模塊的版本
三、統一在頂層模塊Pom的<dependencyManagement/>節中定義全部子模塊的依賴版本號,子模塊中添加依賴時不要添加版本號
四、開發測試階段使用SNAPSHOT
五、生產發佈使用RELEASE
六、新版本迭代只修改頂層POM中的版本
什麼是Maven Archetype? 簡單的說就是一個Maven項目的基礎模板,利用這個模板咱們就可快速的創建一個新的該類型項目,同時也能夠創建本身的項目骨架。
Maven所提供的archetype功能都是由插件Maven Archetype Plugin完成的
官網地址:http://maven.apache.org/archetype/maven-archetype-plugin/
主要命令:
使用archetype:generate建立項目
mvn archetype:generate命令參數解釋
項目相關參數:
參數 |
含義 |
groupId |
當前應用程序隸屬的Group的ID |
artifactId |
當前應用程序的ID |
package |
代碼生成時使用的根包的名字,若是沒有給出,默認使用archetypeGroupId |
原型有關參數表
參數 | 含義 |
archetypeGroupId |
原型(archetype)的Group ID |
archetypeArtifactId |
原型(archetype)ID |
archetypeVersion |
原型(archetype)版本 |
archetypeRepository |
包含原型(archetype)的資源庫 |
archetypeCatalog |
archetype分類,這裏按位置分類有: |
filter |
查找時過濾artifactId or groupId:artifactId |
package |
代碼生成時使用的根包的名字,若是沒有給出,默認使用archetypeGroupId |
命令示例:
新建一個簡單web項目
mvn archetype:generate -DgroupId=com.domain
-DartifactId=webappdemo
-Dpackage=com.domain.webappdemo
-DarchetypeArtifactId=maven-archetype-webapp
-Dversion=1.0 -DinteractiveMode=No
新建一個struts2 web項目
mvn archetype:generate -B -DgroupId=com.mycompany.mysystem
-DartifactId=myWebApp
-DarchetypeGroupId=org.apache.struts
-DarchetypeArtifactId=struts2-archetype-convention
-DarchetypeVersion=<CURRENT_STRUTS_VERSION>
-DremoteRepositories=http://struts.apache.org
maven默認提供的archetype類型能夠參考http://maven.apache.org/guides/introduction/introduction-to-archetypes.html
從一個已有項目生成一個archetype
mvn clean archetype:create-from-project -Darchetype.properties=./archetype.properties -Darchetype.filteredExtentions=java,xml,jsp,properties,sql
這裏首先定義了一個archetype.properties文件在命令行被執行的目錄,裏面的內容是
tablePrefix是QucikStart項目裏用到的,想在新項目中替換掉的內容。
-DfilteredExtentions,由於maven默認不會掃描sql文件,而這裏是但願修改tablePrefix的.
properties參考http://maven.apache.org/archetype/maven-archetype-plugin/create-from-project-mojo.html
Maven包含了一個項目對象模型 (Project Object Model),一組標準集合,一個項目生命週期(Project Lifecycle),一個依賴管理系統(Dependency Management System),和用來運行定義在生命週期階段(phase)中插件(plugin)目標(goal)的邏輯。
項目對象模型 (Project Object Model)
一個maven工程都有一個pom.xml文件,經過pom.xml文件定義項目的座標、項目依賴、項目信息、插件目標等。
依賴管理系統(Dependency Management System)
經過maven的依賴管理對項目所依賴的jar 包進行統一管理。 好比:項目依賴junit4.9,經過在pom.xml中定義junit4.9的依賴即便用junit4.9,以下所示是junit4.9的依賴定義:
<!-- 依賴關係 --> <dependencies> <!-- 此項目運行使用junit,因此此項目依賴junit --> <dependency> <!-- junit的項目名稱 --> <groupId>junit</groupId> <!-- junit的模塊名稱 --> <artifactId>junit</artifactId> <!-- junit版本 --> <version>4.9</version> <!-- 依賴範圍:單元測試時使用junit --> <scope>test</scope> </dependency> </dependencies>
一個項目生命週期(Project Lifecycle)
使用maven完成項目的構建,項目構建包括:清理、編譯、測試、部署等過程,maven將這些過程規範爲一個生命週期,以下所示是生命週期的各各階段:
maven經過執行一些簡單命令便可實現上邊生命週期的各各過程,好比執行mvn compile執行編譯、執行mvn clean執行清理。
一組標準集合
maven將整個項目管理過程定義一組標準,好比:經過maven構建工程有標準的目錄結構,有標準的生命週期階段、依賴管理有標準的座標定義等。
插件(plugin)目標(goal)
maven 管理項目生命週期過程都是基於插件完成的。
Maven座標是一組能夠唯一標識構件的三元組值
packaging :定義Maven項目打包的方式,首先,打包方式一般與所生成構件的文件擴展名對應,如上例中的packaging爲jar,最終的文件名爲my-app-0.0.1-SNAPSHOT.jar。也能夠打包成war, ear等。當不定義packaging的時候,Maven 會使用默認值jar
classifier: 該元素用來幫助定義構建輸出的一些附件。附屬構件與主構件對應,如上例中的主構件爲my-app-0.0.1-SNAPSHOT.jar,該項目可能還會經過一些插件生成如my-app-0.0.1-SNAPSHOT-javadoc.jar,my-app-0.0.1-SNAPSHOT-sources.jar, 這樣附屬構件也就擁有了本身惟一的座標
若是有一個非maven的項目想轉換成maven管理的項目,只需以下操做便可:
在項目上右鍵,添加框架支持
選擇maven與其它想添加的框架
選擇容許自動導入
這樣就成功轉換成了一個maven項目
4.1是一種建立maven項目的辦法,但不推薦,由於沒有使用統一的骨架,能夠一開始就選擇建立maven項目,步驟以下:
步驟一:首先先建立一個project,上次我說過了建立一個project就是一個工做空間,在這裏就是建立一個maven的工做空間
步驟二:選擇maven項目,指定骨架,這裏選擇的是一個webapp,固然webapp骨架有很是多,這裏選擇apache提供的
步驟三:填寫項目的座標,公司編號(通常倒置域名),項目名稱,版本:
步驟四:由於IDEA內置了Maven,能夠選擇默認內置的Maven;固然最好是選擇本身安裝並配置好的環境,讓全部的IDE統一:
這裏能夠點綠色的小加號添加參數
步驟五:選擇項目名稱,位置,通常默認
點擊Finish項目就建立完成了,以下圖所示:
點擊右上角下拉框,選擇Edit Configurations,編輯配置
添加tomcat的配置
配置tocat服務器,命名,選擇tomcat版本,等想配置的信息;最關鍵的是須要將項目部署出去,能夠直接擊fix
選擇war explored,他們的區別
固然也能夠手動選擇要部署出去的項目,特別是有多個項目的狀況
配置項目結構,特別是要注意依賴的包須要部署到WEB-INF的lib目錄下
完成後能夠啓服務器,效果以下:
固然能夠直接使用插件讓項目部署到jetty中經過maven運行,不需tomcat。
是選擇war仍是war exploded 這裏首先看一下他們兩個的區別:
(1)war模式這種能夠稱之爲是發佈模式,看名字也知道,這是先打成war包,再發布;
(2)war exploded模式是直接把文件夾、jsp頁面 、classes等等移到Tomcat 部署文件夾裏面,進行加載部署。所以這種方式支持熱部署,通常在開發的時候也是用這種方式。
(3)在平時開發的時候,使用熱部署的話,應該對Tomcat進行相應的設置,這樣的話修改的jsp界面什麼的東西才能夠及時的顯示出來。
兩種方式得部署方式是不同的,在獲取項目的路徑的時候獲得的結果是不同的
String contextPath = request.getSession().getServletContext().getRealPath("/");
maven有一個很重要的功能是規範項目,標準的項目結構以下所示:
可是你會發現默認建立的項並不是是完整的,如寫源代碼的目錄沒有,添加方法以下
當前項目結構以下:
添加相應的目錄,選擇打開項目結構:
項目結構以下:
藍色:源代碼
綠色:測試
資源文件(配置信息)
測試資源文件
被排除的(打包裏被忽視)
目標位置右鍵添加目錄:
添加後的目錄結構以下:
打開項目描述文件,指定源代碼目錄:
<sourceRoots> <root url="file://$MODULE_DIR$/src/main/java" /> </sourceRoots>
修改方法:
這樣就能夠了:
若是沒有添加tomcat的配置信息或沒有servet的核心包也可能出現該問題,建議修改pom加上:
<!-- JSTL --> <dependency> <groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> <!-- Servlet核心包 --> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>3.0.1</version> <scope>provided</scope> </dependency> <!--JSP --> <dependency> <groupId>javax.servlet.jsp</groupId> <artifactId>jsp-api</artifactId> <version>2.1</version> <scope>provided</scope> </dependency>
在Eclipse中建立Maven工程,須要安裝Maven插件。
通常較新版本的Eclipse都會帶有Maven插件,若是你的Eclipse中已經有Maven插件,能夠跳過這一步驟。
點擊Help -> Eclipse Marketplace,搜索maven關鍵字,選擇安裝紅框對應的Maven插件。
點擊Window -> Preferences
以下圖所示,配置settings.xml文件的位置
File -> New -> Maven Project -> Next,在接下來的窗口中會看到一大堆的項目模板,選擇合適的模板。
接下來設置項目的參數,以下:
groupId是項目組織惟一的標識符,實際對應JAVA的包的結構,是main目錄裏java的目錄結構。
artifactId就是項目的惟一的標識符,實際對應項目的名稱,就是項目根目錄的名稱。
點擊Finish,Eclipse會建立一個Maven工程。
Eclipse中構建方式
在Elipse項目上右擊 -> Run As 就能看到不少Maven操做。這些操做和maven命令是等效的。例如Maven clean,等同於mvn clean命令。
你也能夠點擊Maven build,輸入組合命令,並保存下來。以下圖:
Maven命令構建方式
固然,你也能夠直接使用maven命令進行構建。
進入工程所在目錄,輸入maven命令就能夠了。
以下圖
多模塊項目不必定要使用Maven,普通項目也能夠。
一、複用,劃分出來的模塊能夠供其餘項目使用。
二、固化,劃分出來的某個模塊可以讓專人開發,沉澱技術,分工協做。
三、優化依賴,每一個模塊有各自的pom。
四、節省時間,可在單個模塊上進行build。
一、建立父模塊
建立一個普通的Maven項目,不須要選擇骨架(archetype)
指定座標
完成後一個普通的Maven項目就建立好了
二、建立子模塊
子模塊能夠有多個,相互間能夠依賴
在父模塊上右鍵建立一個Module(模塊)
utils
建立普通maven項目沒有骨架
指定模塊名稱
完成後以下:
entities
建立成一個非maven項目(固然能夠是maven的)
指定項目名稱
完成後
webapp
建立一個基於骨架的maven WebApp項目
設置名稱
選擇maven home
完成後的結果
三、模塊間依賴
方法一:依賴class
打開項目結構
添加模塊依賴
指定要依賴的模塊
依賴成功
指定輸出
最終項目結構
結果
方法一:經過座標直接依賴jar
hr-ui模塊的pom文件
<?xml version="1.0" encoding="UTF-8"?> <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"> <parent> <artifactId>HR</artifactId> <groupId>com.zhangguo.hr</groupId> <version>1.0-SNAPSHOT</version> </parent> <modelVersion>4.0.0</modelVersion> <artifactId>hr-ui</artifactId> <packaging>war</packaging> <name>hr-ui Maven Webapp</name> <!-- FIXME change it to the project's website --> <url>http://www.example.com</url> <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <maven.compiler.source>1.7</maven.compiler.source> <maven.compiler.target>1.7</maven.compiler.target> </properties> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.11</version> <scope>test</scope> </dependency> <dependency> <groupId>com.zhangguo.hr</groupId> <artifactId>hr-core</artifactId> <version>1.0-SNAPSHOT</version> </dependency> </dependencies> <build> <finalName>hr-ui</finalName> <pluginManagement><!-- lock down plugins versions to avoid using Maven defaults (may be moved to parent pom) --> <plugins> <plugin> <artifactId>maven-clean-plugin</artifactId> <version>3.0.0</version> </plugin> <!-- see http://maven.apache.org/ref/current/maven-core/default-bindings.html#Plugin_bindings_for_war_packaging --> <plugin> <artifactId>maven-resources-plugin</artifactId> <version>3.0.2</version> </plugin> <plugin> <artifactId>maven-compiler-plugin</artifactId> <version>3.7.0</version> </plugin> <plugin> <artifactId>maven-surefire-plugin</artifactId> <version>2.20.1</version> </plugin> <plugin> <artifactId>maven-war-plugin</artifactId> <version>3.2.0</version> </plugin> <plugin> <artifactId>maven-install-plugin</artifactId> <version>2.5.2</version> </plugin> <plugin> <artifactId>maven-deploy-plugin</artifactId> <version>2.8.2</version> </plugin> </plugins> </pluginManagement> </build> </project>
結果
一、 顯示版本信息
mvn -version mvn -v
結果:
二、使用互動模式建立項目
mvn archetype:generate
結果:
具體請看本文前面:https://www.cnblogs.com/best/p/9622472.html#_lab2_1_4
三、使用非互動模式(指定參數建立項目)
普通項目骨架:
mvn archetype:generate -DgroupId=com.mycompany.app -DartifactId=myapp -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false
Web項目骨架:
mvn archetype:generate -DgroupId=com.zhangguo -DartifactId=webappdemo -Dpackage=com.zhangguo.webappdemo -DarchetypeArtifactId=maven-archetype-webapp -Dversion=1.0 -DinteractiveMode=No
具體請看本文前面:https://www.cnblogs.com/best/p/9622472.html#_lab2_1_4
四、將項目轉化爲idea項目
mvn idea:idea
結果:
五、將項目轉化爲Eclipse項目
mvn eclipse:eclipse
結果:
六、編譯,將Java 源程序編譯成 class 字節碼文件
mvn compile
結果:
七、測試,並生成測試報告
mvn test
導入到idea中,添加測試用例
結果:
八、將之前編譯獲得的舊的 class 字節碼文件刪除
mvn clean
結果:
九、打包,動態 web工程打 war包,Java工程打 jar 包
mvn pakage
結果:
十、將項目生成 jar 包放在倉庫中,以便別的模塊調用,安裝到本地
mvn install
結果:
在其它項目中依賴
11. 生成項目相關信息的網站:mvn site
12. 編譯測試的內容:mvn test-compile
13. 只打jar包:mvn jar:jar
14. 只打war包:mvn war:war
15. 清除eclipse的一些系統設置:mvn eclipse:clean
16. 運行項目於jetty上:mvn jetty:run
17. 生成Wtp插件的Web項目:mvn -Dwtpversion=1.0 eclipse:eclipse
18. 清除Eclipse項目的配置信息(Web項目):mvn -Dwtpversion=1.0 eclipse:clean
1九、部署項目:
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/
其它指令:
mvn -e 顯示詳細錯誤 信息. mvn validate 驗證工程是否正確,全部須要的資源是否可用。 mvn test-compile 編譯項目測試代碼。 mvn integration-test 在集成測試能夠運行的環境中處理和發佈包。 mvn verify 運行任何檢查,驗證包是否有效且達到質量標準。 mvn generate-sources 產生應用須要的任何額外的源代碼,如xdoclet。 mvn help:describe -Dplugin=help 使用 help 插件的 describe 目標來輸出 Maven Help 插件的信息。 mvn help:describe -Dplugin=help -Dfull 使用Help 插件輸出完整的帶有參數的目標列 mvn help:describe -Dplugin=compiler -Dmojo=compile -Dfull 獲取單個目標的信息,設置 mojo 參數和 plugin 參數。此命令列出了Compiler 插件的compile 目標的全部信息 mvn help:describe -Dplugin=exec -Dfull 列出全部 Maven Exec 插件可用的目標 mvn help:effective-pom 看這個「有效的 (effective)」POM,它暴露了 Maven的默認設置 mvn archetype:create -DgroupId=org.sonatype.mavenbook.ch03 -DartifactId=simple -DpackageName=org.sonatype.mavenbook 建立Maven的普通java項目,在命令行使用Maven Archetype 插件 mvn exec:java -Dexec.mainClass=org.sonatype.mavenbook.weather.Main Exec 插件讓咱們可以在不往 classpath 載入適當的依賴的狀況下,運行這個程序 mvn dependency:resolve 打印出已解決依賴的列表 mvn dependency:tree 打印整個依賴樹 mvn install -X 想要查看完整的依賴蹤影,包含那些由於衝突或者其它緣由而被拒絕引入的構件,打開 Maven 的調試標記運行 mvn install -Dmaven.test.skip=true 給任何目標添加maven.test.skip 屬性就能跳過測試 mvn install assembly:assembly 構建裝配Maven Assembly 插件是一個用來建立你應用程序特有分發包的插件 mvn jetty:run 調用 Jetty 插件的 Run 目標在 Jetty Servlet 容器中啓動 web 應用 mvn compile 編譯你的項目 mvn clean install 刪除再編譯 mvn hibernate3:hbm2ddl 使用 Hibernate3 插件構造數據庫
生命週期 |
階段描述 |
mvn validate |
驗證項目是否正確,以及全部爲了完整構建必要的信息是否可用 |
mvn generate-sources |
生成全部須要包含在編譯過程當中的源代碼 |
mvn process-sources |
處理源代碼,好比過濾一些值 |
mvn generate-resources |
生成全部須要包含在打包過程當中的資源文件 |
mvn process-resources |
複製並處理資源文件至目標目錄,準備打包 |
mvn compile |
編譯項目的源代碼 |
mvn process-classes |
後處理編譯生成的文件,例如對Java類進行字節碼加強(bytecode enhancement) |
mvn generate-test-sources |
生成全部包含在測試編譯過程當中的測試源碼 |
mvn process-test-sources |
處理測試源碼,好比過濾一些值 |
mvn generate-test-resources |
生成測試須要的資源文件 |
mvn process-test-resources |
複製並處理測試資源文件至測試目標目錄 |
mvn test-compile |
編譯測試源碼至測試目標目錄 |
mvn test |
使用合適的單元測試框架運行測試。這些測試應該不須要代碼被打包或發佈 |
mvn prepare-package |
在真正的打包以前,執行一些準備打包必要的操做。這一般會產生一個包的展開的處理過的版本(將會在Maven 2.1+中實現) |
mvn package |
將編譯好的代碼打包成可分發的格式,如JAR,WAR,或者EAR |
mvn pre-integration-test |
執行一些在集成測試運行以前須要的動做。如創建集成測試須要的環境 |
mvn integration-test |
若是有必要的話,處理包併發布至集成測試能夠運行的環境 |
mvn post-integration-test |
執行一些在集成測試運行以後須要的動做。如清理集成測試環境。 |
mvn verify |
執行全部檢查,驗證包是有效的,符合質量規範 |
mvn install |
安裝包至本地倉庫,以備本地的其它項目做爲依賴使用 |
mvn deploy |
複製最終的包至遠程倉庫,共享給其它開發人員和項目(一般和一次正式的發佈相關) |
使用參數
-Dmaven.test.skip=true: 跳過單元測試(eg: mcn clean package -Dmaven.test.skip=true)
mvn archetype:create | 建立Maven項目 |
mvn compile | 編譯源代碼 |
mvn test | 運行應用程序中的單元測試 |
mvn install | 在本地Respository中安裝jar |
mvn eclipse:eclipse | 生成eclipse項目文件 |
mvn jetty:run | 啓動jetty服務 |
mvn clean | 清除項目目錄中的生成結果 |
mvn site | 生成項目相關信息的網站 |
mvn package | 根據項目生成的jar |
圖標1:從新導入全部的maven項目,刷新
圖標2:從新生成全部源代碼並更新文件夾
圖標3:下載源碼或文件
圖標4:添加一個外部的Maven項目
圖標5:執行選擇的指令
圖標6:執行自定義的指令
圖標7:切換離線模式
圖標8:切換成跳過測試模式
圖標9:顯示依賴結構圖
圖標10:摺疊全部
圖標11:Maven設置
選擇命令後右鍵run
建立命令,可反覆使用並指定名稱與參數
定義細節
執行
在POM文件中引入對應的<dependency>標籤便可
<dependency>標籤最經常使用的四個屬性標籤:
groupId:項目組織惟一的標識符,實際對應JAVA的包的結構。
artifactId:項目惟一的標識符,實際對應項目的名稱,就是項目根目錄的名稱。
version:jar包的版本號。能夠直接填版本數字,也能夠在properties標籤中設置屬性值。
scope:jar包的做用範圍。能夠填寫compile、runtime、test、system和provided。用來在編譯、測試等場景下選擇對應的classpath
能夠在http://mvnrepository.com/站點搜尋你想要的jar包版本
要添加Maven插件,能夠在pom.xml文件中添加<plugin>標籤。
<plugins> <!-- jetty插件 --> <plugin> <groupId>org.mortbay.jetty</groupId> <artifactId>maven-jetty-plugin</artifactId> <version>6.1.26</version> <configuration> <webAppSourceDirectory>src/main/webapp</webAppSourceDirectory> <scanIntervalSeconds>3</scanIntervalSeconds> <contextPath>/jetty</contextPath> <connectors> <connector implementation="org.mortbay.jetty.nio.SelectChannelConnector"> <port>4000</port> </connector> </connectors> </configuration> </plugin> </plugins>
在Maven中,容許一個Maven Project中有多個Maven Module
1.建立maven父工程步驟:new-->other-->選擇maven project-->next-->勾選create a simple project-->next-->填寫Group Id、Artifact Id、Version --> packaging選擇pom-->finish。
2.建立maven子工程步驟:選中剛纔建立的父工程右鍵-->new-->other-->選擇maven module-->next-->勾選create a simple project-->填寫module name(其實就是artifact id)-->next-->GAV繼承父工程-->packaging選擇你須要的-->finish。
3.完成,刷新父工程;若有多個子工程,繼續按照第二步驟建立。
這時打開XXX中的pom.xml能夠看到其中有如下標籤
<modules> <module>xxx1</module> </modules>
選擇編譯XXX時,會依次對它的全部Module執行相同操做。
Maven 是一個執行插件的框架,每個任務其實是由插件完成的。Maven 提供如下兩種類型插件:構建插件,在生成過程當中執行,並在 pom.xml 中的<build/> 元素進行配置;報告插件,在網站生成期間執行,在 pom.xml 中的 <reporting/> 元素進行配置。
maven-antrun-plugin
http://maven.apache.org/plugins/maven-antrun-plugin/
maven-antrun-plugin能讓用戶在Maven項目中運行Ant任務。用戶能夠直接在該插件的配置以Ant的方式編寫Target,而後交給該插件的run目標去執行。在一些由Ant往Maven遷移的項目中,該插件尤爲有用。此外當你發現須要編寫一些自定義程度很高的任務,同時又以爲Maven不夠靈活時,也能夠以Ant的方式實現之。maven-antrun-plugin的run目標一般與生命週期綁定運行。
maven-archetype-plugin
http://maven.apache.org/archetype/maven-archetype-plugin/
Archtype指項目的骨架,Maven初學者最開始執行的Maven命令可能就是mvn archetype:generate,這實際上就是讓maven-archetype-plugin生成一個很簡單的項目骨架,幫助開發者快速上手。可能也有人看到一些文檔寫了mvn archetype:create,但實際上create目標已經被棄用了,取而代之的是generate目標,該目標使用交互式的方式提示用戶輸入必要的信息以建立項目,體驗更好。 maven-archetype-plugin還有一些其餘目標幫助用戶本身定義項目原型,例如你由一個產品須要交付給不少客戶進行二次開發,你就能夠爲他們提供一個Archtype,幫助他們快速上手。
maven-assembly-plugin
http://maven.apache.org/plugins/maven-assembly-plugin/
maven-assembly-plugin的用途是製做項目分發包,該分發包可能包含了項目的可執行文件、源代碼、readme、平臺腳本等等。 maven-assembly-plugin支持各類主流的格式如zip、tar.gz、jar和war等,具體打包哪些文件是高度可控的,例如用戶能夠按文件級別的粒度、文件集級別的粒度、模塊級別的粒度、以及依賴級別的粒度控制打包,此外,包含和排除配置也是支持的。maven-assembly- plugin要求用戶使用一個名爲assembly.xml的元數據文件來表述打包,它的single目標能夠直接在命令行調用,也能夠被綁定至生命週期。
maven-dependency-plugin
http://maven.apache.org/plugins/maven-dependency-plugin/
maven-dependency-plugin最大的用途是幫助分析項目依賴,dependency:list可以列出項目最終解析到的依賴列表,dependency:tree能進一步的描繪項目依賴樹,dependency:analyze能夠告訴你項目依賴潛在的問題,若是你有直接使用到的卻未聲明的依賴,該目標就會發出警告。maven-dependency-plugin還有不少目標幫助你操做依賴文件,例如dependency:copy-dependencies能將項目依賴從本地Maven倉庫複製到某個特定的文件夾下面。
maven-enforcer-plugin
http://maven.apache.org/plugins/maven-enforcer-plugin/
在一個稍大一點的組織或團隊中,你沒法保證全部成員都熟悉Maven,那他們作一些比較愚蠢的事情就會變得很正常,例如給項目引入了外部的 SNAPSHOT依賴而致使構建不穩定,使用了一個與你們不一致的Maven版本而常常抱怨構建出現詭異問題。maven-enforcer- plugin可以幫助你避免之類問題,它容許你建立一系列規則強制你們遵照,包括設定Java版本、設定Maven版本、禁止某些依賴、禁止 SNAPSHOT依賴。只要在一個父POM配置規則,而後讓你們繼承,當規則遭到破壞的時候,Maven就會報錯。除了標準的規則以外,你還能夠擴展該插件,編寫本身的規則。maven-enforcer-plugin的enforce目標負責檢查規則,它默認綁定到生命週期的validate階段。
maven-help-plugin
http://maven.apache.org/plugins/maven-help-plugin/
maven-help-plugin是一個小巧的輔助工具,最簡單的help:system能夠打印全部可用的環境變量和Java系統屬性。help:effective-pom和help:effective-settings最爲有用,它們分別打印項目的有效POM和有效settings,有效POM是指合併了全部父POM(包括Super POM)後的XML,當你不肯定POM的某些信息從何而來時,就能夠查看有效POM。有效settings同理,特別是當你發現本身配置的 settings.xml沒有生效時,就能夠用help:effective-settings來驗證。此外,maven-help-plugin的describe目標能夠幫助你描述任何一個Maven插件的信息,還有all-profiles目標和active-profiles目標幫助查看項目的Profile。
maven-release-plugin
http://maven.apache.org/plugins/maven-release-plugin/
maven-release-plugin的用途是幫助自動化項目版本發佈,它依賴於POM中的SCM信息。release:prepare用來準備版本發佈,具體的工做包括檢查是否有未提交代碼、檢查是否有SNAPSHOT依賴、升級項目的SNAPSHOT版本至RELEASE版本、爲項目打標籤等等。release:perform則是簽出標籤中的RELEASE源碼,構建併發布。版本發佈是很是瑣碎的工做,它涉及了各類檢查,並且因爲該工做僅僅是偶爾須要,所以手動操做很容易遺漏一些細節,maven-release-plugin讓該工做變得很是快速簡便,不易出錯。maven-release-plugin的各類目標一般直接在命令行調用,由於版本發佈顯然不是平常構建生命週期的一部分。
maven-resources-plugin
http://maven.apache.org/plugins/maven-resources-plugin/
爲了使項目結構更爲清晰,Maven區別對待Java代碼文件和資源文件,maven-compiler-plugin用來編譯Java代碼,maven-resources-plugin則用來處理資源文件。默認的主資源文件目錄是src/main/resources,不少用戶會須要添加額外的資源文件目錄,這個時候就能夠經過配置maven-resources-plugin來實現。此外,資源文件過濾也是Maven的一大特性,你能夠在資源文件中使用${propertyName}形式的Maven屬性,而後配置maven-resources-plugin開啓對資源文件的過濾,以後就能夠針對不一樣環境經過命令行或者Profile傳入屬性的值,以實現更爲靈活的構建。
maven-surefire-plugin
http://maven.apache.org/plugins/maven-surefire-plugin/
多是因爲歷史的緣由,Maven 2/3中用於執行測試的插件不是maven-test-plugin,而是maven-surefire-plugin。其實大部分時間內,只要你的測試類遵循通用的命令約定(以Test結尾、以TestCase結尾、或者以Test開頭),就幾乎不用知曉該插件的存在。然而在當你想要跳過測試、排除某些測試類、或者使用一些TestNG特性的時候,瞭解maven-surefire-plugin的一些配置選項就頗有用了。例如 mvn test -Dtest=FooTest 這樣一條命令的效果是僅運行FooTest測試類,這是經過控制maven-surefire-plugin的test參數實現的。
build-helper-maven-plugin
http://mojo.codehaus.org/build-helper-maven-plugin/
Maven默認只容許指定一個主Java代碼目錄和一個測試Java代碼目錄,雖然這實際上是個應當儘可能遵照的約定,但偶爾你仍是會但願可以指定多個源碼目錄(例如爲了應對遺留項目),build-helper-maven-plugin的add-source目標就是服務於這個目的,一般它被綁定到默認生命週期的generate-sources階段以添加額外的源碼目錄。須要強調的是,這種作法仍是不推薦的,由於它破壞了 Maven的約定,並且可能會遇到其餘嚴格遵照約定的插件工具沒法正確識別額外的源碼目錄。
build-helper-maven-plugin的另外一個很是有用的目標是attach-artifact,使用該目標你能夠以classifier的形式選取部分項目文件生成附屬構件,並同時install到本地倉庫,也能夠deploy到遠程倉庫。
exec-maven-plugin
http://mojo.codehaus.org/exec-maven-plugin/
exec-maven-plugin很好理解,顧名思義,它能讓你運行任何本地的系統程序,在某些特定狀況下,運行一個Maven外部的程序可能就是最簡單的問題解決方案,這就是exec:exec的用途,固然,該插件還容許你配置相關的程序運行參數。除了exec目標以外,exec-maven-plugin還提供了一個java目標,該目標要求你提供一個mainClass參數,而後它可以利用當前項目的依賴做爲classpath,在同一個JVM中運行該mainClass。有時候,爲了簡單的演示一個命令行Java程序,你能夠在POM中配置好exec-maven-plugin的相關運行參數,而後直接在命令運行mvn exec:java 以查看運行效果。
jetty-maven-plugin
http://wiki.eclipse.org/Jetty/Feature/Jetty_Maven_Plugin
在進行Web開發的時候,打開瀏覽器對應用進行手動的測試幾乎是沒法避免的,這種測試方法一般就是將項目打包成war文件,而後部署到Web容器中,再啓動容器進行驗證,這顯然十分耗時。爲了幫助開發者節省時間,jetty-maven-plugin應運而生,它徹底兼容 Maven項目的目錄結構,可以週期性地檢查源文件,一旦發現變動後自動更新到內置的Jetty Web容器中。作一些基本配置後(例如Web應用的contextPath和自動掃描變動的時間間隔),你只要執行 mvn jetty:run ,而後在IDE中修改代碼,代碼經IDE自動編譯後產生變動,再由jetty-maven-plugin偵測到後更新至Jetty容器,這時你就能夠直接測試Web頁面了。須要注意的是,jetty-maven-plugin並非宿主於Apache或Codehaus的官方插件,所以使用的時候須要額外的配置settings.xml的pluginGroups元素,將org.mortbay.jetty這個pluginGroup加入。
versions-maven-plugin
http://mojo.codehaus.org/versions-maven-plugin/
不少Maven用戶遇到過這樣一個問題,當項目包含大量模塊的時候,爲他們集體更新版本就變成一件煩人的事情,到底有沒有自動化工具能幫助完成這件事情呢?(固然你可使用sed之類的文本操做工具,不過不在本文討論範圍)答案是確定的,versions-maven- plugin提供了不少目標幫助你管理Maven項目的各類版本信息。例如最經常使用的,命令 mvn versions:set -DnewVersion=1.1-SNAPSHOT 就能幫助你把全部模塊的版本更新到1.1-SNAPSHOT。該插件還提供了其餘一些頗有用的目標,display-dependency- updates能告訴你項目依賴有哪些可用的更新;相似的display-plugin-updates能告訴你可用的插件更新;而後use- latest-versions能自動幫你將全部依賴升級到最新版本。最後,若是你對所作的更改滿意,則可使用 mvn versions:commit 提交,不滿意的話也可使用 mvn versions:revert 進行撤銷。
更多詳情請參考https://maven.apache.org/plugins/
dependencyManagement是表示依賴jar包的聲明,即你在項目中的dependencyManagement下聲明瞭依賴,maven不會加載該依賴,dependencyManagement聲明能夠被繼承。
dependencyManagement的一個使用案例是當有父子項目的時候,父項目中能夠利用dependencyManagement聲明子項目中須要用到的依賴jar包,以後,當某個或者某幾個子項目須要加載該插件的時候,就能夠在子項目中dependencies節點只配置 groupId 和 artifactId就能夠完成插件的引用。
dependencyManagement主要是爲了統一管理插件,確保全部子項目使用的插件版本保持一致,相似的仍是plugins和pluginManagement。
一、修改項目文件.iml,添加以下內容
<sourceRoots> <root url="file://$MODULE_DIR$/src/main/java" /> </sourceRoots>
二、添加Servlet-api核心包
這裏使用Maven+多模塊項目+IDEA+Git+MySQL完成一個簡單的綜合示例,完成一個TaskList項目,實現任務管理功能。
7.一、建立項目
7.二、建立數據數據庫與表
建立表
添加數據
7.三、編寫實體模塊
7.四、編寫工具模塊
7.五、數據訪問模塊
添加依賴
修改Pom
<?xml version="1.0" encoding="UTF-8"?> <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"> <parent> <artifactId>TaskList</artifactId> <groupId>com.zhangguo.tasklist</groupId> <version>1.0-SNAPSHOT</version> </parent> <modelVersion>4.0.0</modelVersion> <artifactId>taskList-dao</artifactId> <dependencies> <dependency> <groupId>com.zhangguo.tasklist</groupId> <artifactId>taskList-entities</artifactId> <version>1.0-SNAPSHOT</version> </dependency> <dependency> <groupId>com.zhangguo.tasklist</groupId> <artifactId>taskList-utils</artifactId> <version>1.0-SNAPSHOT</version> </dependency> <!-- JUnit單元測試工具 --> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.10</version> </dependency> </dependencies> </project>
編寫任務表的數據訪問類
package com.zhangguo.tasklist.dao; import com.zhangguo.tasklist.entities.Task; import com.zhangguo.tasklist.utils.JDBCUtils; import java.util.List; public class TaskDao { /**得到全部任務清單*/ public List<Task> getAllTasks(){ return JDBCUtils.queryForList("select id,title,status from task",Task.class); } }
7.六、單元測試
7.七、服務模塊
pom.xml
<?xml version="1.0" encoding="UTF-8"?> <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"> <parent> <artifactId>TaskList</artifactId> <groupId>com.zhangguo.tasklist</groupId> <version>1.0-SNAPSHOT</version> </parent> <modelVersion>4.0.0</modelVersion> <artifactId>taskList-services</artifactId> <dependencies> <dependency> <groupId>com.zhangguo.tasklist</groupId> <artifactId>taskList-dao</artifactId> <version>1.0-SNAPSHOT</version> </dependency> <dependency> <groupId>com.zhangguo.tasklist</groupId> <artifactId>taskList-entities</artifactId> <version>1.0-SNAPSHOT</version> </dependency> </dependencies> </project>
代碼:
7.八、Web項目
pom.xml
<?xml version="1.0" encoding="UTF-8"?> <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"> <parent> <artifactId>TaskList</artifactId> <groupId>com.zhangguo.tasklist</groupId> <version>1.0-SNAPSHOT</version> </parent> <modelVersion>4.0.0</modelVersion> <artifactId>taskList-ui</artifactId> <packaging>war</packaging> <name>taskList-ui Maven Webapp</name> <!-- FIXME change it to the project's website --> <url>http://www.example.com</url> <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <maven.compiler.source>1.7</maven.compiler.source> <maven.compiler.target>1.7</maven.compiler.target> </properties> <dependencies> <dependency> <groupId>com.zhangguo.tasklist</groupId> <artifactId>taskList-utils</artifactId> <version>1.0-SNAPSHOT</version> </dependency> <dependency> <groupId>com.zhangguo.tasklist</groupId> <artifactId>taskList-services</artifactId> <version>1.0-SNAPSHOT</version> </dependency> <!-- JSTL --> <dependency> <groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> <!-- Servlet核心包 --> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>3.0.1</version> <scope>provided</scope> </dependency> <!--JSP --> <dependency> <groupId>javax.servlet.jsp</groupId> <artifactId>jsp-api</artifactId> <version>2.1</version> <scope>provided</scope> </dependency> </dependencies> <build> <finalName>taskList-ui</finalName> <pluginManagement><!-- lock down plugins versions to avoid using Maven defaults (may be moved to parent pom) --> <plugins> <plugin> <artifactId>maven-clean-plugin</artifactId> <version>3.0.0</version> </plugin> <!-- see http://maven.apache.org/ref/current/maven-core/default-bindings.html#Plugin_bindings_for_war_packaging --> <plugin> <artifactId>maven-resources-plugin</artifactId> <version>3.0.2</version> </plugin> <plugin> <artifactId>maven-compiler-plugin</artifactId> <version>3.7.0</version> </plugin> <plugin> <artifactId>maven-surefire-plugin</artifactId> <version>2.20.1</version> </plugin> <plugin> <artifactId>maven-war-plugin</artifactId> <version>3.2.0</version> </plugin> <plugin> <artifactId>maven-install-plugin</artifactId> <version>2.5.2</version> </plugin> <plugin> <artifactId>maven-deploy-plugin</artifactId> <version>2.8.2</version> </plugin> </plugins> </pluginManagement> </build> </project>
Servlet:
package com.zhangguo.tasklist.ui.controllers; import javax.servlet.ServletException; import javax.servlet.annotation.WebServlet; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; import com.zhangguo.tasklist.services.ITaskService; import com.zhangguo.tasklist.services.TaskService; import com.zhangguo.tasklist.utils.R; @WebServlet("/TaskServlet") public class TaskServlet extends HttpServlet { ITaskService service=new TaskService(); protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { doGet(request,response); } protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { //設置編碼 response.setCharacterEncoding("utf-8"); response.setContentType("application/json;charset=utf-8"); request.setCharacterEncoding("utf-8"); String json=R.ok(service.queryAllTask()).Json(); response.getWriter().write(json); } }
項目結構:
目錄結構:
運行結果:
7.九、Git同步到遠程倉庫
Git位置:https://git.coding.net/zhangguo5/TaskListSys.git
https://www.bilibili.com/video/av31623453/
一、請下載、安裝配置好maven,在控制檯輸出版本號
二、請配置本地倉庫路徑與遠程倉庫的鏡像
三、請在命令行模式下新建一個maven普通項目,導入到IDEA中,運行,打包輸出結果
四、請在命令行模式下新建一個webapp項目,使用jetty運行,要求輸出服務器時間,注意添加相應的javaEE依賴
參數pom
五、我的項目功能需求列表,下週五前提交
六、將考試的兩個項目修改爲Maven項目,管理全部的包,測試運行經過
七、預習Git,安裝好環境,到coding.net上註冊一個賬號
八、完成任務指導手冊中全部的理論題
九、將考試中的兩個項目合併成一個多模塊的Maven項目,兩個ui層,一個使用jstl一個使用純HTML
十、熟練使用maven中經常使用的指令,自定義一個Maven項目,編寫測試用例,部署到本地倉庫並在其它項目中引用
2018-09-21
十一、根據任務列表示例完成一個汽車管理系統CarSystem(車名,顏色,速度,車牌,詳細描述),實現增長、修改、刪除、查詢功能;最終完成的項目要求同步到遠程倉庫;
十二、完成Git中協同開發的8個場景,2人以上交叉扮演組長與組員
1三、完成任務指導手冊中的理論題
1四、完成我的項目的功能需求,提交給學習委員
1五、完成我的項目的數據庫設計,提交給組長,組長給學習委員
1六、補考的同窗請下週二上課前完成試題,並經過學習委員的檢查