Your one-stop tool for generating accurate and well-tested models for representing the message payloads. Use it as a tool in your development workflow, or a library in a larger integrations, entirely in your control.
Install Modelina directly as a dependency to your project:
npm install @asyncapi/modelina
Or if you want to run Modelina, use the CLI.
modelina generate <language> ./asyncapi.json
Modelina put YOU in control of your data models, here is how...
Modelina lets you generate data models from many types of inputs |
|
Use the same inputs across a range of different generators |
|
Easily let you interact with the generated models.
Whatever interaction you need, you can create. |
|
Easily modify how models are constrained into the output |
|
Seamlessly layer additional or replacement code on top of each other to customize the models to your use-case |
|
Seamlessly lets you combine multiple layers of additional or replacement code |
|
The following table provides a short summary of available features for supported output languages. To see the complete feature list for each language, please click the individual links for each language.
Supported inputs | |
---|---|
AsyncAPI | We support the following AsyncAPI versions: 2.0.0 -> 3.0.0, which generates models for all the defined message payloads. It supports the following schemaFormats AsyncAPI Schema object, JSON Schema draft 7, AVRO 1.9, RAML 1.0 data type, and OpenAPI 3.0 Schema. |
Avro Schema | We support the following Avro versions: v1.x |
JSON Schema | We support the following JSON Schema versions: Draft-4, Draft-6 and Draft-7 |
OpenAPI | We support the following OpenAPI versions: Swagger 2.0, OpenAPI 3.0 and 3.1, which generates models for all the defined request and response payloads. |
TypeScript | We currently support TypeScript types as file input for model generation |
Meta model | This is the internal representation of a model for Modelina, it is what inputs gets converted to, and what generators are provided to generate code. Instead of relying on an input processor, you can create your own models from scratch and still take advantage on the generators and the features. |
Supported outputs | |
---|---|
Java | Class and enum generation: generation of equals, hashCode, toString, Jackson annotation, custom indentation type and size, etc |
TypeScript | Class, interface and enum generation: generation of example code, un/marshal functions, custom indentation type and size, etc |
C# | Class and enum generation: generation of example code, serializer and deserializer functions, custom indentation type and size, etc |
Go | Struct and enum generation: custom indentation type and size, etc |
JavaScript | Class generation: custom indentation type and size, etc |
Dart | Class and enum generation: json_annotation |
Rust | Struct/tuple and enum generation: generation of `implement Default`, generate serde macros, custom indentation type and size, etc |
Python | Class and enum generation: custom indentation type and size, etc |
Kotlin | Class and enum generation: use of data classes where appropriate, custom indentation type and size, etc |
C++ | Class and enum generation: custom indentation type and size, etc |
PHP | Class and enum generation: custom indentation type and size, descriptions, etc |
Scala | Class and enum generation: custom indentation type and size, descriptions, etc |
The following are a requirement in order to use Modelina.
A feature in Modelina cannot exists without an example and documentation for it. You can find all the documentation here.
Do you need to know how to use the library in certain scenarios?
We have gathered all the examples in a separate folder and they can be found under the examples folder.
As of version 1, Modelina has a very strict set of changes we are allowed to do before it requires a major version change. In short, any changes that change the generated outcome are not allowed as it's a breaking change for the consumer of the generated models.
Here is a list of changes we are allowed to do that would not require a breaking change:
Breaking changes are allowed and expected at a frequent rate, of course where it makes sense we will try to bundle multiple changes together.
We of course will do our best to uphold this, but mistakes can happen, and if you notice any breaking changes please let us know!
Because of the number of the limited number of champions, only the most recent major version will be maintained.
Major versions are currently happening at a 3-month cadence (in a similar fashion as the AsyncAPI specification), this will happen in January, April, June, and September.
We try to make it as easy for you as possible to set up your development environment to contribute to Modelina. You can find the development documentation here.
Without contributions, Modelina would not exist, it's a community project we build together to create the best possible building blocks, and we do this through champions.
We have made quite a comprehensive contribution guide to give you a lending hand in how different features and changes are introduced.
If no documentation helps you, here is how you can reach out to get help:
#04_tooling
channelThanks go out to these wonderful people (emoji key):
This project follows the all-contributors specification. Contributions of any kind are welcome!