Skip to content
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

auto.offset.reset:latest not honored? #91

Closed
flolas opened this issue Feb 19, 2019 · 2 comments · Fixed by #120
Closed

auto.offset.reset:latest not honored? #91

flolas opened this issue Feb 19, 2019 · 2 comments · Fixed by #120
Assignees

Comments

@flolas
Copy link

flolas commented Feb 19, 2019

Description:
When setting optional
auto.offset.reset:latest
enable.auto.commit:false
parameters in kafka-consumer the expected behaviour is reading from the latest offset if the consumer group has not commited yet, but the behaviour is getting all messages from the beggining Using a new group id does not solve the problem.

Affected Product Version:
siddhi-io-kafka-4.1.13

OS, DB, other environment details and versions:
Centos, Kafka 0.10.0.1

@suhothayan
Copy link
Contributor

@pcnfernando can you check on this

@pcnfernando
Copy link
Contributor

To keep track of which messages that have already been processed, Siddhi-io-kafka source commits the offsets of the messages that were processed. This happens either by automatic means periodically (when enable.auto.commit = true) or manually in asynchronous manner (when enable.auto.commit = false).
In other words, with the current implementation, the offset will definitely will be committed.
This is the cause for auto.offset.reset:latest not behaving as expected.

In order to resolve this, we need to improve Siddhi-IO-Kafka extension to disable committing the offset if user configures.
Will update the progress of this improvement in the issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants