问题的简短版本: 有没有办法让gradle不解决依赖关系?我知道我可以使用-x开关跳过单个任务,但是我想,虽然有些任务没有执行解析依赖关系,但我不知道该怎么做.
长版本: 现在我可以通过简单的'gradle test'运行gradle中的测试,它执行收集依赖项,构建和运行测试.但是我还想在其他一些无法下载依赖项的机器上使用gradle运行测试.行家.我以为我可以执行一些包装,将所有依赖项下载到某个lib文件夹,我可以将测试类路径(在该任务中)扩展到此文件夹.问题是,当我运行'gradle myTests'时,gradle仍然试图联系maven.有没有办法阻止解决这个单一任务的依赖关系?
是否可以从另一个继承一个任务定义?我想要做的是创建一些测试配置文件,所以我有默认测试 -
test {
include 'com/something/something/**'
exclude 'com/something/else/**'
maxParallelForks 5
testLogging{
exceptionFormat "full"
showStackTraces = false
}
jvmArgs '-Xms128m', '-Xmx512m', '-XX:MaxPermSize=128m'
}
Run Code Online (Sandbox Code Playgroud)
以及覆盖"include"或"maxParallelForks"部分等的另一个测试.
是否可以不创建新的Task类?
有没有办法对 Eclipse 对话框和 SWT/Jface 小部件进行单元测试?或者甚至更好 - 是否有一些 jar/框架可以帮助我模拟 Shell 或 Composite(这样我就不必模拟太多他们的方法)?
在我的公司,我们使用maven作为默认构建工具.我们还有"uber.pom",其中定义了dependencyManagement部分中某些公共库的默认版本(以确保我们项目的一致性).我们所有的项目都将此pom作为parent.pom引用.在我们的一个项目中,我们决定使用gradle.我想知道是否有某种方式我们可以引用"uber.pom",因此我们不必再为gradle定义相同的版本属性.我不想最终保持uber.pom和gradle.properties同步.我假设我可以编写一些插件来解析uber.pom并获取版本,然后将其设置为我的gradle项目,但我想确保没有更好,更直接的方法来实现它.
我不完全理解消费者错误处理如何与提交偏移量和 akcMode 一起工作,以及它如何受到错误停止容器的影响(使用spring-kafka 1.3.*)。
假设我有两个消费者(消耗两个分区),他们在轮询 ( max.records.per.poll=5)时都从他们的分区中获取 5 个事件。
第一个消费者 - 第一个事件处理正常,处理第二个事件失败 - 所以在我调用的错误处理程序中kafkaListenerEndpointRegistry.stop(),但由于实现了停止,它只是停止消费者轮询,两个消费者仍然完成处理他们当前的批次。因此,第一个消费者处理事件 3、4、5(所有这些都处理没有错误),假设第二个消费者在第 4 个事件上失败(事件 1、2、3、5 处理正常)。我的问题是将为每个消费者提交哪些偏移量?
我的理解是:
AckMode.RECORD/BATCH结合使用时ackOnError- 将为两个消费者提交最新的偏移量(5)AckMode.RECORD/BATCH与 with 结合使用时!ackOnError- 也会为两个消费者提交最新的偏移量 - 因为尽管在处理批处理期间某些事件失败,但批次中最新处理的事件还可以,因此最新处理的事件偏移量获胜。我的理解正确吗?
我有一个包含多个事件(不同类型)的卡夫卡主题,我想在单个应用程序中的不同处理程序类中处理这些事件。所以我的问题是 - 我可以创建两个使用相同主题的类(spring 组件),但每个类处理不同的事件(来自同一主题)吗?
@Component
@KafkaListener(topics = "topicA")
public class SomeClass {
@KafkaHandler
public void handleEventA(EventA eventA) {
}
}
@Component
@KafkaListener(topics = "topicA")
public class AnotherClass {
@KafkaHandler
public void handleEventB(EventB eventB) {
}
@KafkaHandler
public void handleEventC(EventC eventC) {
}
}
Run Code Online (Sandbox Code Playgroud) gradle ×3
spring-kafka ×2
apache-kafka ×1
eclipse ×1
groovy ×1
jface ×1
maven ×1
swt ×1
unit-testing ×1