Add generated OpenAPI client#100
Conversation
Kata's Huma route contract now needs a typed Go client that downstream callers can import without depending on the CLI internals. Generate a codegen-compatible OpenAPI 3.0 YAML sidecar, keep the public 3.1 YAML export, and wrap the generated package with constructors that use kata's existing bearer-token, target, Unix-socket, and trusted-proxy request handling. Validation: make api-generate; go test ./pkg/client -count=1; go test ./internal/daemon -run 'TestOpenAPI|TestServerServesOpenAPIYAML' -count=1; git diff --check. Full go test ./... still fails in the pre-existing federation CLI plaintext bearer error-message tests. Generated with Codex Co-authored-by: Codex <codex@openai.com>
The kata client should be generated with DoorDash's oapi-codegen-dd fork instead of the standard v2 generator. The fork preserves the older deepmap package identity, so go.mod uses a replace directive to make go tool oapi-codegen resolve to github.com/doordash-oss/oapi-codegen-dd while keeping the generator command name stable. Validation: make api-generate; go test ./pkg/client ./pkg/client/generated -count=1; go test ./internal/daemon -run 'TestOpenAPI|TestServerServesOpenAPIYAML' -count=1; git diff --check. Full go test ./... still fails only in the pre-existing federation CLI plaintext bearer error-message tests. Generated with Codex Co-authored-by: Codex <codex@openai.com>
roborev: Combined Review (
|
roborev: Combined Review (
|
Summary
Notes