Json POST请求期间覆盖的内容类型标头

Json POST请求期间覆盖的内容类型标头,json,post,python-requests,response,content-type,Json,Post,Python Requests,Response,Content Type,我有一个web服务正在向“abc”API发出HTTP POST请求。对于POST请求,我需要在标题中包含3项内容:客户id、密钥和内容类型。对于这个POST请求,我在请求体中还将有一个原始json对象。成功发布后,abc API将返回响应。我遇到的问题是web服务会自动将标题的“内容类型”修改为“text/xml”,即使我将其设置为“application/json” 在修复web服务中的错误之前,我必须创建一个临时解决方案。我正在考虑在google app engine上创建一个代理服务器,我

我有一个web服务正在向“abc”API发出HTTP POST请求。对于POST请求,我需要在标题中包含3项内容:客户id、密钥和内容类型。对于这个POST请求,我在请求体中还将有一个原始json对象。成功发布后,abc API将返回响应。我遇到的问题是web服务会自动将标题的“内容类型”修改为“text/xml”,即使我将其设置为“application/json”

在修复web服务中的错误之前,我必须创建一个临时解决方案。我正在考虑在google app engine上创建一个代理服务器,我将向它发出请求。此代理服务器需要有代码来将头类型更正为“application/json”,使用原始请求头+请求正文发送请求,并从“abc”API获取响应


我怎样才能防止这种情况发生?我已经在Postman的API上运行了后期测试,并从中得到了正确的响应。只有在从web服务执行POST请求时,才会在请求时覆盖内容类型。我不熟悉标题内容类型。

让我看看我是否正确理解了这一点。您有一个HTML表单,用于向服务器生成AJAX请求,该表单使用JSON。从服务器调用第三方API,该API接受XML而不是JSON。这是一个合理的总结吗?这似乎在您的服务器端得到了解决-您从客户端接收JSON,您将XML发送给第三方,您从第三方接收XML,您将JSON发送回客户端。但是,我不确定您的选择是什么——“在集成软件中修复此缺陷”和“客户端集成软件和第三方ABCD API之间的代理”之间有什么区别——您是否希望浏览器直接调用第三方?正确的做法是,而不是重复它。我在这里复制了副本,减去一些技术性的文字修改。让我看看我是否理解正确。您有一个HTML表单,用于向服务器生成AJAX请求,该表单使用JSON。从服务器调用第三方API,该API接受XML而不是JSON。这是一个合理的总结吗?这似乎在您的服务器端得到了解决-您从客户端接收JSON,您将XML发送给第三方,您从第三方接收XML,您将JSON发送回客户端。但是,我不确定您的选择是什么——“在集成软件中修复此缺陷”和“客户端集成软件和第三方ABCD API之间的代理”之间有什么区别——您是否希望浏览器直接调用第三方?正确的做法是,而不是重复它。我在这里复制了副本,减去一些技术性的文字修改。