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
monitor: Refactor listener registration logic #9924
Conversation
Release note label not set, please set the appropriate release note. |
2 similar comments
Release note label not set, please set the appropriate release note. |
Release note label not set, please set the appropriate release note. |
a0cdebc
to
503689e
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Minor nits below, lgtm.
test-me-please |
187d8c0
to
d869304
Compare
test-me-please |
1 similar comment
test-me-please |
d869304
to
3359cc8
Compare
3359cc8
to
499ec9c
Compare
@aanm @joestringer can this be merged now? |
499ec9c
to
4a95fc4
Compare
- Modify registerNewListener() to take MonitorListener as a parameter to allow arbitrary listener to be registered instead of assuming the type of listener is always listenerv1_2. - Add Close() method to MonitorListener so that the Monitor can close listeners without knowing implementation details. - Explicitly call close() on listenerv1_2.queue so that drainQueue gets unblocked during unit test. Ref #9925 Signed-off-by: Michi Mutsuzaki <michi@isovalent.com>
4a95fc4
to
79cc0f3
Compare
test-me-please |
test-me-please |
test-me-please |
test-me-please failure https://jenkins.cilium.io/job/Cilium-PR-Ginkgo-Tests-Validated/17269 |
test-me-please |
to allow arbitrary listener to be registered instead of assuming the
type of listener is always listenerv1_2.
listeners without knowing implementation details.
Ref #9925
Signed-off-by: Michi Mutsuzaki michi@isovalent.com
This change is