fix(AIP-162): handle LRO in response name rules #1431
Merged
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.
Though AIP-162 is a bit in flux, the existing rules for it should be capable of handling an LRO i.e. when checking the response message name.
This updates all of the relevant rules to handle LRO RPC return types and load the message name from the operation_info annotation if applicable. Note: We cannot provide an actionable
Suggestion
when the finding pertains to theoperation_info
because we cannot accurately target theresponse_type
field.The same code is used consistently in a few places in this PR as well as in other rules. We may want to consider how we can centralize
Finding
construction when it could be in the RPC return type section or theoperation_info
.Internal bug http://b/367699275