server/testing_server_deno.ts

Deno test-binary adapter for the TS canonical zzz server.

Thin adapter over testing_server_core.ts: binds Deno.serve and hono/deno's module-level upgradeWebSocket for the WS upgrade path. The shared core owns env loading, _testing_reset registration, daemon-info lifecycle, and shutdown coordination.

Counterpart to testing_server_node.ts — both spawn the same create_zzz_app factory and register _testing_reset against it. The split exists so cross-process integration suites can compare runtime-level behavior on identical TS canonical surfaces:

- Deno vs Node JS-runtime perf (V8 in both, but distinct I/O loops, fetch impls, HTTP servers). - Wire-shape parity between the two TS runtimes (a divergence here would mean fuz_app's runtime-agnosticism slipped).

The Rust testing_zzz_server covers the cross-language axis (TS vs Rust); these two cover the cross-runtime axis on the same TS surface.

NEVER ship this in a release. See testing_server_core.ts for the production-safety contract.

Run with: deno run --allow-net --allow-read --allow-env --allow-write --allow-sys src/lib/server/testing_server_deno.ts

Or via the npm script (recommended — bundles the permissions flags): npm run test:server:deno

Env vars: see testing_server_core.ts.