-
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
[fix][broker] Avoid throwing RestException in BrokerService #20761
Merged
congbobo184
merged 2 commits into
apache:master
from
liangyepianzhou:xiangying/RestException
Jul 11, 2023
Merged
[fix][broker] Avoid throwing RestException in BrokerService #20761
congbobo184
merged 2 commits into
apache:master
from
liangyepianzhou:xiangying/RestException
Jul 11, 2023
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
## Motivation We should not return RestException in BrokerService, because the method isn't only called by admin tool. [Fix][Broker] Avoid throwing RestException in BrokerService ## Motivation The BrokerService should not throw RestException, as the method is not only called by the admin tool. When a topic is auto-created during the creation of a consumer/producer and exceeds the maximum number of topics allowed in the namespace, returning a RestException (UnknownError received by the client) would be considered a retriable error. ## Modification To address this issue, the BrokerService will now return a NotAllowException instead of a RestException when the topic count exceeds the maximum limit allowed in the namespace.
liangyepianzhou
changed the title
[fix][broker] Should not throw RestException in BrokerService
[Fix][Broker] Avoid throwing RestException in BrokerService
Jul 8, 2023
congbobo184
approved these changes
Jul 10, 2023
Technoboy-
changed the title
[Fix][Broker] Avoid throwing RestException in BrokerService
[fix][broker] Avoid throwing RestException in BrokerService
Jul 10, 2023
Technoboy-
approved these changes
Jul 10, 2023
Codecov Report
@@ Coverage Diff @@
## master #20761 +/- ##
============================================
+ Coverage 73.02% 73.14% +0.11%
- Complexity 32101 32130 +29
============================================
Files 1866 1866
Lines 138976 139028 +52
Branches 15291 15294 +3
============================================
+ Hits 101485 101687 +202
+ Misses 29463 29268 -195
- Partials 8028 8073 +45
Flags with carried forward coverage won't be shown. Click here to find out more.
|
Technoboy-
pushed a commit
that referenced
this pull request
Jul 17, 2023
The BrokerService should not throw RestException, as the method is not only called by the admin tool. When a topic is auto-created during the creation of a consumer/producer and exceeds the maximum number of topics allowed in the namespace, returning a RestException (UnknownError received by the client) would be considered a retryable error. To address this issue, the BrokerService will now return a NotAllowException instead of a RestException when the topic count exceeds the maximum limit allowed in the namespace.
Technoboy-
added
cherry-picked/branch-2.11
release/2.11.3
and removed
release/2.11.2
labels
Jul 17, 2023
Technoboy-
pushed a commit
that referenced
this pull request
Aug 17, 2023
## Motivation The BrokerService should not throw RestException, as the method is not only called by the admin tool. When a topic is auto-created during the creation of a consumer/producer and exceeds the maximum number of topics allowed in the namespace, returning a RestException (UnknownError received by the client) would be considered a retryable error. ## Modification To address this issue, the BrokerService will now return a NotAllowException instead of a RestException when the topic count exceeds the maximum limit allowed in the namespace.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
area/broker
cherry-picked/branch-2.10
cherry-picked/branch-2.11
cherry-picked/branch-3.0
doc-not-needed
Your PR changes do not impact docs
ready-to-test
release/2.9.5
release/2.10.5
release/2.11.3
release/3.0.2
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Motivation
The BrokerService should not throw RestException, as the method is not only called by the admin tool. When a topic is auto-created during the creation of a consumer/producer and exceeds the maximum number of topics allowed in the namespace, returning a RestException (UnknownError received by the client) would be considered a retryable error.
Modification
To address this issue, the BrokerService will now return a NotAllowException instead of a RestException when the topic count exceeds the maximum limit allowed in the namespace.
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: