chia7712 commented on code in PR #20375:
URL: https://github.com/apache/kafka/pull/20375#discussion_r2297944462
##########
clients/src/test/java/org/apache/kafka/clients/admin/KafkaAdminClientTest.java:
##########
@@ -11668,4 +11669,27 @@ private static StreamsGroupDescribeResponseData
makeFullStreamsGroupDescribeResp
.setAssignmentEpoch(1));
return data;
}
+
+ @Test
+ @Timeout(30)
+ public void testDescribeTopicsTimeoutWhenNoBrokerResponds() throws
Exception {
+ try (AdminClientUnitTestEnv env = new AdminClientUnitTestEnv(
+ mockCluster(1, 0),
+ AdminClientConfig.RETRIES_CONFIG, "0",
+ AdminClientConfig.REQUEST_TIMEOUT_MS_CONFIG, "30000")) {
+ env.kafkaClient().setNodeApiVersions(NodeApiVersions.create());
+
+ // Not using prepareResponse is equivalent to "no brokers respond".
+ long start = System.currentTimeMillis();
+ DescribeTopicsResult result =
env.adminClient().describeTopics(List.of("test-topic"), new
DescribeTopicsOptions().timeoutMs(200));
+ Map<String, KafkaFuture<TopicDescription>> topicDescriptionMap =
result.topicNameValues();
+ KafkaFuture<TopicDescription> topicDescription =
topicDescriptionMap.get("test-topic");
+ ExecutionException exception =
assertThrows(ExecutionException.class, topicDescription::get);
+ // Duration should be greater than or equal to 200 ms but less
than 30000 ms.
+ long duration = System.currentTimeMillis() - start;
+
+ assertInstanceOf(TimeoutException.class, exception.getCause());
Review Comment:
That's a common debate between `assertInstanceOf` and `assertEquals`. The
difference is that `assertInstanceOf` allows subtypes, while `assertEquals`
does not.
In this case, I prefer `assertInstanceOf` since we may introduce different
varieties of `TimeoutException` in the future. Using `assertInstanceOf`
provides more flexibility than `assertEquals`, and it also does not violate the
documentation
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: jira-unsubscr...@kafka.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
