Spring Boot spring-boot-maven-plugin 參數(shù)配置詳解(最新推薦)
一 spring-boot-maven-plugin 插件的5個Goals
spring-boot:repackage,默認goal。在mvn package之后,再次打包可執(zhí)行的jar/war,同時保留mvn package生成的jar/war為.origin;重新打包存在的jar或者war包從而使他們可以在命令行使用jar -jar來執(zhí)行,使用layout=NONE也可以簡單的打包有嵌套依賴的jar(沒有主類,所以無法執(zhí)行);它可以替代常規(guī)的構(gòu)件或者連接到構(gòu)建生命周期并有獨立的分級。
spring-boot:run,運行Spring Boot應(yīng)用
spring-boot:start,在mvn integration-test階段,進行Spring Boot應(yīng)用生命周期的管理;啟動Spring應(yīng)用程序。和run目標不同,該目標不會阻塞,并且允許其他目標來操作應(yīng)用程序。這個目標通常是在應(yīng)用程序集成測試套件開始之前和停止之后的繼承測試腳本中使用;集成spring boot應(yīng)用程序到集成測試階段,從而使應(yīng)用程序在集成測試程序之前啟動
spring-boot:stop,在mvn integration-test階段,進行Spring Boot應(yīng)用生命周期的管理;停止使用start目標啟動的spring應(yīng)用程序,通常在測試套件完成后被調(diào)用。;集成spring boot應(yīng)用程序到集成測試階段,從而使應(yīng)用程序在集成測試程序之前啟動
spring-boot:build-info,生成Actuator使用的構(gòu)建信息文件build-info.properties
2. 配置pom.xml文件
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<version>1.5.4.RELEASE</version>
</plugin>
</plugins>
</build>二 應(yīng)用場景
1 重新打包應(yīng)用
為了重新打包應(yīng)用,只需要在pom文件中的plugin配置中如下:
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<executions>
<execution>
<goals>
<goal>repackage</goal>
</goals>
</execution>
</executions>
</plugin>2 運行應(yīng)用程序
插件包含了一個run目標,該目標能夠從命令行執(zhí)行應(yīng)用程序: mvn spring-boot:run
默認情況下,應(yīng)用從Maven的JVM運行。如果需要在分支中運行,則指定fork選項。如果指定了jvmArguments或者agent參數(shù),分支進程也會執(zhí)行。
如果需要制定某些JVM參數(shù)(如為了debug),可以使用jvmArguments參數(shù),更多細節(jié)參考 調(diào)試應(yīng)用 一章。方便起見,為了啟用總則(profiles),可以使用特定(profiles)屬性來處理,參考 指定使用的配置文件 一章。
Spring Boot 1.3已經(jīng)推出了devtools,它是提升使用Spring Boot應(yīng)用開發(fā)時經(jīng)驗的一個模塊。啟用該模塊,僅僅在項目中添加如下配置即可:
org.springframework.boot spring-boot-devtools 1.3.0.BUILD-SNAPSHOT true
目前最新是2.0.0.BUILD-SNAPSHOT了。
當devtools運行時,會在重新編譯應(yīng)用時進行檢測變化并且自動刷新。這不僅包括資源文件,也包括代碼。它也提供了一個激活的可以重加在的服務(wù)器,所以不管任何改變都會自動出發(fā)瀏覽器刷新。
devtools也可配置成僅僅靜態(tài)資源改變時刷新瀏覽器(也就是忽略代碼的改變),僅僅增加如下配置:
spring.devtools.remote.restart.enabled=false
在devtools之前,該插件已經(jīng)默認支持資源的及時刷新(hot refreshing),為了支持devtools功能,該插件功能已經(jīng)被禁用。但是可以隨時恢復(fù)該功能,恢復(fù)功能配置如下;
<build>
……
<plugins>
……
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<version>1.3.0.BUILD-SNAPSHOT</version>
<configuration>
<addResources>true</addResources>
</configuration>
</plugin>
……
</plugins>
……
</build>當啟用addResources配置時,任意src/main/resources文件夾在應(yīng)用運行時將被添加到應(yīng)用的類路徑,同時任意target/class中發(fā)現(xiàn)重復(fù)的資源將被移除。這將在發(fā)布web應(yīng)用時使資源及時刷新非常有用。例如,當使用HTML,CSS和JavaScript文件時,不用重新編譯應(yīng)用就可以立馬看到變化。這對前端開發(fā)人員不用下載安裝Java IDE就可以工作也是一種非常有用的方式。
需要注意的是,該特性的副作用是在構(gòu)建時資源過濾不起作用
為了與repackage目標保持一致,run目標在構(gòu)件類路徑下文件時將排除在配置依賴時排除的依賴配置。更詳細的的請參考 排除一個依賴 章節(jié)。
有時候在運行應(yīng)用時包含測試依賴也是非常有用的。例如,在測試模式下使用根目錄類運行應(yīng)用。如果希望這樣做,可以設(shè)置useTestClasspath參數(shù)的值為true。注意:盡在運行應(yīng)用時生效:重新打包目標將不會增加測試依賴到結(jié)果jar和war包中。
3 使用集成測試
雖然可以很容易從測試(測試套件)本身啟動Spring Boot程序,但可能需要在構(gòu)建自身來處理。為了確信圍繞集成測試的Spring Boot應(yīng)用的生命周期被合適的管理,可以使用start和stop目標。如下配置:
<build>
……
<plugins>
……
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<version>1.3.0.BUILD-SNAPSHOT</version>
<executions>
<execution>
<id>pre-integration-test</id>
<goals>
<goal>start</goal>
</goals>
</execution>
<execution>
<id>post-integration-test</id>
<goals>
<goal>stop</goal>
</goals>
</execution>
</executions>
</plugin>
……
</plugins>
……
</build>這樣的設(shè)置現(xiàn)在可以使用failsafe-plugin來運行你的集成測試,正如你所期待的哪樣。
更多詳細細節(jié),參 考隨機端口的集成測試的。
4 自定義分類重打包
默認情況下,repackage目標將使用可執(zhí)行的構(gòu)件來替代原始的構(gòu)件。如果希望保留原是構(gòu)件,并且也使用不同的分類來附屬保留可執(zhí)行的構(gòu)件,可以配置如下:
說明:如果不適用repackage目標,那么maven執(zhí)行package命令生成的jar包只有一個,名稱為pom.xml里面配置的name(artifactId)-version.jar
如果加入了repackage配置,則maven打包生成的jar包會被重命名為name-version.jar.original,使用repackage重新打包生成的jar包名稱為name-version.jar,
下面的配置就是如果希望保留原始構(gòu)件生成的jar包名稱不變,同時也想保留repackage打包生成的jar包,可以自定義命名。
<project>
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<version>1.3.0.BUILD-SNAPSHOT</version>
<executions>
<execution>
<goals>
<goal>repackage</goal>
</goals>
<configuration>
<classifier>exec</classifier>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
</project>如上配置,那么使用repackage重新生成的包的名稱就是name-version-exec.jar,就是在version后面追加了configuration節(jié)點中的classifier節(jié)點中的值,該值是自定義的。但是如果classifier節(jié)點中什么值都不寫,那么就和默認的repackage配置一樣,即原始的構(gòu)件為name-version.jar.original,repackage打包的jar為name-version.jar
5 排除依賴
默認情況下,repackage和run目標都會包含所有provided scope的依賴?;赽oot的項目應(yīng)該考慮provided scope的依賴就像容器所需要的依賴包來使應(yīng)用可以運行。
**有三種方式可以排除運行時被打包使用的依賴
1、通過指定groupId和artifactId來排除依賴(如果需要可以指定classifier,這是可選的)
2、通過指定artifactId,來排除所有匹配的依賴
3、通過指定groupId,來排除所有屬于該group的依賴
如下通過指定groupId和artifactId排除依賴 **
<project>
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<version>1.3.0.BUILD-SNAPSHOT</version>
<configuration>
<excludes>
<exclude>
<groupId>com.foo</groupId>
<artifactId>bar</artifactId>
</exclude>
</excludes>
</configuration>
</plugin>
</plugins>
</build>
</project>如上配置就會排除對com.foo:bar的jar包
如下通過指定artifactId,來排除artifactId與此匹配的所有依賴
<project>
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<version>1.3.0.BUILD-SNAPSHOT</version>
<configuration>
<excludeArtifactIds>my-lib,another-lib</excludeArtifactIds>
</configuration>
</plugin>
</plugins>
</build>
</project>如上配置就會排除所有artifactId為my-lib和another-lib的jar包
如下通過指定groupId,來排除groupId與此匹配的所有依賴
<project>
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<version>1.3.0.BUILD-SNAPSHOT</version>
<configuration>
<excludeGroupIds>com.foo</excludeGroupIds>
</configuration>
</plugin>
</plugins>
</build>
</project>如上配置則排除掉所有g(shù)roupId為com.foo的jar包
###6 調(diào)試應(yīng)用
默認情況下,run目標和mvn命令是在同一個進程中執(zhí)行的,除非jvm參數(shù)或者客戶端明確指定??梢酝ㄟ^使用fork屬性明確的開啟或者關(guān)閉是否在同一進程中執(zhí)行。
如果需要fork這個進程并且進行調(diào)試,可以添加需要的JVM參數(shù)來開啟遠程調(diào)試。如下配置為掛起進程,直到有調(diào)試請求從5005端口進入。
<project>
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<version>1.3.0.BUILD-SNAPSHOT</version>
<configuration>
<jvmArguments>
-Xdebug -Xrunjdwp:transport=dt_sorket,server=y,suspend=y,address=5005
</jvmArguments>
</configuration>
</plugin>
</plugins>
</build>
</project>需要注意的是,只要你指定了這些JVM參數(shù),這個進程就會自動被fork。這些jvm擦書也可以在命令行中指定,確認書寫正確:
mvn spring-boot:run -Drun.jvmArguments=“-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5005”
7 集成測試的隨機端口
Spring Boot集成測試的一個好特性是它能夠為Web應(yīng)用分配一個空閑端口。當start目標插件使用時,Spring Boot應(yīng)用是被分離執(zhí)行的,這讓傳遞給集成測試程序本身實際的端口變得非常困難。
如下的配置展示如何使用build-help-plugin插件達到相同的特性。
<project>
<build>
<plugins>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>build-helper-maven-plugin</artifactId>
<executions>
<execution>
<id>reserve-tomcat-port</id>
<goals>
<goal>reserve-network-port</goal>
</goals>
<phase>process-resources</phase>
<configuration>
<portNames>
<portName>tomcat.http.port</portName>
</portNames>
</configuration>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<version>1.3.0.BUILD-SNAPSHOT</version>
<executions>
<execution>
<id>pre-integration-test</id>
<goals>
<goal>start</goal>
</goals>
<configuration>
<arguments>
<argument>--server.port={tomcat.http.port}
</test.server.port>
</systemPropertyVariables>
</configuration>
</plugin>
</plugins>
</build>現(xiàn)在可以在任意的集成測試中查詢test.server.port系統(tǒng)屬性來給server創(chuàng)建一個合適的url。
8 指定使用的配置文件
一個特定應(yīng)用使用的配置文件可以通過profiles參數(shù)指定。如下配置啟動了foo和bar兩個配置文件:
<project>
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<version>1.3.0.BUILD-SNAPSHOT</version>
<configuration>
<profiles>
<profile>foo</profile>
<profile>bar</profile>
</profiles>
</configuration>
</plugin>
</plugins>
</build>
</project>使用哪個配置文件也可以通過命令行參數(shù)配置,如果有多個,需要使用都好將他們隔開:
mvn spring-boot:run -Drun.profiles=bar,foo
到此這篇關(guān)于Spring Boot spring-boot-maven-plugin 參數(shù)配置詳解的文章就介紹到這了,更多相關(guān)springboot spring-boot-maven-plugin 參數(shù)配置內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- spring-boot-maven-plugin?配置有啥用
- SpringBoot Maven打包插件spring-boot-maven-plugin無法解析原因
- 解決spring-boot-maven-plugin報紅的問題
- 如何解決通過spring-boot-maven-plugin package失敗問題
- spring-boot-maven-plugin:打包時排除provided依賴問題
- 基于spring-boot-maven-plugin插件打包lib文件外置的方法(layout模式為ZIP模式)
- spring-boot-maven-plugin報紅解決方案(親測有效)
- Springboot的spring-boot-maven-plugin導(dǎo)入失敗的解決方案
- spring-boot-maven-plugin 插件的作用詳解
相關(guān)文章
SpringBoot創(chuàng)建WebService方法詳解
這篇文章主要介紹了SpringBoot如何創(chuàng)建WebService,文中有詳細的實現(xiàn)步驟以及示例代碼,對學習或工作有一定的幫助,需要的朋友跟著小編一起來學習吧2023-05-05
springboot 中異步任務(wù),定時任務(wù),郵件任務(wù)詳解
這篇文章主要介紹了springboot 與異步任務(wù),定時任務(wù),郵件任務(wù),本文通過實例代碼給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2023-09-09
Spring Security實現(xiàn)不同接口安全策略方法詳解
這篇文章主要介紹了Spring Security實現(xiàn)不同接口安全策略方法詳解,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2020-09-09
Spring?Cloud?Gateway?2.x跨域時出現(xiàn)重復(fù)Origin的BUG問題
這篇文章主要介紹了Spring?Cloud?Gateway?2.x跨域時出現(xiàn)重復(fù)Origin的BUG問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-04-04
Idea 2020.2 創(chuàng)建web、Spring項目的教程圖解
這篇文章主要介紹了Idea 2020.2 創(chuàng)建web、Spring項目的教程,本文通過圖文并茂的形式給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-08-08

