Open superstas opened 2 months ago
I also tried to reuse this schema via registry, but no luck
router := chi.NewMux()
cfg := huma.DefaultConfig("My API", "1.0.0")
api := humachi.New(router, cfg)
customHeaderSchema := cfg.Components.Schemas.Schema(reflect.TypeOf(CustomHeader("")), true, "")
huma.Register(api, huma.Operation{
OperationID: "UserCreate",
Method: http.MethodPost,
Path: "/users",
Parameters: []*huma.Param{
{
// Omitting the header fields.
Ref: customHeaderSchema.Ref,
},
},
Tags: []string{"users"},
}, func(ctx context.Context, req *CreateUser) (*Output, error) {
resp := &Output{}
resp.Body.Message = "It works!"
return resp, nil
})
huma.Register(api, huma.Operation{
OperationID: "UserUpdate",
Method: http.MethodPatch,
Path: "/users/{id}",
Parameters: []*huma.Param{
{
// Omitting the header fields.
Ref: customHeaderSchema.Ref,
},
},
Tags: []string{"users"},
}, func(ctx context.Context, req *UpdateUser) (*Output, error) {
resp := &Output{}
resp.Body.Message = "It works!"
return resp, nil
})
@superstas you are correct that this is currently not supported. All primitive types will be defined inline in the schema, which is done to keep from having every type get its own $ref
. In the future we may want to let you opt-in to using a ref, but there's no code for that at the moment. I'm open to ideas & a PR on this if the feature is important to you.
@danielgtaylor, thank you for the clarification.
Yes, it is important to us to simplify our specs as much as possible by using $ref
.
I'll look deeper at the codebase and the possibilities of extending this logic.
Hey there!
I've got the following types
With the following routes
I expect that
CustomHeader
would be re-used via$ref
in the generated OAS.Instead the
CustomHeader
schema is embedded into all the endpointsCan an operation be registered to force Huma to reuse shared schemas?
Thank you.