Skip to main content

Crate solid_pod_rs_server

Crate solid_pod_rs_server 

Source
Expand description

§solid-pod-rs-server

Drop-in Solid Pod server binary wrapping solid-pod-rs with actix-web. This crate is both a library (for integration-test reuse) and a binary.

§Public types

  • AppState — Shared actix-web application state (storage, dotfile policy, body cap).
  • build_app — Builds the fully-configured actix_web::App with all routes and middleware.
  • NodeInfoMeta — NodeInfo 2.1 metadata inputs.
  • PathTraversalGuard — Middleware that rejects .. path-traversal attempts.
  • DotfileGuard — Middleware that enforces the dotfile allowlist.
  • ErrorLoggingMiddleware — Middleware that logs 5xx responses with full error chains.
  • body_cap_from_env — Reads JSS_MAX_REQUEST_BODY from the environment.
  • cli — CLI argument definitions (clap derive).

§Route table

MethodPathHandler
GET/HEAD/{tail:.*}handle_get
GET/{folder}/*Glob merged Turtle
PUT/{tail:.*}handle_put
PUT/{tail:.*}/ + Link: BasicContainerContainer creation
POST/{tail:.*}/handle_post
PATCH/{tail:.*}handle_patch
DELETE/{tail:.*}handle_delete
COPY/{tail:.*} + Source headerhandle_copy
OPTIONS/{tail:.*}handle_options
POST/api/accounts/newPod provisioning
GET/pods/check/{name}Pod existence check
POST/login/passwordCredentials login
POST/account/password/resetPassword reset
POST/account/password/changePassword change
GET/.well-known/solidSolid discovery
GET/.well-known/webfingerWebFinger JRD
GET/.well-known/nodeinfoNodeInfo discovery
GET/.well-known/nodeinfo/2.1NodeInfo 2.1
GET/.well-known/did/nostr/{pubkey}.jsonDID:nostr document

§Middleware stack (applied in order)

  1. NormalizePath – collapse // and decode %-encoded segments.
  2. PathTraversalGuard – defence-in-depth .. re-check.
  3. DotfileGuard – rejects .env etc unless on the allowlist.
  4. PayloadConfig – enforces JSS_MAX_REQUEST_BODY body cap.
  5. ErrorLoggingMiddleware – structured 5xx logging.
  6. WAC-on-write – PUT/POST/PATCH/DELETE require a write/append grant.

§solid-pod-rs-server

Binary distribution of solid-pod-rs — a drop-in JSS replacement that runs as a single static-ish Rust binary.

§Install

Once published to crates.io (target: v0.4.0):

cargo install solid-pod-rs-server
solid-pod-rs-server --config config.json

Until then, build from source:

cargo build --release -p solid-pod-rs-server
./target/release/solid-pod-rs-server --help

§Architecture

This crate is a thin binary shell over solid-pod-rs. Per ADR-056 §D3 (F7 library-server split):

  • solid-pod-rs — pure library. No #[tokio::main], no actix-web::HttpServer. Framework-agnostic.
  • solid-pod-rs-server (this crate) — owns the actix-web HTTP server, the tokio runtime, clap CLI, the F6 layered config loader, and signal handling. Depends on the library and wires its PodService-style primitives into concrete HTTP routes.

§Configuration

Configuration is loaded by solid_pod_rs::config::ConfigLoader (F6, PRD §F6). Precedence (later overrides earlier):

Defaults  <  File  <  EnvVars  <  CLI flags

See crates/solid-pod-rs/src/config/sources.rs for the full JSS_* environment variable table.

§Mashlib / SolidOS data browser

Enable the mashlib data browser to render RDF resources in the browser:

# CDN mode (zero config — loads from unpkg.com)
solid-pod-rs-server --mashlib

# CDN with a specific version
solid-pod-rs-server --mashlib --mashlib-cdn 2.1.0

# ES module mode (LOSOS shell)
solid-pod-rs-server --mashlib-module https://host/path/to/mashlib.js

When enabled, browser navigation (Accept: text/html) to RDF resources returns an HTML wrapper that loads mashlib client-side. The resource’s JSON-LD is embedded inline as a data island (up to 256 KiB) for a zero-network-roundtrip render. XHR / fetch() requests (Sec-Fetch-Dest: empty) still receive raw RDF.

Env varCLI flagDefault
JSS_MASHLIB--mashliboff
JSS_MASHLIB_CDN--mashlib-cdn2.0.0
JSS_MASHLIB_MODULE--mashlib-module

§Feature flags

This binary enables the following solid-pod-rs features by default:

FeaturePurpose
fs-backendFilesystem storage (JSS default)
memory-backendIn-memory storage (test / dev)
config-loaderF6 layered config loader
legacy-notificationsF3 solid-0.1 WS notifications adapter

Other feature flags (oidc, dpop-replay-cache, nip98-schnorr, s3-backend) can be opted into by the operator via a custom build.

§Licence

AGPL-3.0-only. See LICENSE. Operating this binary as a network service triggers AGPL §13 source-disclosure obligations.

§Sibling crates (all functional)

Modules§

cli
CLI argument definitions (clap derive structs). Operator CLI subcommands — Sprint 11 rows 138, 163, 168.

Structs§

AppState
Actix-web shared state.
DotfileGuard
Actix middleware that blocks dotfile paths unless they appear on the allowlist.
DotfileGuardMiddleware
Per-request service instance produced by DotfileGuard.
ErrorLoggingMiddleware
Observes outbound responses and logs 5xx results with the full error chain. Pass-through on 2xx/3xx/4xx. Shaped as an actix Transform so it slots into the middleware stack in build_app.
ErrorLoggingMiddlewareService
Per-request service instance produced by ErrorLoggingMiddleware.
NodeInfoMeta
NodeInfo 2.1 body inputs. Kept here so tests can override them.
PathTraversalGuard
Actix middleware that rejects requests containing .. path-traversal sequences.
PathTraversalGuardMiddleware
Per-request service instance produced by PathTraversalGuard.

Constants§

DEFAULT_BODY_CAP
Discover the body cap from the environment. Accepts values like 50MB, 1.5GB, or a bare integer (bytes). Falls back to 50 MiB.
DEFAULT_PROXY_BYTE_CAP
Default byte cap for proxied responses (50 MiB).

Functions§

body_cap_from_env
Read JSS_MAX_REQUEST_BODY and parse via parse_size. On any failure, returns DEFAULT_BODY_CAP.
build_app
Build the complete actix App for the Solid Pod server. Both the binary (main.rs) and the workspace integration tests call this.