AsyncAPI Conf on Tour 2023

Madrid Edition

October, 2023 | Madrid, Spain

5 days until the end for Call for Speakers.

Template development

Found an error? Have a suggestion?Edit this page on GitHub

Minimum template requirements

Let's break down the minimum template requirements: the template directory and a package.json file.

You can also check Template for Generator Templates project to see show-case template based on the AsyncAPI Generator.

template directory

The template directory stores generated outputs in files. In other words, the generator processes all the files stored in this directory.

1
2
3
4
5
6
7
8
9
10
import { File, Text } from "@asyncapi/generator-react-sdk";

export default function({ asyncapi, params, originalAsyncAPI }) {
return (
    <File name="asyncapi.md">
    <Text>My application's markdown file.</Text>
    <Text>App name: **{ asyncapi.info().title() }**</Text>
    </File>
);
}

package.json file

Before the generation process begins, the generator installs the template into its dependencies. A package.json file is necessary to identify the template name.

The following block shows an example package.json file that points to the React Render Engine and necessary dependencies:

1
2
3
4
5
6
7
8
9
{
  "name": "myTemplate",
  "generator": {
    "renderer": "react"
  },
  "dependencies": {
    "@asyncapi/generator-react-sdk": "^0.2.25"
  }
}

The above example of a template/index.js file shows the generation process result. The user also receives an asyncapi.md file with hardcoded and dynamic (application title from the AsyncAPI document) information.

Every template must depend on the @asyncapi/generator-react-sdk package, which contains a template file's basic components.

Additional configuration options

You must configure the generator's package.json file to contain JSON objects with the required parameters for template configuration, such as:

NameTypeDescription
rendererStringIts value can be either react or nunjucks (default).
supportedProtocols[String]A list with all the protocols this template supports.
parametersObject[String, Object]An object with all the parameters that can be passed when generating the template. When using the command line, it's done by indicating --param name=value or -p name=value.
parameters[param].descriptionStringA user-friendly description about the parameter.
parameters[param].defaultAnyDefault value of the parameter if not specified. Shouldn't be used for mandatory required=true parameters.
parameters[param].requiredBooleanWhether the parameter is required or not.

The above table lists some configuration options that help the generator achieve a specific set of tasks throughout the generation process. The generator property from 'package.json' contains all the configuration information. To learn more about template configuration and various supported parameters, read the generator configuration file.

Whenever you make a change to the package.json, make sure you perform an update by running npm install; this command synchronizes with the package-lock.json and validates the file.

package.json configuration options

The following examples show some advanced configurations that we can use in our package.json file:

1
2
3
4
5
6
7
8
9
10
{
  "name": "myTemplate",
  "generator": {
    "renderer": "react",
    "supportedProtocols": "mqtt"
  },
  "dependencies": {
    "@asyncapi/generator-react-sdk": "^0.2.25"
  }
}

The above package.json file has a newly added configuration called supportedProtocols which is set to mqtt. This configuration displays all the protocols that this template supports. You can have multiple supported protocols in our template.

For example, if you want to generate an output using the above template, you need to have an AsyncAPI document with servers that use mqtt to generate your desired output. If your AsyncAPI document has server connections with kafka, the generation process will be terminated since the only supported protocol mentioned is mqtt.

Accessing template parameters

Additionally, we can also have a configuration called parameters, which is an object with all the parameters that can be passed when generating the template:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
{
  "name": "myTemplate",
  "generator": {
    "renderer": "react",
    "supportedProtocols": "mqtt",
    "parameters": {
        "version": {
          "description": "Overrides application version under `info.version` in the AsyncAPI document.",
          "required": false
        }
    }
  },
  "dependencies": {
    "@asyncapi/generator-react-sdk": "^0.2.25"
  }
}

The default version of your application is always fetched from your AsyncAPI document. The above configuration helps the template user override the existing version with a new one on the command line.

The changes done in the template will be as follows:

Original:

<Text>App name: **{ asyncapi.info().title() }**</Text>

Newer:

1
2
<Text>App name: **{ asyncapi.info().title() }**</Text>
<Text>Version is: **{params.version || asyncapi.info.version()}**</Text>

Now that you have added all the configuration options, you can start the generation process using the generator CLI. You can pass these parameters via the CLI: --param name=value or -p name=value. The above configuration helps template users override the existing version with a new version on the command line. (Example: -p version=2.0.0)

Hooks

Hooks enable templates to perform multiple tasks. You can add Hooks to your template as fractions of code. In the template, you must store it in the hooks directory under the template directory. You can also store it in other modules and external libraries or configure it inside the template. The generation process can perform multiple actions.

Templates can perform multiple actions before or after the generation process with the help of hooks.

Hooks help you change the specification version with the new version that you can pass before the generation process even begins:

1
2
3
4
5
6
module.exports = {
  'generate:before': ({ asyncapi, templateParams = {} }) => {
    const version = templateParams.version || asyncapi.info().version();
    asyncapi._json.info.version = version;
  }
};

This can be an even better alternative to overriding the version parameter we discussed in the previous section. A markdown document will be generated, and the AsyncAPI document passed to the generator will be returned with the overwritten version.

The updated template looks like the following:

1
2
<Text>App name: **{ asyncapi.info().title() }**</Text>
<Text>Version: **{asyncapi.info.version()}**</Text>
Was this helpful?
Help us improve the docs by adding your contribution.
OR
Github:AsyncAPICreate Issue on GitHub