jinjanator 24.1.0

Command-line interface to Jinja2 for templating in shell scripts.

jinjanator: CLI tool for rendering Jinja2 templates

Features:

• Jinja2 templating
• INI, YAML, JSON data sources supported
• Environment variables can be used with or without data files
• Plugins can provide additional formats, filters, tests, extensions and global functions (see jinjanator-plugins for details)

Installation

pip install jinjanator

Available Plugins

• jinjanator-plugin-ansible - makes Ansible's 'core' filters and tests available during template rendering
• jinjanator-plugin-format-toml - provides a TOML parser for input data files
• jinjanator-plugin-format-xml - provides an XML parser for input data files

Tutorial

Suppose you have an NGINX configuration file template, nginx.j2:

server {
  listen 80;
  server_name {{ nginx.hostname }};

  root {{ nginx.webroot }};
  index index.htm;
}

And you have a JSON file with the data, nginx.json:

{
    "nginx":{
        "hostname": "localhost",
        "webroot": "/var/www/project"
    }
}

This is how you render it into a working configuration file:

$ jinjanate nginx.j2 nginx.json > nginx.conf

The output is saved to nginx.conf:

server {
  listen 80;
  server_name localhost;

  root /var/www/project;
  index index.htm;
}

Alternatively, you can use the -o nginx.conf or --output-file nginx.confoptions to write directly to the file.

Tutorial with environment variables

Suppose, you have a very simple template, person.xml.j2:

<data><name>{{ name }}</name><age>{{ age }}</age></data>

What is the easiest way to use jinjanator here? Use environment variables in your Bash script:

$ export name=Andrew
$ export age=31
$ jinjanate /tmp/person.xml.j2
<data><name>Andrew</name><age>31</age></data>

Using environment variables

Even when you use a data file as the data source, you can always access environment variables using the env() function:

Username: {{ login }}
Password: {{ env("APP_PASSWORD") }}

Or, if you prefer, as a filter:

Username: {{ login }}
Password: {{ "APP_PASSWORD" | env }}

CLI Reference

jinjanate accepts the following arguments:

• template: Jinja2 template file to render
• data: (optional) path to the data used for rendering. The default is -: use stdin.

Options:

• --format FMT, -f FMT: format for the data file. The default is ?: guess from file extension. Supported formats are YAML (.yaml or .yml), JSON (.json), INI (.ini), and dotenv (.env), plus any formats provided by plugins you have installed.
• --format-option OPT: option to be passed to the parser for the data format selected with --format (or auto-selected). This can be specified multiple times. Refer to the documentation for the format itself to learn whether it supports any options.
• --help, -h: generates a help message describing usage of the tool.
• --import-env VAR, -e VAR: import all environment variables into the template as VAR. To import environment variables into the global scope, give it an empty string: --import-env=. (This will overwrite any existing variables with the same names!)
• --output-file OUTFILE, -o OUTFILE: Write rendered template to a file.
• --quiet: Avoid generating any output on stderr.
• --undefined: Allow undefined variables to be used in templates (no error will be raised).
• --version: prints the version of the tool and the Jinja2 package installed.

There is some special behavior with environment variables:

• When data is not provided (data is -), --format defaults to env and thus reads environment variables.

Usage Examples

Render a template using INI-file data source:

$ jinjanate config.j2 data.ini

Render using JSON data source:

$ jinjanate config.j2 data.json

Render using YAML data source:

$ jinjanate config.j2 data.yaml

Render using JSON data on stdin:

$ curl http://example.com/service.json | jinjanate --format=json config.j2 -

Render using environment variables:

$ jinjanate config.j2

Or use environment variables from a file:

$ jinjanate config.j2 data.env

Or pipe it: (note that you'll have to use "-" in this particular case):

$ jinjanate --format=env config.j2 - < data.env

Data Formats

dotenv

Data input from environment variables.

Options

This format does not support any options.

Usage

Render directly from the current environment variable values:

$ jinjanate config.j2

Or alternatively, read the values from a dotenv file:

NGINX_HOSTNAME=localhost
NGINX_WEBROOT=/var/www/project
NGINX_LOGS=/var/log/nginx/

And render with:

$ jinjanate config.j2 data.env

Or:

$ env | jinjanate --format=env config.j2

If you're going to pipe a dotenv file into jinjanate, you'll need to use "-" as the second argument:

$ jinjanate config.j2 - < data.env

INI

INI data input format.

Options

This format does not support any options.

Usage

data.ini:

[nginx]
hostname=localhost
webroot=/var/www/project
logs=/var/log/nginx

Usage:

$ jinjanate config.j2 data.ini

Or:

$ cat data.ini | jinjanate --format=ini config.j2

JSON

JSON data input format.

Options

• array-name: accepts a single string (e.g. array-name=foo), which must be a valid Python identifier and not a Python keyword. If this option is specified, and the JSON data provided is an array (sequence, list), the specified name will be used to make the data available to the Jinja2 template. Errors will be generated if array data is provided and this option is not specified, or if this option is specified and the data provided is an object.

Usage

data.json:

{
    "nginx":{
        "hostname": "localhost",
        "webroot": "/var/www/project",
        "logs": "/var/log/nginx"
    }
}

Usage:

$ jinjanate config.j2 data.json

Or:

$ cat data.json | jinjanate --format=ini config.j2

YAML

YAML data input format.

Options

• sequence-name: accepts a single string (e.g. sequence-name=foo), which must be a valid Python identifier and not a Python keyword. If this option is specified, and the YAML data provided is a sequence (array, list), the specified name will be used to make the data available to the Jinja2 template. Errors will be generated if sequence data is provided and this option is not specified, or if this option is specified and the data provided is a mapping.

Usage

data.yaml:

nginx:
  hostname: localhost
  webroot: /var/www/project
  logs: /var/log/nginx

Usage:

$ jinjanate config.j2 data.yml

Or:

$ cat data.yml | jinjanate --format=yaml config.j2

Filters

env(varname, default=None)

Use an environment variable's value in the template.

This filter is available even when your data source is something other than the environment.

Example:

User: {{ user_login }}
Pass: {{ "USER_PASSWORD" | env }}

You can provide a default value:

Pass: {{ "USER_PASSWORD" | env("-none-") }}

For your convenience, it's also available as a global function:

User: {{ user_login }}
Pass: {{ env("USER_PASSWORD") }}

Notice that there must be quotes around the environment variable name when it is a literal string.

Release Information

Additions

• Support for 'extensions' plugins which enable Jinja2 extensions (contributed by @llange) [#29](https://github.com/kpfleming/jinjanator/issues/29)

---

→ Full Changelog