This updates the Cloud Dedicated Management API spec to use the int64 format for the ClusterDatabaseRetentionPeriod schema, which matches the corresponding type in IOx's namespace API. The source spec was change in influxdata/granite#2503
I haven't done an API update to the docs before, but looking at how the getswagger.sh script works for the cloud-dedicated-management product case, I'm guessing an automated updated isn't really supported for the Cloud Dedicated Management API right now. I did go ahead and update the commit SHA that's referenced in the script, but the link won't work without adding a valid token query param to it since the Granite repo is private. When I did try to use that script, there were quite a few changes that looked like it was overriding manual documentation, so I just opted for manually updating the spec. Let me know if there's a different preferred approach for this.
Closes influxdata/granite#2502.
This updates the Cloud Dedicated Management API spec to use the
int64
format for theClusterDatabaseRetentionPeriod
schema, which matches the corresponding type in IOx's namespace API. The source spec was change in influxdata/granite#2503I haven't done an API update to the docs before, but looking at how the
getswagger.sh
script works for thecloud-dedicated-management
product case, I'm guessing an automated updated isn't really supported for the Cloud Dedicated Management API right now. I did go ahead and update the commit SHA that's referenced in the script, but the link won't work without adding a validtoken
query param to it since the Granite repo is private. When I did try to use that script, there were quite a few changes that looked like it was overriding manual documentation, so I just opted for manually updating the spec. Let me know if there's a different preferred approach for this.