我有一个使用 Spring 3.1.0.RELEASE 的 Spring rest 服务。以下是相关服务调用的相关代码:
@RequestMapping(value="/{var1}", method=RequestMethod.GET, produces="application/json")
@ResponseBody
public String getSomeStuff(@PathVariable final String var1) {
return myJsonString;
}
如果我使用以下 curl 命令调用它,它会很高兴地返回我的 json 字符串,内容类型为 application/xml 而我希望基于 Spring 3.1 文档的 406:
curl -v -H "Accept: application/xml" http://localhost:8080/MyServiceSite/myvalue
我的应用程序中没有针对此服务的额外配置(无序列化),我返回原始 json,没有对配置的服务进行后处理。我确定我错过了一些东西,任何人都可以指出我可能错过的任何东西吗?
编辑:这里是 documentation我在试图让这个工作时正在看。特别是第 16.3.2.5 节。我的代码非常相似,只是他们的代码看起来假定配置设置让 Spring 处理序列化。绕过 Spring 序列化时,produces 可能不起作用?
编辑:我改变了对响应代码的期望。 415 表示我在请求正文中发送了不正确的内容,而 406 则表示接受 header 与服务器的内容类型不一致。
无论如何,我已更改此方法以返回一个 Map 并为其添加配置以序列化为 json,现在如果我从客户端发送无效的内容类型,我将收到正确的 406 响应。似乎当方法的输出未被序列化时,“produces”设置可能会被忽略。
最佳答案
produces 条件是 Spring MVC 3.1 的新功能,仅受 RequestMappingHandlerMapping 和相关@MVC 支持类的支持,也是 new in Spring 3.1 .我的猜测是您使用的是 3.0 @MVC 支持类,它不支持生成条件。您的代码在其他方面是正确的,您对应该发生的事情的期望也是正确的。
在 3.1 中不需要使用 headers="Accept=application/json"。这正是引入 produces 条件的目的。
关于java - 为什么我的 Spring 服务返回客户端请求的任何内容类型?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9120040/