Command line http client.
- Reading openapi files from predefined locations
- Profiles for different setups and environments
- Environments for different security settings and variables
- Persisting of entered parameters, request bodies, and tokens
The example folder contains a full working configuration with a dummy openapi, public pem key, and data files. To try it out, run one of
make run-example
make run-example-debug
which will build tic and run it from the example directory (debug version prints verbose information).
make install
Will install tic into your cargo bin directory, usually /home/username/.cargo/bin/
.
To use tic, you need a configuration in your current directory or home folder named .tic-config.json
.
example/.tic-config.json
contains an example of what the file can contain.
A list of services specified by a domain and the path to an openapi version 3 file in json format.
All requests to the service will be made to the domain with current profile protocol prepended and tld appended.
To make request to a local service, you can add the service to your /etc/hosts
mappings like 127.0.0.1 my-service.local
and define the env tld as local:<port>
.
Each containing a name, an optional env, an optional auth, and an optional data configuration. Either of env/auth/data that is not provided in a profile will be prompted for. An empty profile list will prompt for all parts.
Each containing a protocol and top level domain.
Each containing a path to a public key for jwt validation and an optional path for persisiting the token between runs.
Each containing a path referring to a json file which will persist data entered such as parameters and request bodies.
Personally I keep all my data files in ~/.tic/
.