Installation and features
A3S Boot uses Cargo features to control protocol adapters and technique modules. Start an HTTP application with the defaults, then enable additional capabilities only at real business boundaries.
Default installation
The default features are:
The final application selects Tokio runtime features. The configuration above is appropriate for a multithreaded service with #[tokio::main].
Minimal core
Disable defaults when you do not need the HTTP adapter, macros, or signal handling:
This combination fits libraries that only use explicit builders, integrations whose host owns the runtime, or applications that only need the protocol-neutral core.
Enable capabilities explicitly
Application and HTTP
Background capabilities
Message transports
tcp-transport, redis-transport, nats-transport, mqtt-transport, rabbitmq-transport, kafka-transport, and grpc-transport enable their corresponding network implementations. InProcessTransport needs no additional feature.
Enabling a transport adds its client and adapter implementation. It does not create or manage an external broker.
PostgreSQL queue version difference
The queue-postgres feature in Boot v0.1.4 uses A3S ORM 0.2.0. The public queue contract is the same as v0.2.0, while the internal claim implementation uses the ORM capabilities available in that release.
Do not manually override Boot's optional A3S ORM dependency. Cargo features are unified across the dependency graph, so inspect the final result with cargo tree -e features before deployment.
Verify the selection
Use cargo check --all-features when you need to evaluate all integrations together. End-to-end tests for network transports and PostgreSQL can require their corresponding external services.
Continue to the quick start and run the first route.