You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
OpenAPI interference should be extended to support inline types for API operations. Today only named components / schemas are converted to concepts.
Generated models should be decorated with their source operations or schema names to aid mapping back to the OpenAPI / JSON Schema document. e.g. @source("myspec.json#/components/schemas/account_branding_settings")
The OpenAPI and JSON Schema inference should be refactored to decouple OpenAPI specific logic from the JSON Schema specific logic. Furthermore, we should adopt a more extensible pattern (such as Visitor, Transducer etc.)
The text was updated successfully, but these errors were encountered:
This issue tracks future enhancements to the OpenAPI inference:
@final
decorator. This can be used during deserialisation to ensure that future sub-types are not supported. Related to Optimize JSON (De)serialization (Final Types et al) #482@source("myspec.json#/components/schemas/account_branding_settings")
The text was updated successfully, but these errors were encountered: