Gradle зависимость не удается, но она есть - PullRequest
Новая
       34

Gradle зависимость не удается, но она есть

0 голосов
/ 20 марта 2020

У меня есть следующая ошибка (ПОЖАЛУЙСТА, ОБРАТИТЕ ВНИМАНИЕ, баночка, в которой говорится, что она не может найти, отличается от имени банки локации в этой ошибке ... странно) ... 

* What went wrong:
A problem occurred evaluating project ':webserver:webpiecesServerBuilder:templateProject:WEBPIECESxAPPNAME'.
> Could not resolve all files for configuration ':webserver:webpiecesServerBuilder:templateProject:WEBPIECESxAPPNAME:runtime'.
   > Could not find micrometer-core.jar (io.micrometer:micrometer-core:1.4.0-SNAPSHOT:20200320.152130-173).
      Searched in the following locations:
         https://repo.spring.io/libs-snapshot/io/micrometer/micrometer-core/1.4.0-SNAPSHOT/micrometer-core-1.4.0-20200319.235509-170.jar

Снимок текущее содержимое каталога (в случае, если это сообщение продлится до завтра, и там будет новый снимок) следующее:

enter image description here

Понятия не имею почему он не может найти 1.4.0-SNAPSHOT, поскольку мой файл gradle прост и зависимость просто 

'io.micrometer:micrometer-core:1.4.0-SNAPSHOT'

1 Ответ

0 голосов
/ 20 марта 2020

Я думаю, что это ошибка демона Gradle или что-то в этом роде. Я сделал rm -rf ./gradle/cache, а затем он сломался за исключением 

Caused by: java.lang.NoClassDefFoundError: build_a6ssp86bmi79bk936w466ea1t$_run_closure5$_closure11
    at build_a6ssp86bmi79bk936w466ea1t$_run_closure5.doCall(/Users/dean/workspace/orderly/dataapi-all/dataapi/build.gradle:111)
    at org.gradle.util.ClosureBackedAction.execute(ClosureBackedAction.java:71)
    at org.gradle.util.ConfigureUtil.configureTarget(ConfigureUtil.java:154)
    at org.gradle.util.ConfigureUtil.configureSelf(ConfigureUtil.java:130)
    at org.gradle.api.internal.AbstractTask.configure(AbstractTask.java:587)
    at org.gradle.api.internal.AbstractTask.configure(AbstractTask.java:91)
    at org.gradle.util.ConfigureUtil.configure(ConfigureUtil.java:103)
    at org.gradle.api.internal.DefaultNamedDomainObjectCollection$ContainerElementsDynamicObject.tryInvokeMethod(DefaultNamedDomainObjectCollection.java:541)
    at org.gradle.internal.metaobject.CompositeDynamicObject.tryInvokeMethod(CompositeDynamicObject.java:98)

Итак, я убил демонов gradle и вуаля, он снова работает.

...