-
Notifications
You must be signed in to change notification settings - Fork 1.6k
Negative acknowledgment not working anymore when value is set to 0 #2214
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
Comments
Resolves spring-projects#2214 Regression; manual nack with zero sleep went into a tight loop since 2.8.4. Add a copy of the current test, with a zero sleep; also verify that nacking the first and last records work. **cherry-pick to 2.9.x, 2.8.x**
Resolves spring-projects#2214 Regression; manual nack with zero sleep went into a tight loop since 2.8.4. Add a copy of the current test, with a zero sleep; also verify that nacking the first and last records work. **cherry-pick to 2.9.x, 2.8.x**
Resolves #2214 Regression; manual nack with zero sleep went into a tight loop since 2.8.4. Add a copy of the current test, with a zero sleep; also verify that nacking the first and last records work. **cherry-pick to 2.9.x, 2.8.x** * Remove unnecessary interceptor from new test.
Resolves #2214 Regression; manual nack with zero sleep went into a tight loop since 2.8.4. Add a copy of the current test, with a zero sleep; also verify that nacking the first and last records work. **cherry-pick to 2.9.x, 2.8.x** * Remove unnecessary interceptor from new test.
Resolves #2214 Regression; manual nack with zero sleep went into a tight loop since 2.8.4. Add a copy of the current test, with a zero sleep; also verify that nacking the first and last records work. **cherry-pick to 2.9.x, 2.8.x** * Remove unnecessary interceptor from new test.
Hi @garyrussell , @artembilan
is the issue solved / backported to 2.8.4 already? --- edit |
@sta-szek this bug was introduced with be4b1bf which was part of the v2.8.4 release (https://github.com/spring-projects/spring-kafka/releases/tag/v2.8.4) - the last working version should be 2.8.3 therefore. You can also "fix this" problem in 2.8.4 by setting the nack value from 0 to 1. |
This is going to be released as a fix in the next |
hi, thanks! indeed. however, if i add some events to topic, to avoid i mean, if i nack(0) then after 1h i have ~200k events repeated. i would be happy to test spring-kafka 2.8.5-SNAPSHOT before release, to make sure the problem is solved fully, how can i do it? |
You can use Spring repositories {
maven {
url 'https://repo.spring.io/snapshot'
}
}
dependencies {
implementation 'org.springframework.kafka:spring-kafka:2.8.5-SNAPSHOT'
} |
Uh oh!
There was an error while loading. Please reload this page.
Version: 2.8.4
Describe the bug
With following commit: a1a5d48#diff-49bc63455f16e2f0b1fe17ed1ec885135d494883d5a21a3da53d031098d09a33R2485
the behavior how the nack in the listener container is handled was changed. Allowed values for nack are
>=0
. However when setting the value to0
you will end in an endless partition reseeking because the new introduced methodpauseForNackSleep
checks the nack value against> 0
and NOT against>= 0.
Due to this behavior the nack value is never reset to -1.To Reproduce
execute
acknowledgment.nack(0);
Expected behavior
When setting the value to 0 an endless partition reseeking does not happen.
The text was updated successfully, but these errors were encountered: