[
https://issues.apache.org/jira/browse/KAFKA-15551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17827989#comment-17827989
]
Lianet Magrans commented on KAFKA-15551:
----------------------------------------
Hey [~zxcoccer], thanks for jumping in! This one should definitely be a simple
one, as I know that we do handle it already for some API calls (ex. validate
positions early return if no positions to validate
[here|https://github.com/apache/kafka/blob/5c929874b88b3b96f650de0f733d93d42ac535a4/clients/src/main/java/org/apache/kafka/clients/consumer/internals/OffsetsRequestManager.java#L227]).
Still, we wanted to verify that we are doing similarly for all the API calls,
to ensure that we're not doing unneeded processing/requests.
We want to have this for 3.8, so the deadline is really tight, but if you have
availability it would be a great help, feel free to re-assign it to you and
ping me anytime if you have questions. Thanks!
> Evaluate conditions for short circuiting consumer API calls
> -----------------------------------------------------------
>
> Key: KAFKA-15551
> URL: https://issues.apache.org/jira/browse/KAFKA-15551
> Project: Kafka
> Issue Type: Improvement
> Components: clients, consumer
> Reporter: Philip Nee
> Assignee: Lianet Magrans
> Priority: Major
> Labels: consumer-threading-refactor, events
> Fix For: 3.8.0
>
>
> For conditions like:
> * Committing empty offset
> * Fetching offsets for empty partitions
> * Getting empty topic partition position
> Should be short circuit possibly at the API level.
> As a bonus, we should double-check whether the existing {{KafkaConsumer}}
> implementation suffers from this.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)