Module rocket::config [−][src]
Application configuration and configuration parameter retrieval.
This module implements configuration handling for Rocket. It implements the
parsing and interpretation of the Rocket.toml
config file and
ROCKET_{PARAM}
environment variables. It also allows libraries to access
user-configured values.
Application Configuration
Environments
Rocket applications are always running in one of three environments:
- development or dev
- staging or stage
- production or prod
Each environment can contain different configuration parameters. By default,
Rocket applications run in the development environment. The environment
can be changed via the ROCKET_ENV
environment variable. For example, to
start a Rocket application in the production environment:
ROCKET_ENV=production ./target/release/rocket_app
Configuration Parameters
Each environments consists of several standard configuration parameters as well as an arbitrary number of extra configuration parameters, which are not used by Rocket itself but can be used by external libraries. The standard configuration parameters are:
- address: [string] an IP address or host the application will
listen on
- examples:
"localhost"
,"0.0.0.0"
,"1.2.3.4"
- examples:
- port: [integer] a port number to listen on
- examples:
"8000"
,"80"
,"4242"
- examples:
- workers: [integer] the number of concurrent workers to use
- examples:
12
,1
,4
- examples:
- log: [string] how much information to log; one of
"normal"
,"debug"
, or"critical"
- secret_key: [string] a 256-bit base64 encoded string (44
characters) to use as the secret key
- example:
"8Xui8SN4mI+7egV/9dlfYYLGQJeEx4+DwmSQLwDVXJg="
- example:
- tls: [table] a table with two keys:
-
certs
: [string] a path to a certificate chain in PEM format -
key
: [string] a path to a private key file in PEM format for the certificate incerts
- example:
{ certs = "/path/to/certs.pem", key = "/path/to/key.pem" }
-
- limits: [table] a table where each key ([string]) corresponds to
a data type and the value (u64) corresponds to the maximum size in
bytes Rocket should accept for that type.
- example:
{ forms = 65536 }
(maximum form size to 64KiB)
- example:
Rocket.toml
The Rocket.toml
file is used to specify the configuration parameters for
each environment. The file is optional. If it is not present, the default
configuration parameters are used.
The file must be a series of TOML tables, at most one for each environment,
and an optional "global" table, where each table contains key-value pairs
corresponding to configuration parameters for that environment. If a
configuration parameter is missing, the default value is used. The following
is a complete Rocket.toml
file, where every standard configuration
parameter is specified with the default value:
[development]
address = "localhost"
port = 8000
workers = [number_of_cpus * 2]
log = "normal"
secret_key = [randomly generated at launch]
limits = { forms = 32768 }
[staging]
address = "0.0.0.0"
port = 80
workers = [number_of_cpus * 2]
log = "normal"
secret_key = [randomly generated at launch]
limits = { forms = 32768 }
[production]
address = "0.0.0.0"
port = 80
workers = [number_of_cpus * 2]
log = "critical"
secret_key = [randomly generated at launch]
limits = { forms = 32768 }
The workers
and secret_key
default parameters are computed by Rocket
automatically; the values above are not valid TOML syntax. When manually
specifying the number of workers, the value should be an integer: workers = 10
. When manually specifying the secret key, the value should a 256-bit
base64 encoded string. Such a string can be generated with the openssl
command line tool: openssl rand -base64 32
.
The "global" pseudo-environment can be used to set and/or override
configuration parameters globally. A parameter defined in a [global]
table
sets, or overrides if already present, that parameter in every environment.
For example, given the following Rocket.toml
file, the value of address
will be "1.2.3.4"
in every environment:
[global]
address = "1.2.3.4"
[development]
address = "localhost"
[production]
address = "0.0.0.0"
TLS Configuration
TLS can be enabled by specifying the tls.key
and tls.certs
parameters.
Rocket must be compiled with the tls
feature enabled for the parameters to
take effect. The recommended way to specify the parameters is via the
global
environment:
[global.tls]
certs = "/path/to/certs.pem"
key = "/path/to/key.pem"
Environment Variables
All configuration parameters, including extras, can be overridden through
environment variables. To override the configuration parameter {param}
,
use an environment variable named ROCKET_{PARAM}
. For instance, to
override the "port" configuration parameter, you can run your application
with:
ROCKET_PORT=3721 ./your_application
Environment variables take precedence over all other configuration methods: if the variable is set, it will be used as the value for the parameter. Variable values are parsed as if they were TOML syntax. As illustration, consider the following examples:
ROCKET_INTEGER=1
ROCKET_FLOAT=3.14
ROCKET_STRING=Hello
ROCKET_STRING="Hello"
ROCKET_BOOL=true
ROCKET_ARRAY=[1,"b",3.14]
ROCKET_DICT={key="abc",val=123}
Retrieving Configuration Parameters
Configuration parameters for the currently active configuration environment
can be retrieved via the config
method on an instance of Rocket
and get_
methods on the
Config structure.
The retrivial of configuration parameters usually occurs at launch time via
a launch fairing. If information about
the configuraiton is needed later in the program, an attach fairing can be
used to store the information as managed state. As an example of the latter,
consider the following short program which reads the token
configuration
parameter and stores the value or a default in a Token
managed state
value:
use rocket::fairing::AdHoc; struct Token(i64); fn main() { rocket::ignite() .attach(AdHoc::on_attach(|rocket| { println!("Adding token managed state from config..."); let token_val = rocket.config().get_int("token").unwrap_or(-1); Ok(rocket.manage(Token(token_val))) })) }
Structs
Config |
Structure for Rocket application configuration. |
ConfigBuilder |
Structure following the builder pattern for building |
Datetime |
A parsed TOML datetime value |
Limits |
Mapping from data type to size limits. |
Enums
ConfigError |
The type of a configuration error. |
Environment |
An enum corresponding to the valid configuration environments. |
LoggingLevel |
Defines the different levels for log messages. |
Value |
Representation of a TOML value. |
Type Definitions
Array |
Type representing a TOML array, payload of the |
Result |
Wraps |
Table |
Type representing a TOML table, payload of the |