使用Gradle打依賴包失敗的問題及解決
使用Gradle打依賴包失敗
以前在使用Maven開發(fā)java web的項(xiàng)目中,我們通常會(huì)用多模塊來開發(fā),而使用Maven大大簡(jiǎn)化了多模塊的開發(fā)。
現(xiàn)在Maven已經(jīng)十分穩(wěn)定了,而近期由于接觸Gradle,被其簡(jiǎn)約的配置,和靈活性所吸引!用Gradle來代替Maven是一個(gè)很不錯(cuò)的選擇。
Gradle使用Maven的命令只需要引入插件即可!
plugins {
? ? id 'java'
? ? id 'maven'
? ? id 'maven-publish'
}如上所示,引入maven插件就可以使用 gradlew install 來代替 mvn install命令了
我在開發(fā)時(shí),需要開發(fā)一個(gè)springboot-start的依賴,因此,因此需要單獨(dú)起一個(gè)項(xiàng)目來寫該依賴
但是在gradlew install 時(shí) 卻報(bào)錯(cuò)了:
* What went wrong:
Execution failed for task ':install'.
> Could not publish configuration 'archives'
> Cannot publish artifact 'dynamic-datasource-spring-boot-starter.jar' (E:\dynamic-datasource-spring-boot-starter\build\libs\dynamic-datasource-spring-boot-starter-1.0-SNA
PSHOT.jar) as it does not exist.
提示找不到打好的jar包,然后去build目錄下面去找,果然沒有打好的jar包
然后使用 gradlew install -d 查看 install命令的詳細(xì)輸出發(fā)現(xiàn):
09:18:57.865 [LIFECYCLE] [class org.gradle.internal.buildevents.TaskExecutionLogger] > Task :jar SKIPPED
發(fā)現(xiàn) jar這個(gè)任務(wù)跳過去了。
經(jīng)過檢查后發(fā)現(xiàn)我的gradle依賴中添加了一個(gè)插件
org.springframework.boot
我把這個(gè)插件去掉后,就可以成功打包了,但是這個(gè)插件是我規(guī)范springboot的版本使用的,如果不使用這個(gè)插件,我就需要在使用的springboot的各個(gè)依賴中添加版本號(hào)
經(jīng)過測(cè)試后發(fā)現(xiàn)
該插件:
除了可以規(guī)定使用的springboot的版本外,同時(shí)還增加了名為bootRun和bootJar的gradle任務(wù),當(dāng)項(xiàng)目作為一個(gè)其他項(xiàng)目的依賴時(shí),不應(yīng)引入該插件,否則會(huì)提示打包失敗,找不到MainClass,當(dāng)項(xiàng)目是作為一個(gè)完整的項(xiàng)目時(shí),引入此依賴,那么即規(guī)定了springboot的版本,同時(shí)也可以使用 gradlew bootRun命令來運(yùn)行此項(xiàng)目
那么打包問題解決了,如何解決版本問題呢?gradle 如果像maven那樣引入spring-boot-starter-parent 的pom依賴呢
使用:
implementation platform("org.springframework.boot:spring-boot-starter-parent:2.1.8.RELEASE")就可以了
如果 依賴 并不是一個(gè)單獨(dú)的項(xiàng)目,而是一個(gè)單獨(dú)的模塊,那么這個(gè)時(shí)候,就需要在這個(gè)單獨(dú)的模塊中去排除這個(gè)依賴
找到父模塊對(duì)應(yīng)的build.gradle 文件
修改
allprojects { ? ? ?
?
? ? // ? ?這些模塊不應(yīng)用 springboot插件
? ? if (!name.startsWith("common") && !name.startsWith("domain")) {
? ? ? ? apply plugin: 'org.springframework.boot'
? ? ? ? apply plugin: 'io.spring.dependency-management'
? ? }
?
}即可。
在使用maven 時(shí),經(jīng)常會(huì)看到optional關(guān)鍵字,其表示可選依賴:
應(yīng)用場(chǎng)景
應(yīng)用場(chǎng)景:projectA 依賴projectB, projectB 依賴projectC時(shí)
<dependency> ? <groupId>com.itear.projectC</groupId> ? <artifactId>projectC</artifactId> ? <version>0.0.1-SNAPSHOT</version> ? <optional>true</optional> </dependency>
當(dāng)projectB的<optional>true</optional>時(shí), projectA中如果沒有顯式的引入projectC, 則projectA不依賴projectC, 即projectA可以自己選擇是否依賴projectC
默認(rèn)<optional>的值為false, 及子項(xiàng)目必須依賴
而在gradle中沒有這個(gè)關(guān)鍵字,可以使用 compileOnly 代替 implementation 來引入依賴 以達(dá)到maven optional關(guān)鍵字的效果
Gradle不能加載依賴包的處理
大早上的公司突然斷了一次電,來電后,我開啟機(jī)器,發(fā)現(xiàn)我的工程就是拉取不到本地maven上的依賴包,一下子就懵逼了。
我檢查網(wǎng)絡(luò)是通的
拉取第三方的依賴庫沒有問題
我使用其他同事的機(jī)器進(jìn)行Sync Project,OK的。
一下子,就有點(diǎn)不知所措了,昨天都是好好的,斷個(gè)電就突然不行了,還以為是我Gradle文件被改過了,但事實(shí)上并沒有。
于是想baidu下看看有沒有其他人曾經(jīng)碰到過這個(gè)問題,發(fā)現(xiàn)并沒有什么卵用。
仔細(xì)看了下Gradle的輸出日志,發(fā)現(xiàn)了一點(diǎn)信息,Could not load module metadata from XXX,于是我就去那個(gè)路徑下看了看,確實(shí)發(fā)現(xiàn)了
C:\Users\Administrator\.gradle\caches\modules-2\metadata-2.23\descriptors\XXX
因?yàn)槭莄aches目錄下,所以我就刪除了XXX下面的所有文件,然后重新Sycn,就正常了。
總結(jié)
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
SpringBoot集成PDFBox實(shí)現(xiàn)電子簽章的代碼詳解
Apache PDFBox 是一個(gè)開源的 Java 庫,用于處理 PDF 文檔,它提供了一系列強(qiáng)大的功能,包括創(chuàng)建、渲染、拆分、合并、加密、解密 PDF 文件,以及從 PDF 中提取文本和元數(shù)據(jù)等,本文給大家介紹了SpringBoot集成PDFBox實(shí)現(xiàn)電子簽章,需要的朋友可以參考下2024-09-09
SpringBoot2開啟Actuator端點(diǎn)監(jiān)控的方法
這篇文章主要介紹了SpringBoot2開啟Actuator端點(diǎn)監(jiān)控的相關(guān)資料,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2022-06-06
Struts1簡(jiǎn)介和入門_動(dòng)力節(jié)點(diǎn)Java學(xué)院整理
這篇文章主要為大家詳細(xì)介紹了Struts1簡(jiǎn)介和入門的相關(guān)資料,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2017-09-09
SpringBoot 使用Mongo的GridFs實(shí)現(xiàn)分布式文件存儲(chǔ)操作
這篇文章主要介紹了Spring Boot 使用Mongo的GridFs實(shí)現(xiàn)分布式文件存儲(chǔ)操作,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-10-10

