基于文档(4.7.6 -了解特定的依赖关系),我们可以通过指定配置本身来了解特定的配置。在示例中,他们将配置< code>compile用作不推荐使用的配置。我试图重现相同的命令,将< code>build.gradle中的< code>compile配置替换为< code>implementation配置(正如我所得到的,我们不应该再使用< code>compile)。但是当我跑的时候:
gradle dependencyInsight --dependency groovy --configuration implementation
Gradle正在返回:
Execution failed for task ':dependencyInsight'.
Resolving configuration 'implementation' directly is not allowed
我的<code>构建。gradle</code>文件如下:
apply plugin: 'java-library'
repositories {
jcenter()
}
dependencies{
implementation 'org.codehaus.groovy:groovy-all:2.4.10'
}
如果我使用实现
,这是否意味着我无法获得依赖项的洞察力,或者有其他方法可以获得它?
要获取可用于< code>dependencyInsight的可用配置列表,最简单的方法如下:
然后,您就有了所有可用配置的所有依赖项的列表,只需选择一个并运行:
gradle :mymodule:dependencyInsight --dependency okhttp --configuration flavourDebugCompileClasspath
希望它有所帮助
我遇到了一个类似的问题,四处打听,得到了这个答案:
配置是编译类路径
。如果您有变体,则每个变体都有一个配置(例如,对于发布
变体,您的配置将是发布编译类路径
)。
分级依赖洞察 --依赖 groovy --配置编译类路径
;分级依赖洞察 --依赖 groovy --配置发布编译类路径
有几种方法可以找出可用的配置。
依赖项
任务-这将输出所有配置的所有依赖项。它可以是大量文本,因此您可以将其管道化为文本文件,以便于搜索(<code>gradle dependencies基于文档(4.7.6-获取对特定依赖关系的洞察),我们可以获取特定配置的洞察,并指定配置本身。在本例中,他们将用作配置,但不推荐使用该配置。我尝试重现相同的命令,在中,将配置替换为配置(据我所知,我们不应该再使用)。但当我跑的时候: 格雷德尔回来了: 我的文件如下: 如果我使用,这是否意味着我无法了解依赖关系,或者是否有其他方法可以获得依赖关系?
Ivy可以解决依赖关系的依赖关系,留档说可以使用模块配置来告诉Ivy配置取决于依赖关系的给定配置。 我想在一个项目中使用htmlunit,在它的sourceforge页面依赖信息中我找到了依赖设置,我把maven规范翻译成ivy: 我写了一个测试,编译了它,当尝试运行它时,我有一个ClassNotFoundException,我再次返回sourceforge,查找关于htmlunit依赖关系的信息
我的结构如下: 项目A- 项目B- 编译项目B一切正常: 项目B/build.gradle: ProjectB/settings.gradle: 然而,在编译ProjectA时,它表示找不到ProjectC ProjectA/build.gradle: ProjectA/settings.gradle: 这将显示以下错误: 其中:构建文件ProjectB\build.gradle 出了什么问题:
我试图用Android Studio 3.0.1生成签名的APK。调试构建似乎工作正常,但我在发布构建时遇到了一个错误: null
问题内容: 我有一个依赖关系如下: 当我部署一切正常时,这将拉下另一个引发ClassDefNotFound的依赖项。 我添加了两个依赖项,如下所示: 并且仍然面临着同样的问题,即:MVN带来下来不 我该如何解决? 编辑: 添加; 问题答案: 您可能有一个传递依赖项,另一个依赖项取决于您不需要的版本。 要获得所有直接和传递依赖关系的概述,请尝试: mvn依赖项:树 如果您发现同一依赖项的不同版本之间
我正在尝试使用斯坦福CoreNLP进行法语文本。词性标记和解析工作得很好,但在我的配置中,输出依赖根本没有意义。 我的命令是