Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Data API V2: set fields correctly back into model and various fixes/cleanup #3312

Merged
merged 2 commits into from
Nov 9, 2023

Conversation

stephybun
Copy link
Member

The mapped fields from the data definitions weren't being set correctly.

Also exposing the ParentTypeName in the v1 endpoint and removed Default in the v1 endpoint since this is not used.

@stephybun stephybun merged commit b1729df into main Nov 9, 2023
1 check passed
@stephybun stephybun deleted the f/set-fields-in-model branch November 9, 2023 10:30
@@ -17,7 +17,7 @@ func codeForOperation(operationName string, input importerModels.OperationDetail
sort.Ints(expectedStatusCodes)
output := dataApiModels.Operation{
Name: operationName,
ContentType: input.ContentType,
ContentType: fmt.Sprintf("%s; charset=utf-8", input.ContentType),
Copy link
Contributor

Choose a reason for hiding this comment

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

FWIW this'll be a breaking change in the case of APIs which don't use JSON (Automation being an example that uses a non-JSON payload) - I don't think that's necessarily a bad thing - but we should validate that doesn't break things.

Which makes me wonder if we should be making this change in the importer instead, so that we can roll that out with the V1 API?

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