Skip to content

Conversation

jakepetroules
Copy link
Contributor

This is a little awkward due to the OpenAPI spec not supporting variable length path components in an endpoint declaration (that's coming in v4 of the spec), but it does the job to get all of our HTTP traffic flowing through the same abstraction layer.

@jakepetroules jakepetroules force-pushed the eng/PR-openapi branch 2 times, most recently from 317a923 to 6d239f4 Compare April 8, 2025 01:59
@cmcgee1024
Copy link
Member

@swift-ci test macOS

This is a little awkward due to the OpenAPI spec not supporting variable length path components in an endpoint declaration (that's coming in v4 of the spec), but it does the job to get all of our HTTP traffic flowing through the same abstraction layer.
Copy link
Member

@cmcgee1024 cmcgee1024 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

praise: thanks for splitting out the OpenAPI generated content into separate modules. Decoupling that from the core module is much cleaner. Also, the RunProgramError capturing the arguments is a good addition too for problem diagnosis.

@cmcgee1024
Copy link
Member

@swift-ci test macOS

@cmcgee1024 cmcgee1024 merged commit ea71330 into swiftlang:main Apr 10, 2025
22 checks passed
@jakepetroules jakepetroules deleted the eng/PR-openapi branch April 10, 2025 19:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants