翻译：Gradle之 Java插件

原文地址 http://www.gradle.org/docs/current/userguide/java_plugin.html

23.1. Usage用法

要使用Java插件，在脚本里加入:

Example 23.1. Using the Java plugin

build.gradle

apply plugin: ‘java‘

23.2. Source sets源集

Java插件引入了一个概念：源集（source set），一个源集就是一组被一起编译一起执行的源文件。这些文件可能包括Java源文件，也可以包括资源文件。有些插件增加了源集包含Groovy和Scala源文件的能力。一个源集具有一个相关的编译路径和运行时路径。

源集的一个作用是将源文件进行逻辑分组来面熟共同的目的。比如可以使用源集定义一个集成测试套件，或用多个源集定义API和实现类。

java插件有两个标准源集：main 和test.。main 源集包含产品源代码，也就是要编译打包成jar的部分。test 源集包含单元测试源代码，编译后用JUnit
或TestNG执行。

23.3. Tasks任务

Java插件会给你的工程增加下面的任务：

Table 23.1. Java plugin - tasks

对于你加入工程的每一个源集，Java插件会增加如下编译任务：

Table 23.2. Java plugin - source set tasks

Java插件也增加形成工程生命周期的任务：

Table 23.3. Java plugin - lifecycle tasks

下图是任务间的关系：

Figure 23.1. Java plugin - tasks

23.4. Project layout工程布局

Java插件默认你的工程布局如下，任何目录都可以不存在，也可以不包含任何东西。java插件会编译它找到的任何东西，控制任何丢失的。

Table 23.4. Java plugin - default project layout

23.4.1. Changing the project layout改变工程布局

可以通过配置合适的源集来配置布局。后面还会详细讨论，下面是一个简单的例子修改了main中的 Java 和resource source 目录.

Example 23.2. Custom Java source layout

build.gradle

sourceSets {
    main {
        java {
            srcDir ‘src/java‘
        }
        resources {
            srcDir ‘src/resources‘
        }
    }
}

23.5. Dependency management依赖管理

Java插件有很多依赖配置，它把这些配置非给各个任务，如compileJava 和 test.

Table 23.5. Java plugin - dependency configurations

Figure 23.2. Java plugin - dependency configurations

对于加入工程的每个源集，Java插件增加如下依赖配置：

Table 23.6. Java plugin - source set dependency configurations

23.6. Convention properties传统属性

Java插件有一些传统属性，如下。你可以直接在脚本中使用这些属性，更多参考 Section 21.3,
“Conventions”

Table 23.7. Java plugin - directory properties

Table 23.8. Java plugin - other properties

这些属性来自传统对象：JavaPluginConvention, BasePluginConvention 和 ReportingBasePluginConvention.

23.7. Working with source sets使用源集

通过 sourceSets 属性访问源集，它是工程盛放源集的容器， SourceSetContainer类型的。
还有一个基本块 sourceSets
{ } ，可以使用闭包来配置源集容器。源集容器工作方式和其他容器完全一样，比如任务tasks.

Example 23.3. Accessing a source set

build.gradle

// Various ways to access the main source set
println sourceSets.main.output.classesDir
println sourceSets[‘main‘].output.classesDir
sourceSets {
    println main.output.classesDir
}
sourceSets {
    main {
        println output.classesDir
    }
}

// Iterate over the source sets
sourceSets.all {
    println name
}

要配置容器，只要用上面的任意一个方法设置源集属性值即可。源集的属性下面会描述。先简单看个例子：

Example 23.4. Configuring the source directories of a source set

build.gradle

sourceSets {
    main {
        java {
            srcDir ‘src/java‘
        }
        resources {
            srcDir ‘src/resources‘
        }
    }
}

23.7.1. Source set properties源集属性

下面是一些常用的重要的属性，更多的参见：SourceSet.

Table 23.9. Java plugin - source set properties

23.7.2. Defining new source sets新建源集

在 sourceSets
{ } 块中命名就可以创建源集了：

Example 23.5. Defining a source set

build.gradle

sourceSets {
    intTest
}

新建源集后Java插件会给它增加一些依赖配置，见上文： Table 23.6,
“Java plugin - source set dependency configurations”. 你可以用这些配置定义源集的编译和运行时依赖。

Example 23.6. Defining source set dependencies

build.gradle

sourceSets {
    intTest
}

dependencies {
    intTestCompile ‘junit:junit:4.11‘
    intTestRuntime ‘org.ow2.asm:asm-all:4.0‘
}

Java插件会增加一些汇编任务给源集，见上文 Table 23.2,
“Java plugin - source set tasks”. 比如对于 intTest的源集可以通过执行 gradle
intTestClasses 来编译

Example 23.7. Compiling a source set

Output of gradle
intTestClasses

> gradle intTestClasses
:compileIntTestJava
:processIntTestResources
:intTestClasses

BUILD SUCCESSFUL

Total time: 1 secs

23.8. Javadoc

javadoc任务是Javadoc的实例。它支持核心javadoc选项和标准doclet选项（见 reference
documentation )。完整信息参考 CoreJavadocOptions and StandardJavadocDocletOptions.

Table 23.10. Java plugin - Javadoc properties

23.9. Clean

clean 任务是Delete的实例，它会把 dir 属性值对应的目录删掉.

Table 23.11. Java plugin - Clean properties

23.10. Resources资源

The Java plugin uses the Copy task
for resource handling. It adds an instance for each source set in the project. You can find out more about the copy task in Section 16.6,
“Copying files”.

Table 23.12. Java plugin - ProcessResources properties

23.11. CompileJava编译

Java插件会给工程中的每个源集增加一个 JavaCompile 类型实例。主要的配置选项如下：

Table 23.13. Java plugin - Compile properties

编译任务委托了Ant的 javac 任务，将options.useAnt设为false可以激活Grass的编译集成从而绕过Ant的任务。以后这会成为默认任务。

默认Java的编译工作在Gradle进程中执行。将options.fork 设为 true 会生成单独的进程。在Ant中这样做会减慢编译速度，而在Gradle中相反，Gradle会尽量重复使用编译进程。优先尊重的选项是options.forkOptions

23.13. Jar打包

jar任务会生成jar文件，包括了工程的类文件和资源文件。jar文件是 archives 依赖配置的产出，所以依赖工程可以直接引用。如果要把工程上传到库，jar文件会被声明为依赖描述符的一部分。更多请阅读 Section 16.8,
“Creating archives” 和 Chapter 51, Publishing
artifacts.

23.13.1. Manifest主配置清单

每个jar或war对象都有一个 manifest 属性，值为 Manifest的单独实例。压缩后对应的MANIFEST.MF文件就写入压缩文件中了。

Example 23.15. Customization of MANIFEST.MF

build.gradle

jar {
    manifest {
        attributes("Implementation-Title": "Gradle", "Implementation-Version": version)
    }
}

可以创建 Manifest
的独立实例，这样就可以在jar中共享主配信息了。

Example 23.16. Creating a manifest object.

build.gradle

ext.sharedManifest = manifest {
    attributes("Implementation-Title": "Gradle", "Implementation-Version": version)
}
task fooJar(type: Jar) {
    manifest = project.manifest {
        from sharedManifest
    }
}

Manifest 对象可以随便合并，可以是文件路径也可以是主配引用等等。

Example 23.17. Separate MANIFEST.MF for a particular archive

build.gradle

task barJar(type: Jar) {
    manifest {
        attributes key1: ‘value1‘
        from sharedManifest, ‘src/config/basemanifest.txt‘
        from(‘src/config/javabasemanifest.txt‘, ‘src/config/libbasemanifest.txt‘) {
            eachEntry { details ->
                if (details.baseValue != details.mergeValue) {
                    details.value = baseValue
                }
                if (details.key == ‘foo‘) {
                    details.exclude()
                }
            }
        }
    }
}

Manifest会按照from 语句中的顺序进行合并。如果合并中发现相同的值则保持原来的，可以通过增加eachEntry 动作自定义合并行为，在里面要访问 ManifestMergeDetails 的实例。合并并不是立即执行的，而是在生成jar文件或者调用 writeTo 和 effectiveManifest的时候。要把主配写入硬盘很简单：

Example 23.18. Separate MANIFEST.MF for a particular archive

build.gradle

jar.manifest.writeTo("$buildDir/mymanifest.mf")

23.14. Uploading上传

上传请看 Chapter 51, Publishing
artifacts.