-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
[branch-2.10][improve][broker] Do not retain the data in the system topic #22031
[branch-2.10][improve][broker] Do not retain the data in the system topic #22031
Conversation
…opic (apache#22022) ### Motivation For some use case, the users need to store all the messages even though these message are acked by all subscription. So they set the retention policy of the namespace to infinite retention (setting both time and size limits to `-1`). But the data in the system topic does not need for infinite retention. ### Modifications For system topics, do not retain messages that have already been acknowledged.
zookeeper 3.9.1 add a check to print a log. ```java if (addr.getPort() == 0) { LOG.info("bound to port {}", this.ss.getLocalAddress()); } ```
@yaalsn I have no idea for the failed tests. Could you please take a look? Thanks!
|
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.
lgtm
We can ignore these two failed workflows because we no longer maintain the C++/Python code in main repo. I see it does not block merging this cherry-pick. If you have concern about the failed workflows, I think you can remove them from the CI. |
…opic (apache#22031) ### Motivation For some use case, the users need to store all the messages even though these message are acked by all subscription. So they set the retention policy of the namespace to infinite retention (setting both time and size limits to `-1`). But the data in the system topic does not need for infinite retention. ### Modifications For system topics, do not retain messages that have already been acknowledged.
Motivation
For some use case, the users need to store all the messages even though these message are acked by all subscription. So they set the retention policy of the namespace to infinite retention (setting both time and size limits to
-1
). But the data in the system topic does not need for infinite retention.Modifications
For system topics, do not retain messages that have already been acknowledged.
Verifying this change
(Please pick either of the following options)
This change is a trivial rework / code cleanup without any test coverage.
(or)
This change is already covered by existing tests, such as (please describe tests).
(or)
This change added tests and can be verified as follows:
(example:)
Does this pull request potentially affect one of the following parts:
If the box was checked, please highlight the changes
Documentation
doc
doc-required
doc-not-needed
doc-complete
Matching PR in forked repository
PR in forked repository: