gpt4 book ai didi

java - 如何在 gradle 的子项目{}中启用提供的范围?

转载 作者:太空宇宙 更新时间:2023-11-04 14:29:19 25 4
gpt4 key购买 nike

假设我们有一个多项目构建。最终整个项目陷入了一场 war 。我们知道 Web 容器将提供一些实用程序 jar,例如一些与日志记录相关的 jar,因此我们希望使用 provided 类型的范围。 war 插件提供了很好的 providedCompileprovidedRuntime 配置。但是,我们只想在创建 war 的子项目中使用 war 插件。那么,问题是,我们如何在其他子项目中使用 providedCompileprovidedRuntime 之类的东西呢?理想情况下,我们希望将该范围应用于 subprojects {} 闭包中的日志记录 jar。

更新
我的场景如下。

在根build.gradle中,我有这样的东西:

subprojects {
apply plugin: 'groovy'
apply plugin: 'maven'

dependencies {
compile 'org.slf4j:slf4j-api:1.7.7' // already provided by the servlet container
compile 'javax.servlet:javax.servlet-api:3.1.0' // already provided by the servlet container
runtime 'ch.qos.logback:logback-classic:1.1.2' // already provided by the servlet container
runtime 'ch.qos.logback:logback-core:1.1.2' // already provided by the servlet container
...

这些依赖项不仅被 war 子项目使用,而且应该被排除在 war 中。因此,我需要一些机制来实现这一点。

顺便说一句,我已经想出了解决方案。

最佳答案

有几种方法可以实现提供的范围。

选项 1
创建提供的自定义配置。例如:

configurations {
provided
}

sourceSets.test {
runtimeClasspath += configurations.provided
}

这种方法的缺点是 IDE(例如 IntelliJ IDEA)可能不理解自定义配置,因此无法正确提取依赖项。我在使用 IntelliJ IDEA 时就遇到过这种情况。

选项 2
使用预定义的编译运行时配置。然后,在war子项目的build.gradle中,过滤掉您选择的jar。例如,

war {
Set exclusions = ['slf4j-api-1.7.7.jar', 'javax.servlet-api-3.1.0.jar',
'logback-classic-1.1.2.jar', 'logback-core-1.1.2.jar'] as Set
classpath = classpath.filter { file ->
!exclusions.contains( file.name )
}
}

关于java - 如何在 gradle 的子项目{}中启用提供的范围?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26333168/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com