moc*_*ect 5 java spring spring-mvc
我使用Spring 3.1.0.RELEASE进行Spring休息服务.以下是相关服务调用的相关代码:
@RequestMapping(value="/{var1}", method=RequestMethod.GET, produces="application/json")
@ResponseBody
public String getSomeStuff(@PathVariable final String var1) {
return myJsonString;
}
Run Code Online (Sandbox Code Playgroud)
如果我使用以下curl命令调用它,它很高兴地返回我的内容类型为application/xml的json字符串,而我期望基于Spring 3.1文档的406:
curl -v -H "Accept: application/xml" http://localhost:8080/MyServiceSite/myvalue
Run Code Online (Sandbox Code Playgroud)
我的应用程序中没有针对此服务的额外配置(无序列化),我返回原始json,没有对配置的服务进行后处理.我确定我错过了什么,有人能指出我可能错过的任何东西吗?
编辑:这是我试图让这个工作时看到的文档.具体见第16.3.2.5节.我的代码非常相似,只是它们的代码看起来像是假设配置设置让Spring处理序列化.绕过Spring序列化时,产品可能不起作用?
编辑:我改变了对响应代码的期望.A 415表示我在我的请求正文中发送了不正确的内容,而406表示接收表头与服务器的内容类型不一致.
无论如何,我已经改变了这个方法确实返回一个Map并添加了配置,以便序列化为json,现在如果我从客户端发送无效的内容类型,我得到正确的406响应.当方法的输出未被序列化时,似乎可能忽略"生成"设置.
Produces 条件是 Spring MVC 3.1 中的新增条件,并且仅受 RequestMappingHandlerMapping 和相关 @MVC 支持类支持,这也是Spring 3.1 中的新增内容。我的猜测是您正在使用 3.0 @MVC 支持类,它不支持生成条件。否则您的代码是正确的,您对应该发生的情况的期望也是正确的。
在 3.1 中不需要使用 headers="Accept=application/json"。这正是引入生产条件的目的。
| 归档时间: |
|
| 查看次数: |
2070 次 |
| 最近记录: |