The response data type of the management interface is not uniform about easemesh HOT 6 OPEN

Yes, the 1st one is the correct way.

The 2nd: it is a bug, we have set the 'Content-Type' to 'application/json' in the code, but it is not working. I will fix it.
The 3rd: we have to keep it as it is, the mesh APIs return JSON and the Easegress APIs return YAML by default, and this is an Easegress one.
The 4th: as the status code is not 2XX and the body is empty, all APIs haven't set the content type, can we just ignore it?

from easemesh.

About 4th, I agree @pengjiejason , we need to uniform content-type settings.

from easemesh.

I think we need to clarify our API contract:

• API for the EaseMesh should set Content-Type: application/json no matter the status code is 2XX or others.
• API for the Easegress should set Content-Type: text/vnd.yaml no matter the status code is 2XX or others.

• Path start with /apis/v1/mesh is an API for the EaseMesh.
• Path start with /apis/v1/objects is an API for the Easegress.

from easemesh.

For non-2XX responses, theoretically, it is possible that the request hasn't been processed by our code, so I think the client should not be so strict on them.

from easemesh.

Yes, the request hasn't been processed the Content-type can be undefined, but if the request has been processed, sever should return Content-Type in a consistent way (it's doesn't matter with the client, it's the server's behavior, the server's behavior should be consistency).

from easemesh.

the 2nd issue has been fixed in PR easegress-io/easegress#430.
the 4th is a little complex and needs more time to fix.

from easemesh.