* Add monolog to templates
* Remove default values from DI\get helper
It turned out \DI\get expects only single argument, current method call
doesn't throw any errors but it should be corrected anyway.
* Refresh samples
* Fix OpenAPITools#5381
added x-is-one-of-interface extension for oneOf interface in mustache
template
* Fix OpenAPITools#5381
fixed name of model from UNKNOWN_BASE_TYPE to right one in api: operationId + OneOf
Fix OpenAPITools#5381
parcelableModel is not required
* Fix OpenAPITools#5381
removed not needed methods
* Fix OpenAPITools#5381
catch NPE cases in preprocessOpenAPI
updated samples
* Fix OpenAPITools#5381
fixed generation of oneOf Models
* Fix OpenAPITools#5381
addOneOfInterfaceModel only for cases when useOneOfInterfaces is true and for spring
* Fix OpenAPITools#5381
NPE fix
* Fix OpenAPITools#5381
spring: fixed use of oneOf Models in API
* Fix OpenAPITools#5381
implementing oneOf for spring lib overriding methods with different behavior from default
* Fix OpenAPITools#5381
added x-is-one-of-interface extension for oneOf interface in mustache
template
* Fix OpenAPITools#5381
fixed name of model from UNKNOWN_BASE_TYPE to right one in api: operationId + OneOf
Fix OpenAPITools#5381
removed not needed methods
Fix OpenAPITools#5381
fixed generation of oneOf Models
Fix OpenAPITools#5381
addOneOfInterfaceModel only for cases when useOneOfInterfaces is true and for spring
Fix OpenAPITools#5381
NPE fix for tests
* Fix OpenAPITools#5381
fixed handing of composed schema with array
* Fix OpenAPITools#5381
fixed NPE in addOneOfInterfaceModel
* Fix OpenAPITools#5381
fixed generation of oneOf models with descriminator
* Initial merge of 5.0
* Aligned with master formatting
* Corrected spacing for class names to align with samples.
* Merged master
* Updated samples
* Consolidate methods from JavaClient and SpringCodegen (mov up to AbstractJavaCodegen)
* set useLegacyDiscriminator to false, format templates
* Suport JsonTypeName, fq class name for spring.io.Resource
* Generate Samples
* Test full qualified usage of the spring Resource interface.
* Add java-camel to samples.circleci.spring profile
* Add more complex example combining inheritance and oneof-interface
* Remove x-implements Serializable from JavaClientCodegen (moved to AbstractJavaCodegen)
* Fix spacing before opening brace after extends/implements
* Generate Samples
* Add more complex example combining inheritance and oneof-interface
* Generate Samples
* Fix JsonTypeName annotation handling in Java and JavaSpring
* Content mediatype is hardcoded in api.mustache #11511
* Generate Samples
* OAS3 incorrect data type when providing a default value #11367
* Generate Samples
* Fix JsonTypeName annotation handling in Java and JavaSpring
* Generate Samples
* getIsClassnameSanitized: use null safe equals
* Fix JsonTypeName annotation handling in Java and JavaSpring (merge)
* Generate Samples
* Generate Samples
* Add oneof sample
* Generate Samples
* Giv example oas spec a meaningful name, demo usage of oneOf in Model
* Generate Samples
* Remove unnecessary JsonTypeName include, add example for JsonTypeName (Bar_Create)
* Generate Samples
* Generate Samples
Co-authored-by: Alexej <oleksejk@gmail.com>
Co-authored-by: JBurgess <joel.burgess@gmail.com>
Co-authored-by: William Cheng <wing328hk@gmail.com>
* [Rust][Server] Upgrade hyper from 0.13 to 0.14, swagger-rs from 5.0.2 to 6.1.0
* Also upgrade tokio from 0.2 to 1.14
* Re-add JavaClientCodegenTest.java
* Fix incorrect slashes due to wrong generation
* Spelling fix: failuare -> failure
* Upgrade more packages
* Commit generated code
* Fix typo
Co-authored-by: Foorack / Max Faxälv <max@foorack.com>
* Added field and class level annotations
Added x-class-extra-annotation and x-field-extra-annotation for class and field level annotations per object/field
* added field and class level extra annotations to pojos
* Updated samples
* Removed duplicate line
* Updated samples
It is possible, though contrived, for a property to have both isAnyType
and isModel set. In this case, when the outer type is nullable, the Go
template expects a Nullable* type to be provided by the generator, but
it is skipped over instead. This change aligns the generator with the
template's expectations.
In the generated java code, it is usefull to have the generated java api
use the @Deprecated annotation. This enable to leverage this annotation
at runtime to trigger specific logging for instance.
In the generated interface, use the @Deprecated annotation.
Also, in the jax-rs implementation that links the jax-rs api with the
cdi bean implementing the interface, use the
@SuppressWarnings("deprecation") annotation. This way the deprecation
warning is not shown in generated code.
One can use the interface as before: the java compiler can then tell
which implementations do implement a deprecated api, using a warning.
If the implementation itself also sets the @Deprecated annotation, then
there is no warning, unless the implementation is called at another
place in the code.
* Generate @RequestParam when parameter is not a File
* Fix tests to use @RequestParam
* Enhance testMultipartBoot test case
* Update the Petstore sample
* Add MultipartMixedStatus files
* Use @RequestPart for spring-cloud when param is File
* Generate samples
* Delete spring-cloud formParams.mustache file
* Regenerate samples
* update parser to 2.0.29
* better handling of null in dereferencing
* update parser to 2.0.30
* update core to newer version
* add new files
* rollback to previous stable version
* remove files
* Fixes for python-experimental NullableShape component
Co-authored-by: Justin Black <justin.a.black@gmail.com>
* add missing import, better code format for kotlin generators
* update kotlin workflow
* more kotlin tests
* better code format
* separate kotlin client, server teets
* comment out tests
