-
-
Notifications
You must be signed in to change notification settings - Fork 7.2k
OpenApiNormalizer FILTER improvements. Multi filters + filter on path #22128
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
OpenApiNormalizer FILTER improvements. Multi filters + filter on path #22128
Conversation
docs/customization.md
Outdated
- `FILTER` | ||
The `FILTER` parameter allows selective inclusion of API operations based on specific criteria. It applies the `x-internal: true` property to operations that do **not** match the specified values, preventing them from being generated. | ||
The `FILTER` parameter allows selective inclusion of API operations based on specific criteria. It applies the `x-internal: true` property to operations that do **not** match the specified values, preventing them from being generated. Multiple filters can be separated by a semi-column. |
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.
It should say "semi-colon" (;
) rather than "semi-column"?
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.
Thanks. Fixed
.filter(Objects::nonNull) | ||
.map(String::trim) | ||
.collect(Collectors.toCollection(HashSet::new)); | ||
if ("operationId".equals(filterKey)) { |
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.
Should we collect these commonly used definitions ("operationId", "method", ...) as static variables in the class so it is easier to navigate and see where they are used?
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.
Done
Improve exception handling and tests.
Wait a bit before merging. |
Now the filter processing is extensible |
Looks great. Love it when extensible functionality is introduced (and especially when there are test-cases to illustrate how to utilize the customization!). ❤️ |
tested locally and the result is good --- a/api/openapi.yaml
+++ b/api/openapi.yaml
@@ -334,7 +334,7 @@ paths:
summary: Returns pet inventories by status
tags:
- store
- x-internal: true
+ x-internal: false
x-accepts:
- application/json
/store/order:
@@ -363,7 +363,7 @@ paths:
summary: Place an order for a pet
tags:
- store
- x-internal: true
+ x-internal: false
x-content-type: application/json
x-accepts:
- application/json
@@ -390,7 +390,7 @@ paths:
summary: Delete purchase order by ID
tags:
- store
- x-internal: true
+ x-internal: false
x-accepts:
- application/json
get:
@@ -426,7 +426,7 @@ paths:
summary: Find purchase order by ID
tags:
- store
- x-internal: true
+ x-internal: false
x-accepts:
- application/json
- application/xml thanks for the contribution. |
Fix #22127
PR checklist
Commit all changed files.
This is important, as CI jobs will verify all generator outputs of your HEAD commit as it would merge with master.
These must match the expectations made by your contribution.
You may regenerate an individual generator by passing the relevant config(s) as an argument to the script, for example
./bin/generate-samples.sh bin/configs/java*
.IMPORTANT: Do NOT purge/delete any folders/files (e.g. tests) when regenerating the samples as manually written tests may be removed.
master
(upcoming7.x.0
minor release - breaking changes with fallbacks),8.0.x
(breaking changes without fallbacks)"fixes #123"
present in the PR description)