You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks for contacting us.
We're moving this issue to the Next sprint planning milestone for future evaluation / consideration. We will evaluate the request when we are planning the work for the next milestone. To learn more about what to expect next and how this issue will be handled you can read more about our triage process here.
need to provide non-XML-docs method of allowing metadata customization. We'd need to satisfy the absolute minimum OpenAPI v2 metadata to pass a validator
okay to optimize for attributes for commentary/metadata over XML doc comments
planning on supporting OpenAPI v2 at first, V3 will come later
need to support customization of description and operationId
operationId should match the method name by default
This repository would be the best spot. @halter73 do you think a separate issue for supporting v3 would be good so folks who care could follow it on their own and keep up?
This issue didn't track any work that was specific to any version of OpenAPI/swagger. It's Swashbuckle that takes the ApiExplorer metadata and turns it into OpenAPI/swagger output. It looks like they already support v3 looking at their github. Same for NSwag apparently.
I haven't tested either with v3 though, because I don't even know what I'd be looking for. Are there any new features we'd be able to take advantage of?
Good point @halter73 - if you're using either one of the major OpenAPI outputters, Swashbuckle or NSwag, they both support the output of all the various formats so you should be covered.
Activity
JamesNK commentedon Mar 4, 2021
I added Swashbuckle support using endpoint metadata for gRPC HTTP API
See: https://github.com/aspnet/AspLabs/tree/002b32674e5a4ff306158618f9d0789707e70753/src/GrpcHttpApi/src/Microsoft.AspNetCore.Grpc.Swagger
ghost commentedon Mar 8, 2021
Thanks for contacting us.
We're moving this issue to the
Next sprint planning
milestone for future evaluation / consideration. We will evaluate the request when we are planning the work for the next milestone. To learn more about what to expect next and how this issue will be handled you can read more about our triage process here.6 remaining items
bradygaster commentedon Jun 10, 2021
Notes from our chat:
description
andoperationId
operationId
should match the method name by defaultYohanSciubukgian commentedon Jun 24, 2021
@bradygaster is there any issue to track progress on OpenApi v3 support ?
bradygaster commentedon Jun 24, 2021
This repository would be the best spot. @halter73 do you think a separate issue for supporting v3 would be good so folks who care could follow it on their own and keep up?
halter73 commentedon Jun 24, 2021
This issue didn't track any work that was specific to any version of OpenAPI/swagger. It's Swashbuckle that takes the ApiExplorer metadata and turns it into OpenAPI/swagger output. It looks like they already support v3 looking at their github. Same for NSwag apparently.
I haven't tested either with v3 though, because I don't even know what I'd be looking for. Are there any new features we'd be able to take advantage of?
bradygaster commentedon Jun 24, 2021
Good point @halter73 - if you're using either one of the major OpenAPI outputters, Swashbuckle or NSwag, they both support the output of all the various formats so you should be covered.