I don't want to list the alternatives in the JIRA as rejected just yet because they are still being discussed. I would encourage the respective proposers to do that. It's a wiki after all.
As per my current understanding, there are two alternatives being proposed. The original kip-91 approach #1 and #2 from Apurva. Apurva, correct me if I'm wrong. #1. The batch.expiry.ms proposal: In this proposal the config is meant to control ONLY the accumulator timeout. See the second diagram in kip-91. The question "would the the clock for batch expiry be reset every time the batch is requeued after failure?" does not arise here. There's no automatic reenque. An application calls send again if it needs to in response to an expired batch notification. #2. The max.message.delivery.wait.ms proposal: From Apurva's comment: "... if `T + max.message.delivery.wait.ms` has elapsed and the message has still not been successfully acknowledged..." This seems to suggest that the config is meant to span time in the accumulator AND time spent during network-level retries (if any). KIP-91 calls this approach "end-to-end timeout model" and includes it as rejected for the reasons explained. There are small variations proposed further back in the JIRA discussion. I'll let the respective proposers decide whether those options are relevant at this point. -Sumant On 3 August 2017 at 15:26, Jason Gustafson <ja...@confluent.io> wrote: > Thanks for the KIP. Just a quick comment. Can you list the alternatives > mentioned in the JIRA discussion in the rejected alternatives section? > > -Jason > > On Thu, Aug 3, 2017 at 3:09 PM, Sumant Tambe <suta...@gmail.com> wrote: > > > Hi all, > > > > KIP-91 [1] is another attempt to get better control on producer side > > timeouts. In essence we're proposing a new config named batch.expiry.ms > > that will cause batches in the accumulator to expire after the > configured > > timeout. > > > > Recently, the discussion on KAFKA-5621 [2] has shed new light on the > > proposal and some alternatives. > > > > Please share your thoughts here on the mailing list. > > > > Regards, > > Sumant > > > > [1] > > https://cwiki.apache.org/confluence/display/KAFKA/KIP- > > 91+Provide+Intuitive+User+Timeouts+in+The+Producer > > [2] https://issues.apache.org/jira/browse/KAFKA-5621 > > >
