在Jersey用户指南中,我阅读了以下内容:
@GET
@Produces({"application/xml", "application/json"})
public String doGetAsXmlOrJson() {
...
}
If both are equally acceptable then the former will be chosen because it occurs first.
但是在我的RESTful服务中(注意首先出现JSON媒体类型):
@GET
@Produces({MediaType.APPLICATION_JSON, MediaType.APPLICATION_XML})
public User getUser(@PathParam("id") int id) {
User user = userDao.getUserById(id);
return user;
}
请求如: curl -v -X GET http://localhost:8080/myapp/users/2
,返回XML响应。如果请求指定了像json或xml这样的Accept标头,那么一切正常。
修改
curl --trace - -X GET http://localhost:8080/myapp/users/2
== Info: Adding handle: conn: 0xc2ad68
== Info: Adding handle: send: 0
== Info: Adding handle: recv: 0
== Info: Curl_addHandleToPipeline: length: 1
== Info: - Conn 0 (0xc2ad68) send_pipe: 1, recv_pipe: 0
== Info: About to connect() to localhost port 8080 (#0)
== Info: Trying 127.0.0.1...
== Info: Connected to localhost (127.0.0.1) port 8080 (#0)
=> Send header, 97 bytes (0x61)
GET /myapp/users/2 HTTP/1.1..User-Agent: curl/7.31.0..Hostlocalhost:8080..Accept: */*....
<= Recv header, 17 bytes (0x11)
HTTP/1.1 200 OK..
== Info: Server Apache-Coyote/1.1 is not blacklisted
<= Recv header, 27 bytes (0x1b)
Server: Apache-Coyote/1.1..
<= Recv header, 31 bytes (0x1f)
Content-Type: application/xml..
<= Recv header, 21 bytes (0x15)
Content-Length:234..
<= Recv header, 37 bytes (0x25)
Date: Sat, 07 Jun 2014 15:26:17GMT..
<= Recv header, 2 bytes (0x2)
..
<= Recv data, 234 bytes (0xea)
<?xml version="1.0" encoding="UTF-8" standalone="yes"?><user id="2"><name>JOHN</name><surname>DOE</surname><heigth>172.5</heigth><weigth>70.5</weigth></user>
<?xml version="1.0" encoding="UTF-8" standalone="yes"?><user id="2"><name>JOHN</name><surname>DOE</surname><heigth>172.5</heigth><weigth>70.5</weigth></user>
== Info: Connection #0 to host localhost left intact
问题:为什么不存在Accept标头(* / * )使用类似媒体类型的xml?
提前致谢!
答案 0 :(得分:1)
如果资源方法通过@Produces注释支持多种媒体类型,并且客户端接受多个(例如具有“Accept:* / *”标题),则Jersey应该返回首先列出的那个。 Jersey 2.x中存在一个错误,导致媒体类型的顺序被忽略。请参阅问题JERSEY-2635。该问题已得到修复,修复程序应与Jersey 2.16一起发布。