While the fix in #9916 correctly made endpoint types which did not
produce content return the `NoContent` type, those endpoint still
generated `Produces` instances with the wrong mime types due to not
resetting the `hasProduces` variable. This corrects that fix so that the
`Produces` instance for `MimeNoContent` is generated instead of any
other instance.
* fixed non-functional template which assumed a bodyParam requests and made no effort to construct json body from formParams.
* changed spaces to tabs for new lines from last commit
* fixed further indent and tab issues
* fixes a breakage while deserializing the read-only attributes
* updating generated samples
* taking care of the PR comments
* updating samples
* protect against cases where _spec_property_naming may not be present
* updating samples
* adding tests for this issue
* other generated files
* taking care of the comments
* updating the generated samples
Co-authored-by: Aanisha Mishra <aanisha.mishra05@gmail.com>
Prior to this change, clients generated with asyncNative=true
could not intercept the responses using the existing repsonse
interceptor. This adds another response interceptor solely for
asyncNative=true clients.
* handle nullable objects
* reverted java code
* Rewrote type generation to be recursive
* checking for isRequired only makes sense in the model class
* remove comments
* remove whitespaces
* regen samples
* use const once https://dart.dev/guides/language/effective-dart/usage#dont-use-const-redundantly
* remove const from mustache
* added space between comma and type
* fixed formatting
* remove commas
* regen samples
* bad whitespaces
* Add missing imports for Set in microprofile client
In case of array properties declared with uniqueItems: true, the
generated Java code uses Sets but imports are not present for them in
the Api and Test classes.
* Add missing imports for Set in java native clients
In case of array properties declared with uniqueItems: true, the
generated Java code uses Sets but imports are not present for them in
the Api and Test classes.
* refactor: improve additionalModelTypeAnnotations generation
Split by ';' and/or newline
Trim value
fix: #7032
Run ./bin/generate-samples.sh to regenerate model files
Revert "Run ./bin/generate-samples.sh to regenerate model files"
This reverts commit da509c39f363da046fbd457e1ab67ef0f62f3561.
refector: remove unnecessary import
test: multiples tests for AdditionalModelTypeAnnotations
Add a getter to test the list
refactor: remove duplicate AdditionalModelTypeAnnotations
Without using Set to avoid any side effect somewhere, I use stream and
distinct to avoid duplicates
refactor: using Set instead of stream
Remove stream distinct for performance reason, use newHashSet
Keep AdditionalModelTypeAnnotations as List
doc: update info additionalModelTypeAnnotations
refactor: move doc in code for autogen
style: tab in java class
doc: run ensure-up-to-date
refactor: add imports lost in rebase
docs: regenerate docs
docs: update
* fix: docs
* adds memoization to speed up csharp code generation
* takes care of review comments
* memoize adds to toModel for Go generator as well
Co-authored-by: Aanisha Mishra <aanisha.mishra05@gmail.com>
* Create initial version of openapi micronaut generator
* Update validation, authorization, query parameters and time format
* Move micronaut to its own generator
* Add micronaut documentation
* Refactor and add tests to JavaMicronautClientGenerator
* Refactor model mustache for micronaut client
* Refactor model enum and pojo mustache files for micronaut client
* Move micronaut client generation to micronaut 3.0.0-M5 version
* Generate samples for micronaut client
* Add hidden files of generated samples for micronaut client
* Add and configure micronaut tests as maven profile
* Add option to choose between junit and spock for micronaut client generator
* Add tests for micronaut 'build' and 'test' options; regenerate micronaut samples
* - new PHP client generator php-dt
* - samples regen after rebase
* - README update
* - fix missing options for php-dt-modern config
* - use another workaround to prevent special treatment of form media types in DefaultGenerator - GlobalSettings usage mangled behaviour of other generators
- fix of missing spaces in generated docs
* - samples update after rebase
* respect the nullable flag for all parameters (except path params where this is not allowed)
* generate default values for header and query parameters that are not collections
* we can not handle default values for collection with built_value atm. (not const)
* we can not handle default values for form/body parameters atm. as those can be enums which we can not construct easily
* Bug #5813 :
As "deserialize_date" and "deserialize_datetime" are used outside of "deserialize_model", we should check 'None' value before parsing string.
* Bugfix 5813 :
Update samples and docs
* BUG FIX: A missing semicolon in cpp-pistache-server generated code.
* BUG FIX: Provide default values of schema in cpp-pistache-server generated code.
* BUG FIX: Provide default values of schema in cpp-pistache-server generated code.
* Include request body on DELETE call
This change updates the generated `ApiClient` to include the request body on DELETE calls. [Per the RFC on page 2][1], DELETE calls are allowed to have a request body, even though the behavior may be undefined. I've not come across many APIs that use this behavior but there are a few, in particular the [Ory Kratos API][2] does so, not forwarding the body prevents such an API from being used. An API spec that does not define a request body should continue to function as expected.
[1] https://datatracker.ietf.org/doc/html/rfc7231#section-4.3.5
[2] https://www.ory.sh/kratos/docs/reference/api/#operation/submitSelfServiceLogoutFlowWithoutBrowser
* Samples generated with dart2 template change
