68 releases (26 breaking)
new 0.27.0 | Apr 17, 2024 |
---|---|
0.27.0-alpha.1 | Mar 18, 2024 |
0.26.0 | Feb 14, 2024 |
0.25.0 | Dec 29, 2023 |
0.1.7 | Nov 10, 2020 |
#492 in WebAssembly
545 downloads per month
2MB
21K
SLoC
_ _ _____ _ _ _
____| | | | / ____| | | | |
__ ____ _ ___ _ __ ___ / ____| | ___ _ _ __| | | (___ | |__ ___| | |
\ \ /\ / / _` / __| '_ ` _ \| | | |/ _ \| | | |/ _` | \___ \| '_ \ / _ \ | |
\ V V / (_| \__ \ | | | | | |____| | (_) | |_| | (_| | ____) | | | | __/ | |
\_/\_/ \__,_|___/_| |_| |_|\_____|_|\___/ \__,_|\__,_| |_____/|_| |_|\___|_|_|
Why wash
wash
is a bundle of command line tools that, together, form a comprehensive CLI for wasmCloud development. Everything from generating new wasmCloud projects, managing cryptographic signing keys, and interacting with OCI compliant registries is contained within the subcommands of wash
. Our goal with wash
is to encapsulate our tools into a single binary to make developing WebAssembly with wasmCloud painless and simple.
Installing wash
Cargo
cargo install wash-cli
Linux (deb/rpm + apt)
# Debian / Ubuntu (deb)
curl -s https://packagecloud.io/install/repositories/wasmcloud/core/script.deb.sh | sudo bash
# Fedora (rpm)
curl -s https://packagecloud.io/install/repositories/wasmcloud/core/script.rpm.sh | sudo bash
sudo apt install wash
Linux (snap)
sudo snap install wash --edge --devmode
Linux (brew)
brew install wasmcloud/wasmcloud/wash
MacOS (brew)
brew install wasmcloud/wasmcloud/wash
Windows (choco)
choco install wash
Nix
nix run github:wasmCloud/wash
Using wash
wash
has multiple subcommands, each specializing in one specific area of the wasmCloud development process.
build
Builds and signs the actor, provider, or interface as defined in a wasmcloud.toml
file. Will look for configuration file in directory where command is being run.
There are three main sections of a wasmcloud.toml
file: common config, language config, and type config.
Common Config
Setting | Type | Default | Description |
---|---|---|---|
name | string | Name of the project | |
version | string | Semantic version of the project | |
path | string | {pwd} |
Path to the project directory to determine where built and signed artifacts are output |
language | enum | [rust, tinygo, other] | Language that actor or provider is written in |
type | enum | [actor, provider, interface ] | Type of wasmcloud artifact that is being generated |
wasm_bin_name | string | "name" setting | Expected name of the wasm module binary that will be generated |
Language Config - [tinygo]
[!IMPORTANT] To build components written in Go,
wash
uses thetinygo
compiler toolchain. To set up TinyGo, we recommend the official installation instructions.
Setting | Type | Default | Description |
---|---|---|---|
tinygo_path | string | which tinygo |
The path to the tinygo binary |
Language Config - [rust]
[!IMPORTANT] To build components written in Rust,
wash
uses thecargo
toolchain. To set up Rust, we recommend usingrustup
.
Setting | Type | Default | Description |
---|---|---|---|
cargo_path | string | which cargo |
The path to the cargo binary |
target_path | string | ./target | Path to cargo/rust's target directory |
Language Config - [other]
If you are using a language other than Rust or Go, you can designate your language as any string (ex. javascript
).
Since wash
will be unable to infer the build toolchain from the language you provide, you must supply the build_command
and the path to the build_artifact
so that the artifact can be built and found before signing.
Type Config - [actor]
Setting | Type | Default | Description |
---|---|---|---|
claims | list | [] | The list of provider claims that this actor requires. eg. ["wasmcloud:httpserver", "wasmcloud:blobstore"] |
registry | string | localhost:8080 | The registry to push to. eg. "localhost:8080" |
push_insecure | boolean | false | Whether to push to the registry insecurely |
key_directory | string | ~/.wash/keys |
The directory to store the private signing keys in |
wasm_target | string | wasm32-unknown-unknown | Compile target. Can be one of: wasm32-unknown-unknown, wasm32-wasi-preview1, wasm32-wasi-preview2 |
call_alias | string | The call alias of the actor | |
build_artifact | string | /path/to/project/build/{filename}.wasm | Optional override path where wash can expect to find the built and unsigned WebAssembly artifact |
build_command | string | Language specific command | Optional command to run instead of inferring the default language toolchain build command. Supports commands in the format of command ...arg . wash expects that the build command will result in an artifact under the project build folder named either {wasm_bin_name}.wasm if supplied or {name}.wasm otherwise. |
destination | string | /path/to/project/build/{filename}_s.wasm | File path to output the destination WebAssembly artifact after building and signing. |
Type Config - [provider]
Setting | Type | Default | Description |
---|---|---|---|
capability_id | string | The capability ID of the provider | |
vendor | string | The vendor name of the provider |
Type Config - [interface]
Setting | Type | Default | Description |
---|---|---|---|
html_target | string | ./html | Directory to output HTML |
codegen_config | string | . | Path to codegen.toml file |
Example
name = "echo"
language = "rust"
type = "actor"
version = "0.1.0"
[actor]
claims = ["wasmcloud:httpserver"]
[rust]
cargo_path = "/tmp/cargo"
call
Invoke a wasmCloud actor directly with a specified payload. This allows you to test actor handlers without the need to manage capabilities and link definitions for a rapid development feedback loop.
claims
Generate JWTs for components, capability providers, accounts and operators. Sign actor modules with claims including capability IDs, expiration, and keys to verify identity. Inspect actor modules to view their claims.
completions
Generate shell completion files for Zsh, Bash, Fish, or PowerShell.
ctl
Interact directly with a wasmCloud control-interface, allowing you to imperatively schedule components, providers and modify configurations of a wasmCloud host. Can be used to interact with local and remote control-interfaces.
ctx
Automatically connect to your previously launched wasmCloud lattice with a managed context or use contexts to administer remote wasmCloud lattices.
drain
Manage contents of the local wasmCloud cache. wasmCloud manages a local cache that will avoid redundant fetching of content when possible. drain
allows you to manually clear that cache to ensure you're always pulling the latest versions of components and providers that are hosted in remote OCI registries.
gen
Generate code from smithy files using weld codegen. This is the primary method of generating actor and capability provider code from .smithy interfaces. Currently has first class support for Rust components and providers, along with autogenerated HTML documentation.
keys
Generate ed25519 keys for securely signing and identifying wasmCloud entities (components, providers, hosts). Read more about our decision to use ed25519 keys in our ADR.
lint
Perform lint checks on .smithy models, outputting warnings for best practices with interfaces.
new
Create new wasmCloud projects from predefined templates. This command is a one-stop-shop for creating new components, providers, and interfaces for all aspects of your application.
par
Create, modify and inspect provider archives, a TAR format that contains a signed JWT and OS/Architecture specific binaries for native capability providers.
reg
Push and Pull components and capability providers to/from OCI compliant registries. Used extensively in our own CI/CD and in local development, where a local registry is used to store your development artifacts.
up
Bootstrap a wasmCloud environment in one easy command, supporting both launching NATS and wasmCloud in the background as well as an "interactive" mode for shorter lived hosts.
validate
Perform validation checks on .smithy models, ensuring that your interfaces are valid and usable for codegen and development.
Shell auto-complete
wash
has support for autocomplete for Zsh, Bash, Fish, and PowerShell.
See Completions for instructions for installing
autocomplete for your shell.
Contributing to wash
Visit CONTRIBUTING.md for more information on how to contribute to wash
project.
Dependencies
~80MB
~1.5M SLoC