-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
expiration timeout for committed offsets #594
Comments
The most flexible approach would be for an argument to commit...(), but that's also the biggest change. Would you be fine with a global configuration property? |
Oh hoi! Good to hear from you! Though I'm not pushing for this feature, It would only be a problem for processes with multiple consumers and each of those consumers having different stringent requirements on commit-offset-retention. Looks as if a global configuration option would be fine for the coming years. |
Great! (The global config is per consumer instance though, not per process) |
The per-commit timestamp/timeout has been removed from later versions of the protocol. |
Context: the kafka server will keep a committed offset by default for a duration of offsets.retention.minutes .
The protocol allows the clients to specify a RetentionTime per OffsetCommitRequest
https://cwiki.apache.org/confluence/display/KAFKA/A+Guide+To+The+Kafka+Protocol
Currently librdkafka does not offer a way to specify this RetentionTime to the user.
Feature: Somehow offer a way to configure the RetentionTime be it globally be it per topic be it per partition, or even as a parameter to rd_kafka_commit.
The text was updated successfully, but these errors were encountered: