#env-var #json-file #json-configuration #variables #environment #json-path #subprocess

app json_env

Loads an environment variables from JSON files (.env.json per default) and starts a subprocess with them

11 stable releases

1.3.0 Nov 4, 2022
1.2.1 Nov 3, 2022
1.1.13 Oct 3, 2022
1.1.12 Sep 30, 2022
0.1.0 Aug 22, 2022

#963 in Development tools

35 downloads per month

Apache-2.0

19KB
246 lines

json_env

Environment Variable Loader

npmjs.com Crates.io License

json_env is dotenv, but with JSON. It loads an environment variables from a JSON file (.env.json per default) and starts a subprocess with them. Storing configuration in the environment separate from code is based on The Twelve-Factor App methodology.

How to install

With homebrew:

$ brew tap brodo/json_env
$ brew install json_env

With NPM

$ npm i -g @brodo/json_env

With cargo:

$ cargo install json_env

Or download the binaries for your platform on the releases page and put them in your $PATH.

How to use

Just run json_env with any program as a parameter:

$ json_env my_program

Additional command line arguments that are passed to json_env are forwarded to the child process:

$ json_env echo "Test"

Test

Example

.env.json:

{
    "NODE_ENV": "DEV",
    "MY_USER": "Carl",
    "NUM_USERS": 10,
    "nested": {
        "hello": "world",
        "boo": "far"
    }
}

Shell:

$ json_env env
MY_USER=Carl
NODE_ENV=DEV
NUM_USERS=10
nested={"boo":"far","hello":"world"}
[...]

Environment Variable Expansion

You can include existing environment variables in your env file to expand them:

.env.json:

{
  "MY_VAR": "$FOO",
  "MY_OTHER_VAR": "User:$USER"
}

Shell:

$ json_env -e env
FOO=Bar
MY_OTHER_VAR=User:Carl
MY_VAR=Bar
USER=Carl
[...]

JSON Path support

There are some use cases where you already have environment variables defined in a JSON file but not at the root level. Take this Azure Function local.settings.json file for example:


{
  "IsEncrypted": false,
  "Values": {
    "FUNCTIONS_WORKER_RUNTIME": "<language worker>",
    "AzureWebJobsStorage": "<connection-string>",
    "MyBindingConnection": "<binding-connection-string>",
    "AzureWebJobs.HttpExample.Disabled": "true"
  },
  "Host": {
    "LocalHttpPort": 7071,
    "CORS": "*",
    "CORSCredentials": false
  },
  "ConnectionStrings": {
    "SQLConnectionString": "<sqlclient-connection-string>"
  }
}

The Values property contains the environment variables we are interested in. You can use this file to run app.js with the environment variables defined in Values by providing the JSON Path .Values using the -p flag:

$ json_env -c local.settings.json -p .Values node app.js

Using multiple config files

In some cases, it makes sense to use several config files. For example, one file can be checked into your VCS containing default values and a second one can be used to overwrite some of them:

defaults.json

{
  "SERVER_URL": "https://example.com/foo",
  "USER": "TO_BE_OVERWRITTEN",
  "PASSWORD": "TO_BE_OVERWRITTEN"
}

my_settings.json

{
  "USER": "admin",
  "PASSWORD": "hunter2"
}

Use multiple -c flags to add several config files:

$ json_env -c defaults.json -c my_settings.json env
PASSWORD=hunter2
SERVER_URL=https://example.com/foo
USER=admin
[...]

Later config files overwrite the earlier ones. You can also use multiple JSON paths, which are applied in order.

License

json_env is licensed under the Apache 2.0 license.

Dependencies

~6–8MB
~147K SLoC