即使不是没有可能,创建没有任何外部依赖关系的现实应用程序也是一项挑战。 这就是为什么依赖性管理是每个软件项目中至关重要的部分的原因。

这篇博客文章描述了我们如何使用Gradle管理项目的依赖关系。 我们将学习配置已使用的存储库和所需的依赖项。 我们还将通过实现一个简单的示例应用程序将此理论应用于实践。

让我们开始吧。

补充阅读:

  • Gradle入门:简介可帮助您安装Gradle,描述Gradle构建的基本概念,并描述如何使用Gradle插件向构建中添加功能。
  • Gradle入门:我们的第一个Java项目描述了如何使用Gradle创建Java项目并将应用程序打包到可执行jar文件中。

储存库管理简介

存储库本质上是依赖项容器,每个项目可以使用零个或多个存储库。

Gradle支持以下存储库格式:

  • 常春藤仓库
  • Maven仓库
  • 平面目录存储库

让我们了解如何在构建中配置每种存储库类型。

将常春藤存储库添加到我们的构建中

我们可以使用它的url地址或它在本地文件系统中的位置将Ivy存储库添加到我们的构建中。

如果要使用其常春藤地址添加常春藤存储库,则必须将以下代码片段添加到build.gradle文件中:

repositories {ivy {url "http://ivy.petrikainulainen.net/repo"}
}

如果要使用文件系统中的位置添加常春藤存储库,则必须将以下代码段添加到build.gradle文件中:

repositories {ivy {       url "../ivy-repo"}
}

如果您想获得有关配置Ivy存储库的更多信息,则应检查以下资源:

  • Gradle用户指南的第50.6.6节Ivy存储库
  • IvyArtifactRepository的API文档

让我们继续前进,找出如何将Maven存储库添加到我们的构建中。

将Maven存储库添加到我们的构建中

我们可以使用其URL地址或在本地文件系统中的位置将Maven存储库添加到我们的构建中。

如果要使用其URL添加Maven存储库,则必须将以下代码段添加到build.gradle文件中:

repositories {maven {url "http://maven.petrikainulainen.net/repo"}
}

如果要通过使用文件系统中的Maven存储库来添加Maven存储库,则必须将以下代码段添加到build.gradle文件中:

repositories {maven {       url "../maven-repo"}
}

将Maven存储库添加到构建中时,Gradle可以使用三个“别名”。 这些别名是:

  • mavenCentral()别名意味着从中央Maven 2存储库中获取依赖项。
  • jcenter()别名表示从Bintray的JCenter Maven存储库中获取依赖项。
  • mavenLocal()别名意味着从本地Maven存储库中获取依赖项。

如果要在构建中添加中央Maven 2存储库,则必须将以下代码段添加到build.gradle文件中:

repositories {mavenCentral()
}

如果要获取有关配置Maven存储库的更多信息,则应查阅Gradle用户指南的第50.6.4节“ Maven存储库” 。

让我们继续前进,了解如何向构建中添加平面目录存储库。

将平面目录存储库添加到我们的版本中

如果要使用平面目录存储库,则必须将以下代码片段添加到build.gradle文件中:

repositories {flatDir {dirs 'lib'}
}

这意味着从lib目录中搜索依赖项。 另外,如果需要,可以通过将以下代码段添加到build.gradle文件中来使用多个目录:

repositories {flatDir {dirs 'libA', 'libB'}
}

如果要获取有关平面目录存储库的更多信息,则应检查以下资源:

  • Gradle用户指南的第50.6.5节平面目录存储库
  • Flat Dir Repository发布到gradle用户邮件列表

让我们继续前进,了解如何使用Gradle管理项目的依赖关系。

依赖管理简介

配置项目的存储库后,我们可以声明其依赖项。 如果我们要声明一个新的依赖关系,我们必须执行以下步骤:

  1. 指定依赖项的配置。
  2. 声明所需的依赖项。

让我们仔细看看这些步骤。

将依赖项分组到配置中

在Gradle中,依赖项分为一组命名的依赖项。 这些组称为配置,我们使用它们来声明项目的外部依赖关系。

Java插件指定了几种依赖项配置 ,下面对此进行了描述:

  • 当我们编译项目的源代码时,需要将添加到编译配置的依赖项。
  • 运行时配置包含运行时所需的依赖项。 此配置包含添加到编译配置的依赖项。
  • testCompile配置包含编译项目测试所需的依赖项。 此配置包含我们项目的已编译类以及添加到编译配置中的依赖项。
  • testRuntime配置包含运行我们的测试时所需的依赖项。 此配置包含添加到compileruntimetestCompile配置的依赖项。
  • 档案配置包含由我们的项目产生的工件(例如Jar文件)。
  • 默认配置组包含运行时所需的依赖项。

让我们继续前进,找出如何声明Gradle项目的依赖项。

声明项目的依存关系

最常见的依赖项称为外部依赖项,可从外部存储库找到。 通过使用以下属性来标识外部依赖项:

  • group属性标识依赖项的组(Maven用户将此属性称为groupId )。
  • name属性标识依赖项的名称(Maven用户将此属性称为artifactId )。
  • version属性指定外部依赖项的版本(Maven用户将此属性称为version )。

使用Maven存储库时,这些属性是必需的。 如果使用其他存储库,则某些属性可能是可选的。

例如,如果使用平面目录存储库,则可能仅需要指定name和version 。

假设我们必须声明以下依赖关系:

  • 依赖项的组为“ foo”。
  • 依赖项的名称为“ foo”。
  • 依赖项的版本为0.1。
  • 编译我们的项目时需要依赖项。

我们可以通过将以下代码片段添加到build.gradle文件中来声明此依赖性:

dependencies {compile group: 'foo', name: 'foo', version: '0.1'
}

我们还可以使用遵循以下语法的快捷方式形式声明项目的依赖项: [group]:[name]:[version] 。 如果要使用快捷方式表单,则必须将以下代码片段添加到build.gradle文件中:

dependencies {compile 'foo:foo:0.1'
}

我们还可以将多个依赖项添加到同一配置中。 如果要在声明依赖项时使用“常规”语法,则必须将以下代码片段添加到build.gradle文件中:

dependencies {compile ([group: 'foo', name: 'foo', version: '0.1'],[group: 'bar', name: 'bar', version: '0.1'])
}

另一方面,如果我们要使用快捷方式表单, build.gradle文件的相关部分如下所示:

dependencies {compile 'foo:foo:0.1', 'bar:bar:0.1'
}

自然可以声明属于不同配置的依赖项。 例如,如果我们要声明属于compiletestCompile配置的依赖项,则必须将以下代码片段添加到build.gradle文件中:

dependencies {compile group: 'foo', name: 'foo', version: '0.1'testCompile group: 'test', name: 'test', version: '0.1'
}

同样,可以使用快捷方式表格。 如果要使用快捷方式表单声明相同的依赖项,则build.gradle文件的相关部分如下所示:

dependencies {compile 'foo:foo:0.1'testCompile 'test:test:0.1'
}

阅读第50.4节“如何声明Gradle用户指南”中的依赖项,可以获得有关声明依赖项的更多信息。

现在,我们已经学习了依赖管理的基础知识。 让我们继续并实现示例应用程序。

创建示例应用程序

我们的示例应用程序的要求在以下内容中进行了描述:

  • 示例应用程序的构建脚本必须使用Maven中央存储库。
  • 示例应用程序必须使用Log4j将接收到的消息写入日志。
  • 示例应用程序必须包含单元测试,以确保返回正确的消息。 这些单元测试必须使用JUnit编写。
  • 我们的构建脚本必须创建一个可执行的jar文件。

让我们找出如何满足这些要求。

配置我们的版本库

示例应用程序的要求之一是其构建脚本必须使用Maven中央存储库。 在配置好构建脚本以使用Maven中央存储库之后,其源代码如下所示(相关部分已突出显示):

apply plugin: 'java'repositories {mavenCentral()
}jar {manifest {attributes 'Main-Class': 'net.petrikainulainen.gradle.HelloWorld'}
}

让我们继续并声明示例应用程序的依赖项。

声明示例应用程序的依赖关系

我们必须在build.gradle文件中声明两个依赖

  1. Log4j(版本1.2.17)用于将接收到的消息写入日志。
  2. JUnit(版本4.11)用于为示例应用程序编写单元测试。

声明这些依赖关系后, build.gradle文件如下所示(相关部分突出显示):

apply plugin: 'java'repositories {mavenCentral()
}dependencies {compile 'log4j:log4j:1.2.17'testCompile 'junit:junit:4.11'
}jar {manifest {attributes 'Main-Class': 'net.petrikainulainen.gradle.HelloWorld'}
}

让我们继续写一些代码。

编写代码

为了满足示例应用程序的要求,“我们必须对其进行过度设计”。 我们可以按照以下步骤创建示例应用程序:

  1. 创建一个MessageService类,该类返回字符串“ Hello World!”。 调用其getMessage()方法时。
  2. 创建这确保了MessageServiceTest类的MessageService类返回字符串“世界,你好!”的getMessage()方法。
  3. 创建我们的应用程序的主类,该类从MessageService对象获取消息,并使用Log4j将消息写入日志。
  4. 配置Log4j。

让我们一步一步地完成这些步骤。

首先 ,我们必须在src / main / java / net / petrikainulainen / gradle目录中创建一个MessageService类并实现它。 完成此操作后,其源代码如下所示:

package net.petrikainulainen.gradle;public class MessageService {public String getMessage() {return "Hello World!";}
}

其次 ,我们在src / main / test / net / petrikainulainen / gradle目录中创建了一个MessageServiceTest ,并将单元测试写入了MessageService类的getMessage()方法。 MessageServiceTest类的源代码如下所示:

package net.petrikainulainen.gradle;import org.junit.Before;
import org.junit.Test;import static org.junit.Assert.assertEquals;public class MessageServiceTest {private MessageService messageService;@Beforepublic void setUp() {messageService = new MessageService();}@Testpublic void getMessage_ShouldReturnMessage() {assertEquals("Hello World!", messageService.getMessage());}
}

第三 ,我们在src / main / java / net / petrikainulainen / gradle目录中创建了一个HelloWorld类。 此类是我们应用程序的主要类别。 它从MessageService对象获取消息,然后使用Log4j将其写入日志。 HelloWorld类的源代码如下所示:

package net.petrikainulainen.gradle;import org.apache.log4j.Logger;public class HelloWorld {private static final Logger LOGGER = Logger.getLogger(HelloWorld.class);public static void main(String[] args) {MessageService messageService = new MessageService();String message = messageService.getMessage();LOGGER.info("Received message: " + message);}
}

第四 ,我们必须使用从src / main / resources目录中找到的log4j.properties来配置Log4j。 log4j.properties文件如下所示:

log4j.appender.Stdout=org.apache.log4j.ConsoleAppender
log4j.appender.Stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.Stdout.layout.conversionPattern=%-5p - %-26.26c{1} - %m\nlog4j.rootLogger=DEBUG,Stdout

这就对了。 让我们找出如何运行示例应用程序的测试。

运行单元测试

我们可以使用以下命令运行单元测试:

gradle test

测试通过后,我们将看到以下输出:

> gradle test
:compileJava
:processResources
:classes
:compileTestJava
:processTestResources
:testClasses
:testBUILD SUCCESSFULTotal time: 4.678 secs

但是,如果我们的单元测试失败,则会看到以下输出(突出显示了有趣的部分):

> gradle test
:compileJava
:processResources
:classes
:compileTestJava
:processTestResources
:testClasses
:testnet.petrikainulainen.gradle.MessageServiceTest > getMessage_ShouldReturnMessageFAILEDorg.junit.ComparisonFailure at MessageServiceTest.java:221 test completed, 1 failed
:test FAILEDFAILURE: Build failed with an exception.* What went wrong:
Execution failed for task ':test'.
> There were failing tests. See the report at: file:///Users/loke/Projects/Java/Blog/gradle-examples/dependency-management/build/reports/tests/index.html* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.BUILD FAILEDTotal time: 4.461 secs

如我们所见,如果我们的单元测试失败,则描述:

  • 哪些测试失败。
  • 运行了多少测试以及失败了多少测试。
  • 测试报告的位置,该报告提供有关失败(和通过)测试的其他信息。

当我们运行单元测试时,Gradle将测试报告创建到以下目录:

  • build / test-results目录包含每个测试运行的原始数据。
  • build / reports / tests目录包含一个HTML报告,该报告描述了我们的测试结果。

HTML测试报告是非常有用的工具,因为它描述了测试失败的原因 。 例如,如果我们的单元测试期望MessageService类的getMessage()方法返回字符串“ Hello Worl1d!”,则该测试用例HTML测试报告将如下所示:

让我们继续前进,了解如何打包和运行示例应用程序。

打包并运行我们的示例应用程序

我们可以使用以下命令之一打包应用程序:em> gradle assembly或gradle build 。 这两个命令都会在build / libs目录中创建dependency-management.jar文件。

通过使用命令java -jardependency-management.jar运行示例应用程序时,我们看到以下输出:

> java -jar dependency-management.jarException in thread "main" java.lang.NoClassDefFoundError: org/apache/log4j/Loggerat net.petrikainulainen.gradle.HelloWorld.<clinit>(HelloWorld.java:10)
Caused by: java.lang.ClassNotFoundException: org.apache.log4j.Loggerat java.net.URLClassLoader$1.run(URLClassLoader.java:372)at java.net.URLClassLoader$1.run(URLClassLoader.java:361)at java.security.AccessController.doPrivileged(Native Method)at java.net.URLClassLoader.findClass(URLClassLoader.java:360)at java.lang.ClassLoader.loadClass(ClassLoader.java:424)at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)at java.lang.ClassLoader.loadClass(ClassLoader.java:357)... 1 more

发生此异常的原因是,当我们运行应用程序时,没有从类路径中找到Log4j依赖项。

解决此问题的最简单方法是创建一个所谓的“胖” jar文件。 这意味着我们会将所需的依赖项打包到创建的jar文件中。

在按照Gradle Cookbook中的说明进行操作之后,我们的构建脚本如下所示(相关部分已突出显示):

apply plugin: 'java'repositories {mavenCentral()
}dependencies {compile 'log4j:log4j:1.2.17'testCompile 'junit:junit:4.11'
}jar {from { configurations.compile.collect { it.isDirectory() ? it : zipTree(it) } }manifest {attributes 'Main-Class': 'net.petrikainulainen.gradle.HelloWorld'}
}

现在,我们可以运行示例应用程序(打包后),如我们所见,一切都正常运行:

> java -jar dependency-management.jar
INFO  - HelloWorld                 - Received message: Hello World!

今天就这些。 让我们总结一下我们从此博客文章中学到的知识。

摘要

这篇博客文章教会了我们四件事:

  • 我们学习了如何配置构建所使用的存储库。
  • 我们学习了如何声明所需的依赖关系并将这些依赖关系分组为配置。
  • 我们了解到,Gradle在运行测试时会创建一个HTML测试报告。
  • 我们了解了如何创建一个所谓的“胖” jar文件。

如果您想玩这个博客文章的示例应用程序,可以从Github获得它 。

翻译自: https://www.javacodegeeks.com/2014/07/getting-started-with-gradle-dependency-management.html

Gradle入门:依赖管理相关推荐

  1. Gradle之依赖管理

    Gradle之依赖管理 泡在网上的日子 / 文 发表于2015-01-29 16:12 第8824次阅读 Gradle,Android Studio 2 编辑推荐:稀土掘金,这是一个针对技术开发者的一 ...

  2. gradle 的 依赖管理(八)

    目录 1. 概念 2. repositories 3. dependencies 4. 单项目中的依赖管理 1. 概念 gradle的依赖管理就是,在项目需要引入类库时,只需要在gradle中声明,g ...

  3. Gradle项目依赖管理

    作者:黄少存,叩丁狼高级讲师.本文为原创文章,转载请注明出处.  上一篇咱们讲解了 Gradle 构建项目的生命周期,这一篇咱们来看下 Gradle 的另一个重要的知识点,就是依赖管理,那为什么需要依 ...

  4. AndroidStudio使用进阶二:搭建自己的maven私服,并使用Gradle统一依赖管理

    前言: 最近我们老大组织了我们软件团队开了一个小会,说了一些存在的问题,平时在技术上的交流还是比较少的,尤其是在不同的项目之间的开发人员,然而经过这次会议我突然发现,我的缺陷不仅是在基础的能力上,还有 ...

  5. Java Gradle入门指南之依赖管理(添加依赖、仓库、版本冲突)

    Java Gradle入门指南之依赖管理(添加依赖.仓库.版本冲突) 作者:@gzdaijie 本文为作者原创,转载请注明出处:http://www.cnblogs.com/gzdaijie/p/52 ...

  6. Gradle系列教程之依赖管理

    这一章我将介绍Gradle对依赖管理的强大支持,学习依赖分组和定位不同类型仓库.依赖管理看起来很容易,但是当出现依赖解析冲突时就会很棘手,复杂的依赖关系可能导致构建中依赖一个库的多个版本.Gradle ...

  7. Gradle 2.0 用户指南翻译——第五十章. 依赖管理

    本文禁止w3cschool转载! 翻译项目请关注Github上的地址:https://github.com/msdx/gradledoc . 本文翻译所在分支:https://github.com/m ...

  8. Gradle 1.12用户指南翻译——第五十章. 依赖管理

    本文由CSDN博客貌似掉线翻译,其他章节的翻译请参见: http://blog.csdn.net/column/details/gradle-translation.html 翻译项目请关注Githu ...

  9. gradle引入依赖:_Gradle入门:依赖管理

    gradle引入依赖: 即使不是没有可能,创建没有任何外部依赖关系的现实应用程序也是一项挑战. 这就是为什么依赖性管理是每个软件项目中至关重要的部分的原因. 这篇博客文章描述了我们如何使用Gradle ...

最新文章

  1. Vue 爬坑之路(六)—— 使用 Vuex + axios 发送请求
  2. 现代 PHP 新特性系列
  3. XenDesktop7.12配置StoreFront使用HTTPS
  4. java 8 lambda 排序_Java8 用Lambda表达式给List集合排序的实现
  5. 全志a64linux内核编译,Ubuntu16.04编译AndroidM(SoC:Allwinner A64)
  6. 2021年武大CS\南大CS\哈工CS\浙软\西交CS\天大佐治亚CS\中科院信网中心面试经验贴
  7. 百度地图no result available_【整理之路二】百度地图的路径规划和调用本机地图导航...
  8. 机器学习与分布式机器学习_这就是为什么任何人都可以学习机器学习的原因
  9. python代码实现中心化_数据预处理——标准化(附python代码)
  10. android模拟器模拟nfc功能吗,android – 开始使用NFC模拟器
  11. 爬取网易云音乐评论,破解网易云加密算法
  12. matlab求解常微分方程的实验,实验五__用matlab求解常微分方程
  13. 股权登记日和除权除息日
  14. 百度网盘助手-获取网盘文件的下载地址,破解限速
  15. java金额三位一撇方法_Java数据格式化问题
  16. Gitlab调优-备份及恢复
  17. 执行unzip命令报错Archive: home.zip End-of-central-directory signature not found. Either this file is
  18. 从安装到连接,教你如何连上Mysql数据库
  19. fastTEXT入门自然语言处理NLP
  20. ELF与BIN文件的生成和转换

热门文章

  1. logback-spring.xml配置文件
  2. tcp协议中的长连接和短连接服务器,谈谈HTTP协议中的短轮询、长轮询、长连接和短链接...
  3. linux原有的文件系统扩展,原来linux不用LVM也能扩展文件系统
  4. 可以搜python编程答案的软件_python实现百万答题自动百度搜索答案
  5. hashmap应用场景_工作中常用到的Java集合有哪些?应用场景是什么?
  6. leetcode初级算法3.存在重复元素
  7. Spring MVC : 概念模型 HandlerMethod(转载)
  8. 微信小程序定时器setInterval()的使用注意事项
  9. 骆驼(camel)命名法_Apache Camel 3 –骆驼核心vs骆驼核心引擎(较小的核心)
  10. glacier2_Amazon Glacier的Scala客户端