-
-
Notifications
You must be signed in to change notification settings - Fork 202
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
feat: Add two generation config flags to raise exceptions #744
Open
robertschweizer
wants to merge
7
commits into
openapi-generators:main
Choose a base branch
from
robertschweizer:add-generation-flags-to-raise-exceptions
base: main
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
feat: Add two generation config flags to raise exceptions #744
robertschweizer
wants to merge
7
commits into
openapi-generators:main
from
robertschweizer:add-generation-flags-to-raise-exceptions
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
We know the type of this: It's `None`, so we don't need to annotate it as `Any`.
cast(None, None) made mypy fail after that last commit.
It makes sense to return the parsed JSON here instead of None.
This was introduced in "fix: Make empty response a `NoneProperty`", but is easier to fix now since parsed_responses in endpoint_module.py.jinja does not include `Any` response types anymore.
robertschweizer
force-pushed
the
add-generation-flags-to-raise-exceptions
branch
from
April 1, 2023 16:54
737869a
to
41d739c
Compare
Also prevents double return type annotations like `Optional[None]`.
raise_on_error_status raises a `httpx.HTTPStatusError` on all error response codes without decoding. raise_on_unexpected_status is identical to the existing `Client.raise_on_unexpected_status` runtime setting, but leads to better return type annotations.
robertschweizer
force-pushed
the
add-generation-flags-to-raise-exceptions
branch
from
April 1, 2023 17:04
41d739c
to
4e213e6
Compare
Codecov Report
@@ Coverage Diff @@
## main #744 +/- ##
===========================================
- Coverage 100.00% 99.89% -0.11%
===========================================
Files 49 49
Lines 1978 1993 +15
===========================================
+ Hits 1978 1991 +13
- Misses 0 2 +2
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
raise_on_error_status
raises ahttpx.HTTPStatusError
on all errorresponse codes without decoding. This can later be improved to add an exception that includes the decoded content, or to even raise different exception types for each response code (see #736 (comment)).
raise_on_unexpected_status
is identical to the existingClient.raise_on_unexpected_status
runtime setting, but leads to betterreturn type annotations.
Closes #491
This is a rework of #736, with the main intention of reducing the generated
sync
andasyncio
functions' return type annotations to documented successful responses.Includes the commits from #742, which should be merged first.