When working with the OpenAPI specification for Cumulocity and noticed that when querying the endpoint {{baseUrl}}/application/currentApplication/settings (using a bootstrap user) the resulting response is not compliant with the schema provided in the specification (see Cumulocity - OpenAPI).
Therefore when sending the Accept header with value application/vnd.com.nsn.cumulocity.applicationsettings+json (as shown in the spec) the response status is 406 - Not Acceptable without a response body. When omitting the the header i receive a response 200 - OK with a response body, but not in the format given in the specification, instead the result is just returned as a “key - value” list for each setting.
This does occur in a microservice context as well as when using postman. Is this just an issue with our deployed version/fix-version or a general problem?
Error messages / full error message screenshot / log file:
What is the actual content type of the response? Is it application/vnd.com.nsn.cumulocity.option+json? What happens if you use that in your ACCEPT header?
To me this looks like an error in the OpenAPI specification.
To me this looks like an error in the OpenAPI specification.
Yes that was kind of what i was implying, the actual content type returned by the request is application/vnd.com.nsn.cumulocity.option+json;charset=UTF-8;ver=0.9, the request works fine when using this content type. Since we are working off the OpenAPI specification this just popped up as inconsitency.
Should i contact our SAG support team with this issue, or is there some other place where this can be reported?
For documentation issues, you report them directly from the documentation by clicking on the Bugherd button in the lower-right hand corner of the page (button is only shown if Adblocker is disabled on page):
