Gradle Not Resolving Maven Repo на локальном хосте - PullRequest
Новая
       34

Gradle Not Resolving Maven Repo на локальном хосте

3 голосов
/ 21 февраля 2012

Я установил экземпляр Archiva на моем локальном хосте, используя конфигурацию по умолчанию.Я пробовал несколько различных конфигураций Gradle для разрешения экземпляра архива, но, похоже, ни один из них не работает.

  1. с использованием mavenRepo
  2. maven
  3. с использованием Ivy и указанием толькообразец артефакта (который работал, когда я использовал Ivy)

build.gradle 

subprojects {
    apply plugin: 'java'
    apply plugin: 'maven'

    repositories {
        mavenRepo url: 'http://localhost:8080/archiva', artifactUrls: [
            'http://localhost:8080/archiva/repository/internal',
            'http://localhost:8080/archiva/repository/snapshot'
        ]
        maven { url 'http://localhost:8080/archiva' }
        ivy {
            artifactPattern 'http://localhost:8080/archiva/repository/internal/[organisation]/[artifact]/[revision]/[artifact](-[revision]).[ext]'
        }
        mavenCentral()
    }

    dependencies {
        testCompile group: 'junit', name: 'junit', version: '4.10'
    }
}

dependsOnChildren()

Я не думал, что это был уместный пост какой-либо / всефайлы проекта подпроекта, но если вы считаете, что это необходимо, я могу.

Есть что-то, чего я здесь не хватает?Рассматривает ли Gradle URL локального хоста иначе, чем не локальный (поскольку разрешаются зависимости mavenCentral)?Что мне нужно сделать, чтобы Gradle разрешил локальный экземпляр репозитория Maven?

РЕДАКТИРОВАТЬ: @Peter Niederwieser 

:/> gradle build
> Loading > Resolving dependencies ':projects:project-plugin-framework:classpat
:projects:compileJava UP-TO-DATE
:projects:processResources UP-TO-DATE
:projects:classes UP-TO-DATE
:projects:jar UP-TO-DATE
:projects:assemble UP-TO-DATE
:projects:compileTestJava UP-TO-DATE
:projects:processTestResources UP-TO-DATE
:projects:testClasses UP-TO-DATE
:projects:test UP-TO-DATE
:projects:check UP-TO-DATE
:projects:build UP-TO-DATE
:projects:project-plugin-framework:compileJava UP-TO-DATE
:projects:project-plugin-framework:processResources UP-TO-DATE
:projects:project-plugin-framework:classes UP-TO-DATE
:projects:project-plugin-framework:jar UP-TO-DATE
:projects:project:compileJava UP-TO-DATE
:projects:project:processResources UP-TO-DATE
:projects:project:classes UP-TO-DATE
:projects:project:jar UP-TO-DATE
:projects:project:assemble UP-TO-DATE
:projects:project:compileTestJava UP-TO-DATE
:projects:project:processTestResources UP-TO-DATE
:projects:project:testClasses UP-TO-DATE
> Building > :projects:project:test > Resolving dependencies ':projects:mag
:projects:project:test

FAILURE: Build failed with an exception.

* What went wrong:
Could not resolve all dependencies for configuration ':projects:project:tes
tRuntime'.
> Could not find group:jspf, module:jspf.core, version:1.0.2.
  Required by:
      Project.projects:project:0.0.1
      Project.projects:project:0.0.1 > Project.projects:project-pl
ugin-framework:0.0.1
> Could not find any version that matches group:erichschroeter, module:applib, v
ersion:latest.integration.
  Required by:
      Project.projects:project:0.0.1
      Project.projects:project:0.0.1 > Project.projects:project-pl
ugin-framework:0.0.1

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug
option to get more log output.

BUILD FAILED

Total time: 12.61 secs

1 Ответ

6 голосов
/ 21 февраля 2012

Проблема была связана с кэшем Gradle и моей первоначальной загрузкой артефактов в репозиторий Archiva .

Когда вы загружаете артефакты в Archiva, вам предоставляется возможность создать POM Maven 2, а я этого не делал. В результате, когда Gradle отправился разрешать зависимости в хранилище Archiva, он не нашел POM, которые, как я полагаю, искал, и, следовательно, не смог разрешить зависимости.

Проблема была решена путем удаления каталога .gradle/caches и простого вызова build для запуска с нуля.

...