Gradle Maven插件为自定义配置生成不正确的POM依赖项

Question

我有一个Gradle项目，它做了两件正交的事情：

1. 编译并运行一些Java。
2. 生成并发布一个工件。

此工件与Java无关；它是由自定义JavaExec任务生成的。但是，自动生成的POM（来自Maven插件）似乎包含错误的依赖项。问题：如何防止这种情况？

我的build.gradle是这样的：

apply plugin: "java"
apply plugin: "maven"

configurations {
    foo  // Custom configuration for the artifact I want to build and publish
}

// Dependencies for Java configurations (nothing to do with foo)
dependencies {
    compile "foo:foo:1.1"
    testCompile "bar:bar:2.2"
}

// Custom task
task generateFoo(type: JavaExec) {
    ext.outputFile = new File(buildDir, "foo.bar")
    ...
}

artifacts {
    foo    file: generateFoo.outputFile, builtBy: generateFoo
}

uploadFoo {
    repositories {
        mavenDeployer { ... }
    }
}

我这样调用Gradle：

./gradlew uploadFoo

AFAICS，< code>foo配置与Java配置无关。所以我希望发布的POM不会列出任何依赖项。然而，我观察到了列出的所有不相关的依赖项。

Maven插件的Gradle文档暗示了使用＜code＞conf2ScopeMappings＜/code＞的依赖关系映射，但我完全不清楚我应该用它做什么（如果有的话）。

Answer 1

我设法用< code>maven和< code > maven-publish gradle插件设置了类似的配置。

在我的例子中，我使用了带有自定义配置的自定义Jar任务，但它应该可以工作，因为工件{…}在这两种情况下都使用。

使用< code>maven插件，您的< code>build.gradle将如下所示:

apply plugin: "java"
apply plugin: "maven"

configurations {
    foo  // Custom configuration for the artifact I want to build and publish
}

// Dependencies for Java configurations (nothing to do with foo)
dependencies {
    compile "foo:foo:1.1"
    testCompile "bar:bar:2.2"
}

// Custom task
task generateFoo(type: JavaExec) {
    ext.outputFile = new File(buildDir, "foo.bar")
    ...
}

artifacts {
    foo    file: generateFoo.outputFile, builtBy: generateFoo
}

uploadFoo {
    repositories {
        mavenDeployer { 
            pom.scopeMappings.with {
                mappings.clear()
                addMapping(300, configurations.foo, 'runtime')
            }
            pom.artifactId = 'other artifact id than main jar'
            ... 
        }
    }
}

该解决方案的灵感来自以下主题：
http://gradle.1045684.n5.nabble.com/pom-generation-and-inherited-dependencies-td1436197.html

注意这行：

addMapping(300, configurations.foo, 'runtime')

您也可以添加其他配置，或使用“运行时”范围以外的其他maven范围。
300代表优先级，在这种情况下并不重要。

这种解决方案的优点是，我们可以很好地控制依赖关系及其映射。缺点是这不适用于< code>install任务。我们需要为安装任务设置不同的POM，这可能是可能的，但这超出了我的知识范围。

替代使用maven-发布插件：

apply plugin: "java"
apply plugin: "maven-publish"

configurations {
    foo  // Custom configuration for the artifact I want to build and publish
}

// Dependencies for Java configurations (nothing to do with foo)
dependencies {
    compile "foo:foo:1.1"
    testCompile "bar:bar:2.2"
}

// Custom task
task generateFoo(type: JavaExec) {
    ext.outputFile = new File(buildDir, "foo.bar")
    ...
}

artifacts {
    foo    file: generateFoo.outputFile, builtBy: generateFoo
}

publishing {
    publications {
        foo(MavenPublication) {
            from new org.gradle.api.internal.java.JavaLibrary(\
                configurations.api.artifacts.toArray()[0], \
                configurations.api.allDependencies)
            artifactId 'other artifact id than main jar'
        }
    }
    repositories {
        maven { ... }
    }
}

gradle任务将为您提供可能的发布命令：

publish - Publishes all publications produced by this project.
publishFooPublicationToMavenLocal - Publishes Maven publication 'foo' to the local Maven repository.
publishFooPublicationToMavenRepository - Publishes Maven publication 'foo' to Maven repository 'maven'.
publishToMavenLocal - Publishes all Maven publications produced by this project to the local Maven cache.
...

maven-publish替代方案的优势在于它将适用于本地和远程maven存储库。缺点可能是我们正在使用内部API，将来可能会发生变化，并且所有依赖项都映射到“运行时”maven范围。此外，MavenPublication代码段将更加冗长，如果我们想使用其他一些maven范围或应用一些范围映射，将使用更多的内部API。

我用的是Gradle 1.10