在使用 Archiva 的时候，有时候会提示文件没有找到，或者文件不能下载。 这里需要注意提示的状态。 有时候提示的 404， 有时候提示的 500。 尤其是有时候，你使用 proxy 连接的时候 如果提示的是 404 的话，提示你的 Archiva 在可能的源仓库中已经进行了搜索，但是没有找到。 如果提示的是 500 的话，那么可能的情况是源仓库可能需要授权，或者源仓库已经损坏了。这个情况你需要查看 Arachiva 的服务器上日志，找到问题在哪里。 需要特别注意的 500 错误，因为你的 Gradle 或者 maven 将会提示的是不能下载文件，你可能并不知道问题出现在 Archiva 的内部错误，或者 Archiva 到源仓库中搜索下载的错误。 https://www.cwiki.us/display/MavenZH/questions/57939009  

错误提示如下： A problem occurred configuring root project 'reoc'. > Could not resolve all dependencies for configuration ':classpath'. > Could not determine artifacts for org.asciidoctor.convert:org.asciidoctor.convert.gradle.plugin:2.3.0 > Could not get resource 'https://maven.ossez.com/repository/internal/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar'. > Could not HEAD 'https://maven.ossez.com/repository/internal/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar'. Received status code 500 from server: Unable to fetch artifact resource. 这个问题怎么处理   在这里，你需要注意的 Archiva 返回的错误代码是 500。 如果返回的代码是 404 说明的是资源没有找到，返回 500 的意思是服务器上有错。 Received status code 500 from server: Unable to fetch artifact resource. 登录服务器后，我们看到错误信息是： 2020-04-12 08:50:22,335 [qtp1096639601-25] ERROR org.apache.archiva.webdav.ArchivaDavResourceFactory [] - Failures occurred downloading from some remote repositories: Spring-Plugins: Download failure on resource [http://repo.spring.io/plugins-release/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar]:Access denied to: http://repo.spring.io/plugins-release/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar , ReasonPhrase:Forbidden. central: Download failure on resource [http://central.maven.org/maven2/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar]:central.maven.org (cause: java.net.UnknownHostException: central.maven.org) org.apache.archiva.policies.ProxyDownloadException: Failures occurred downloading from some remote repositories: Spring-Plugins: Download failure on resource [http://repo.spring.io/plugins-release/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar]:Access denied to: http://repo.spring.io/plugins-release/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar , ReasonPhrase:Forbidden. central: Download failure on resource [http://central.maven.org/maven2/org/asciidoctor/convert/org.asciidoctor.convert.gradle.plugin/2.3.0/org.asciidoctor.convert.gradle.plugin-2.3.0.jar]:central.maven.org (cause: java.net.UnknownHostException: central.maven.org) at org.apache.archiva.proxy.DefaultRepositoryProxyConnectors.fetchFromProxies(DefaultRepositoryProxyConnectors.java:366) ~[archiva-proxy-2.2.3.jar:?] at org.apache.archiva.webdav.ArchivaDavResourceFactory.fetchContentFromProxies(ArchivaDavResourceFactory.java:818) [archiva-webdav-2.2.3.jar:?] at org.apache.archiva.webdav.ArchivaDavResourceFactory.processRepository(ArchivaDavResourceFactory.java:627) [archiva-webdav-2.2.3.jar:?] at org.apache.archiva.webdav.ArchivaDavResourceFactory.createResource(ArchivaDavResourceFactory.java:324) [archiva-webdav-2.2.3.jar:?] at org.apache.archiva.webdav.RepositoryServlet.service(RepositoryServlet.java:125) [archiva-webdav-2.2.3.jar:?] at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) [javax.servlet-3.0.0.v201112011016.jar:?] at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684) [jetty-servlet-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501) [jetty-servlet-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557) [jetty-security-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:428) [jetty-servlet-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:154) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.Server.handle(Server.java:370) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:971) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1033) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:644) [jetty-http-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235) [jetty-http-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:667) [jetty-io-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52) [jetty-io-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031] at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031] at java.lang.Thread.run(Thread.java:748) [?:1.8.0_242] 因为我们使用的是 Archiva 为 proxy 代理服务器，这说明 Archiva 没有办法从原数据中下载信息。 从上面的信息，我们可以看到你的 Central Maven 仓库设置有问题，或者原 Central Maven 仓库已经不可用了。 需要将不可用访问的 http://central.maven.org/maven2 仓库 URL 替换为： https://repo1.maven.org/maven2/ 仓库地址。   https://www.cwiki.us/display/MavenZH/questions/57938999

构建扫描（build scan）是一个中心化并且可以共享的构建记录。这个构建记录通常能够告诉在构建中发生了什么并且为什么会发生。 通过应用构建扫描插件到你的项目中，你可以将你的构建扫描发布到 https://scans.gradle.com 网站中，并且这个服务是免费的。 你将会创建什么 这个指南将会指导你有关构建扫描的特性而且这个不需要你对你现有的脚本进行任何修改。 同时你也将会学习到针对给定项目来扫描所有的构建。可选的方案是，你可以通过修改初始化脚本针对你所有项目来启用构建扫描。 你需要什么来进行创建 进入你自己的示例项目，或者你可以从 Gradle 上创建一个示例项目。 你的计算机应该需要连上互联网 访问你的电子邮件地址 大概需要 6 分钟 选择一个示例项目 Gradle 已经创建一个示例可用的 Java 项目，这样你可以用这个项目来示例项目扫描的能力，你如果你需要使用的话，你可以克隆或者下载这个项目。 这个项目的下载地址链接为：https://github.com/gradle/gradle-build-scan-quickstart $ git clone https://github.com/gradle/gradle-build-scan-quickstart Cloning into 'gradle-build-scan-quickstart'... $ cd gradle-build-scan-quickstart 如果你希望使用你自己的项目的话，你可以跳过这个步骤。 自动应用构建扫描插件（build scan plugin） 从 Gradle 4.3 版本开始，你可以在你的项目中运行 Gradle 扫描，而不需要任何附加配置。 当你使用命令行选项  --scan 来对项目扫描进行发布的时候，Gradle 将会自动应用需要的插件。在将数据发布到网上之前，在命令行中将会提示要求你接受许可证和协议。 下面为命令行运行时候的系统输出。 $ ./gradlew build --scan > Task :compileJava > Task :processResources NO-SOURCE > Task :classes > Task :jar > Task :assemble > Task :compileTestJava > Task :processTestResources NO-SOURCE > Task :testClasses > Task :test > Task :check > Task :build BUILD SUCCESSFUL 4 actionable tasks: 4 executed Publishing a build scan to scans.gradle.com requires accepting the Gradle Terms of Service defined at https://gradle.com/terms-of-service. Do you accept these terms? [yes, no] yes Gradle Terms of Service accepted. Publishing build scan... https://gradle.com/s/czajmbyg73t62 这种配置机制能够非常容易的创建临时性的一次性扫描而不需要你在你的构建文件中配置相关的插件。 如果你希望配置更加细力度的配置，你可以在你的构建文件中配置构建扫描插件或者在下面描述的初始化脚本中进行配置。 针对你项目的所有构建启用构建扫描 针对 Gradle 2.x-5.x 版本，你需要应用  com.gradle.build-scan 插件到你的根构建脚本中（build script）。 从 Gradle 6.0 版本开始，你需要应用 com.gradle.enterprise 插件到你的 settings 脚本中。 请参考  Gradle 构建扫描插件文档（Gradle Build Scan plugin docs）中的内容来如何将构建扫描插件应用到你的项目中。 接受许可证协议 为了能够将构建扫描的结果发布到 https://scans.gradle.com 中，你需要接受许可协议。 这个可以在命令行进行发布的时候进行一次性同意协议，你也可以将这个配置到你的 Gradle 构建文件中，这个配置需要配置在 settings.gradle 文件中。 有关的配置如下： settings.gradle gradleEnterprise { buildScan { termsOfServiceUrl = 'https://gradle.com/terms-of-service' termsOfServiceAgree = 'yes' } } buildScan 代码块允许你配置这个插件。 在这里有 2 个参数你需要输入能够让你的构建自动接收许可协议。有关其他的可以用参数，请参考  Build Scans 用户指南（Build Scans User Manual）页面中的内容。 如果你在 settings.gradle 文件中直接配置上面配置的话，你可能会收到： Could not find method gradleEnterprise() for arguments 错误。 这是因为你可能没有应用插件，你需要在你的 settings.gradle 中添加下面的插件： plugins { id "com.gradle.enterprise" version "3.2" } 发布一个构建扫描 一个构建扫描在命令行中的工具是通过 --scan 命令进行发布的。 在运行  build 任务的时候，你可以选择添加 --scan 选项。当构建任务完成以后将会上传构建数据到  scans.gradle.com 网站上。 在最后，你将会看到已经创建的网站链接，你需要拷贝这个链接到浏览器上打开。 $ ./gradlew build --scan BUILD SUCCESSFUL in 0s Publishing build scan... https://gradle.com/s/uniqueid 在线访问构建扫描 在你第一次访问提供的构建链接的时候，你需要被要求激活构建扫描。 在你的邮件系统中收到的构建扫描激活链接看起如下图： 按照电子邮件中提供的链接，你单击链接后，你就可以访问到为你创建的构建页面了： 你可以通过页面，访问到有关你这个构建的所有信息，包括有执行的时间，执行的任务，在每一个任务执行所需要的时间，有关测试的所有结果，使用的插件和需要的依赖。 以及包括有有关命令行的开花和其他的更多一些信息。 针对所有构建启用构建扫描（可选） 可选的，你可以通过修改 Gradle 的构建脚本将插件的许可证同意洗液添加到所有的构建中。 具体的修改方法，请参考 https://docs.gradle.com/enterprise/gradle-plugin/#many-projects 页面中的内容。 还有一些更多的构建能力可以添加到脚本中，例如在什么条件下发布构建扫描信息。 有关更多的详细内容，请参考 构建扫描用户手册（Build Scans User Manual）中的内容。 总结 在这个指南中，你可能已经学到了： 创建一个构建扫描 在线查看构建扫描的信息 针对所有构建创建一个初始化脚本来启用构建扫描 下一个步骤 有关更多的详细内容，请参考 构建扫描用户手册（Build Scans User…

在应用 gradleEnterprise  的时候，提示错误： > Could not find method gradleEnterprise() for arguments [settings_5wv4b365n0pw4ey5aj1mu1468$_run_closure1@5b527bd] on settings 'covid-19' of type org.gradle.initialization.DefaultSettings.   这是因为你可能没有应用插件，你需要在你的 settings.gradle 中添加下面的插件： plugins { id "com.gradle.enterprise" version "3.2" } 配置的内容如下： plugins { id "com.gradle.enterprise" version "3.2" } gradleEnterprise { buildScan { termsOfServiceUrl = 'https://gradle.com/terms-of-service' termsOfServiceAgree = 'yes' } } 需要先应用 com.gradle.enterprise 插件 https://www.cwiki.us/display/GradleZH/questions/57938718

在编译的时候有下面的警告提示： Deprecated Gradle features were used in this build, making it incompatible with Gradle 7.0. Use '--warning-mode all' to show the individual deprecation warnings. See https://docs.gradle.org/6.3/userguide/command_line_interface.html#sec:command_line_warnings CONFIGURE SUCCESSFUL in 14s   如何进行查看和操作？ 其实这是一个比较简单的问题。 上面的提示信息已经告诉你怎么运行了。 你可以运行命令 gradlew --warning-mode all 在输出中，你可以看到下面的信息 > Configure project : The compile configuration has been deprecated for dependency declaration. This will fail with an error in Gradle 7.0. Please use the implementation configuration instead. Consult the upgrading guide for further information: https:// docs.gradle.org/6.3/userguide/upgrading_version_5.html#dependencies_should_no_longer_be_declared_using_the_compile_and_runtime_configurations at build_45djmc9u5bi478od1utks361r$_run_closure1$_closure8.doCall(C:\WorkDir\Ossez-Com\USData\Source-Code\covid-19\build.gradle:53) (Run with --stacktrace to get the full stack trace of this deprecation warning.) 上面的内容已经很明确的告诉你存在兼容性问题的地方在哪里。 根据提示的内容进行修改就可以了。   https://www.cwiki.us/display/GradleZH/questions/57938688

有关构建扫描的定义为： 构建扫描（build scan）是一个中心化并且可以共享的构建记录。这个构建记录通常能够告诉在构建中发生了什么并且为什么会发生。 通过应用构建扫描插件到你的项目中，你可以将你的构建扫描发布到 https://scans.gradle.com 网站中，并且这个服务是免费的。 具体内容，请参考： Creating Build Scans 页面中的内容。 简单来说，你可以在你已有的构建中运行命令： gradlew build --scan 当提示需要发布的时候，这里需要输入 Yes 拷贝发布的链接到浏览器中进行访问： Publishing build scan... https://gradle.com/s/42nadqpqgayro 如果是第一次登陆的话，在界面中将会要求你输入你的邮箱地址，然后系统将会把信的链接发送到你邮箱中进行验证。 如果你已经验证过了。 那么你直接访问将会看到下面的界面了。 有不少的详细内容可以供你查看。 当然，你也可以将这个构建删除掉。 对于开放项目，这个功能提供了一个更好的协作和共享方式。   https://www.cwiki.us/display/GradleZH/questions/57938672

Gradle 6 尝试 build 的时候没有执行测试。 这个问题是什么问题？   当你的 Gradle build 的时候没有执行 test。 你需要看看你的 build.gradle 文件中有没有 test { useJUnitPlatform() } 这个 task。 如果没有的话，你需要将这个添加进来。 https://www.cwiki.us/display/GradleZH/questions/57938653

在使用 Gradle 进行 build 的时候运行测试，提示 build 不能完成，测试不能进行。 错误信息： Caused by: org.junit.platform.commons.PreconditionViolationException: Cannot create Launcher without at least one TestEngine; consider adding an engine implementation JAR to the classpath org.gradle.api.internal.tasks.testing.TestSuiteExecutionException: Could not complete execution for Gradle Test Executor 19. at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.stop(SuiteTestClassProcessor.java:63) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:36) at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24) at org.gradle.internal.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:33) at org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:94) at com.sun.proxy.$Proxy2.stop(Unknown Source) at org.gradle.api.internal.tasks.testing.worker.TestWorker.stop(TestWorker.java:132) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:36) at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24) at org.gradle.internal.remote.internal.hub.MessageHubBackedObjectConnection$DispatchWrapper.dispatch(MessageHubBackedObjectConnection.java:182) at org.gradle.internal.remote.internal.hub.MessageHubBackedObjectConnection$DispatchWrapper.dispatch(MessageHubBackedObjectConnection.java:164) at org.gradle.internal.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:412) at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:64) at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:48) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56) at java.base/java.lang.Thread.run(Thread.java:834) Caused by: org.junit.platform.commons.PreconditionViolationException: Cannot create Launcher without at least one TestEngine; consider adding an engine implementation JAR to the classpath at org.junit.platform.commons.util.Preconditions.condition(Preconditions.java:296) at org.junit.platform.launcher.core.DefaultLauncher.<init>(DefaultLauncher.java:58) at org.junit.platform.launcher.core.LauncherFactory.create(LauncherFactory.java:91) at org.junit.platform.launcher.core.LauncherFactory.create(LauncherFactory.java:67) at org.gradle.api.internal.tasks.testing.junitplatform.JUnitPlatformTestClassProcessor$CollectAllTestClassesExecutor.processAllTestClasses(JUnitPlatformTestClassProcessor.java:97) at org.gradle.api.internal.tasks.testing.junitplatform.JUnitPlatformTestClassProcessor$CollectAllTestClassesExecutor.access$000(JUnitPlatformTestClassProcessor.java:79) at org.gradle.api.internal.tasks.testing.junitplatform.JUnitPlatformTestClassProcessor.stop(JUnitPlatformTestClassProcessor.java:75) at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.stop(SuiteTestClassProcessor.java:61) ... 25 more Wrap lines       这里有关 Junit 5 进行 Gradle 配置的时候需要配置测试引擎。 请参考下面的链接中的说明： https://docs.gradle.org/current/userguide/java_testing.html#using_junit5 首先你需要在你的依赖中添加下面的内容： testImplementation 'org.junit.jupiter:junit-jupiter-api:5.6.1' testRuntimeOnly 'org.junit.jupiter:junit-jupiter-engine:5.6.1' 同时，如果你使用的是 Junit 5 的话，你还需要指定测试： test { useJUnitPlatform() } 如果你这里不指定这个 test 测试的话，你项目的测试是不会运行的。   https://www.cwiki.us/display/GradleZH/questions/57938645  

Gradle 是一个开源的构建自动化（build automation）工具。有关构建自动化的定义请参考：https://en.wikipedia.org/wiki/Build_automation。同时 Gradle 被设计得足够灵活可以被用来构建几乎任何类型的软件。 下面的一些特性是从宏观上来对 Gradle 的一些特性进行阐述： 高性能 Gradle 通过运行需要运行的任务来避免不必要的工作。因为输入和输出可能会改变。你还可以通过启用构建缓存来让上一次构建运行的状态可以被重用，甚至你可以在不同的机器上这样做（通过共享构建缓存）。 同时 Gradle 还有很多优化的实践，Gradle 开发小组坚持开发使用来提高 Gradle 的性能。 基于 JVM Gradle 是运行在 JVM 虚拟机上的，所以你的机器必须要安装 JDK。针对使用 Java 平台的用户来说，这会带来非常大的好处，这些用户可以在他们的构建（build）逻辑中使用标准的 Java API。包括使用自定义任务类型和插件。同时也能够让 Gradle 更加容易的在其他平台上运行。 请注意，Gradle 并不仅仅限制于构建 JVM 项目，甚至被打包用来支持构建原生项目。 可转换 针对 Java 项目，Gradle 去掉了 Maven 的很多繁琐功能，能够更加容易的实现 Maven 的转换。通过引用合适正确的插件，你可以为你的项目减轻构建脚本的复杂性。 但是这些转换并不是为了局限你的使用：Gradle 运行你对它们进行重载（override），添加你的自定义任务，为你基于转换的项目提供更多的自定义功能。 可扩展 你可通过提供你自己的任务类型或者构建模型来对 Gradle 进行扩展。请参考针对 Android 的构建支持为样本的示范：可能会添加一些新的构建概念，例如 flavors 和 build types。 支持 IDE 一些主流的 IDE 都能够允许你导入 Gradle 的构建同时能够对其进行转换：Android Studio， IntelliJ IDEA， Eclipse 和 NetBeans。同时 Gradle 也能够支持创建导入Visual Studio 项目需要的 solution 文件。 自扫描和修复 构建扫描（Build scans）提供了一个帮助你识别构建错误和问题的扩展工具。同时这个工具也能够更好的帮助你识别和找到可能存在的构建性能问题。 你也可以和其他的用户分享你的构建扫描，这个分享功能在你希望获得其他开发人员帮助的时候就非常有用和高效。   https://www.cwiki.us/display/GradleZH/What+is+Gradle

apply plugin: 'java' 的插件是否在 Gradle 进行了修改？   Source: FAQ 针对 Java 项目，使用  Gradle 3.4+ 在对你项目中进行编译的时候，有关 Java 的插件进行了修改。 针对 library 的项目或者 library 模块的多模块项目中，在 Gradle 推荐你使用  Java-library plugin （插件）来进行编辑。 例如针对的库，你可以使用 apply plugin: 'java-library' 替换 apply plugin: 'java'