roadmap
httpx Roadmap (2026-03)
Positioning
httpx is a thin service-organization layer around Huma.
- Keep typed route, group, and OpenAPI ergonomics in
httpx - Keep native router/app ownership in adapters
- Avoid re-wrapping framework request/response models
Current State
ServerRuntimeis centered onhuma.API, nothttp.Handlerstd/gin/echo/fiberadapters are thin wrappers over the official Huma integrations- Docs and OpenAPI route exposure are adapter-owned through
adapter.HumaOptions Listen(addr),ListenPort(port),ListenAndServeContext(ctx, addr), andShutdown()are the unified runtime helpers- Examples, tests, and docs now follow the thin-adapter model
Execution Record (2026-03-19)
- Removed the
http.Handlercontract fromServerRuntime - Removed adapter-native
Handle/Group/ServeHTTPbridge behavior - Removed the Fiber request-copy bridge path used to fake
net/httpcompatibility - Removed
WithDocs,WithOpenAPIDocs,ConfigureDocs,server.Adapter(), andUseAdapter(...) - Removed adapter build-time logger/timeout option layers; native host configuration stays with the framework
- Rewrote tests, examples, and docs around direct router/app access
- Regression checks passed:
go test ./httpx/...go test ./examples/httpx/... ./examples/observabilityx/... ./examples/eventx/... ./configx/examples/...go test ./...inhttpx/adapter/stdgo test ./...inhttpx/adapter/gingo test ./...inhttpx/adapter/echogo test ./...inhttpx/adapter/fiber
Next
- Add more organization examples around auth, monitoring, and multi-host setups
- Add benchmark and regression guardrails for typed-route hot paths
- Improve
httpx/fxlifecycle coverage
Non-Goals
- No heavy framework abstraction above native routers/apps
- No fake cross-framework middleware API
- No reintroduction of a universal request/response bridge