使用高级Rest客户端进行测试时(Arc)对REST API的所有九个API调用都工作正常。我使用方法Get,其中包含两个标头,第一个是授权承载,第二个是内容类型应用程序/json。即使我删除标头内容类型应用程序/json,它也能正常工作。这是来自Arc的响应的屏幕截图。同一REST API调用从Azure数据工厂给予错误(ADF). Sceenshot from Arc我从Azure数据工厂调用九个REST API(ADF)具有相同的基URL但不同的相对URL。在这9个中,6个工作完美。当我使用Azure数据工厂时(ADF)我使用附加标头授权载体@{activity('GetToken').output.access}奇怪的是,来自Arc的完全相同的调用工作正常,但当我从ADF调用时却得到错误。另请注意,如果我删除额外的标头Authorization Bearer @{activity},也会得到完全相同的错误('GetToken').output.access}我的意思是REST API中的代码不知道调用来自Arc还是ADF。
另请注意,错误来自源端,因此出于某种原因,我使用GET方法调用REST API时,REST API代码无法处理。根据REST API的文档,它显示Headers Content-type application/json和Authorization Bearer。我尝试在ADF Headers Content-type application/json中添加第二个额外的头,但REST连接器忽略任何“Content-Type”当请求主体为空时,在附加标头中指定了标头。我已尝试查找有关错误的任何合理信息,但没有人遇到任何类似的错误。我发现非常奇怪的是,6个Rest API调用工作正常,并且使用Arc时收到的json有效。我不太理解当说"请求的格式“时的错误消息\不支持u 0022 application/json\u0022支持的MIME类型是\u0022application/ld+json\u0022以下是我收到的完整错误消息Screen shot of error message for ADF
1条答案
按热度按时间jjhzyzn01#
您的响应数据是JSON LD(JSON链接数据),因此您会看到此错误。
为避免此错误,请将
Content-Type
标头值用作application/ld+json
。