如何在RESTful POST方法中访问参数
我的POST方法如下所示:
@POST @Consumes({"application/json"}) @Path("create/") public void create(String param1, String param2){ System.out.println("param1 = " + param1); System.out.println("param2 = " + param2); }
当我在Netbeans中创build一个Jersey客户端时,调用post方法的方法如下所示:
public void create(Object requestEntity){ webResource.path("create").type(MediaType.APPLICATION_JSON).post(requestEntity); }
运行此testing时:
@Test public void hello(){ String json = "{param1=\"hello\",param2=\"hello2\"}"; this.client.create(json); }
它在服务器中提供以下输出:
INFO: param1 = {param1="hello",param2="hello2"} INFO: param2 =
我需要改变什么,以便参数给出正确的值?
你的@POST
方法应该接受一个JSON对象而不是一个string。 Jersey使用JAXB来支持编组和解组JSON对象(请参阅jersey文档了解详细信息 )。 创build一个类如下:
@XmlRootElement public class MyJaxBean { @XmlElement public String param1; @XmlElement public String param2; }
然后你的@POST
方法如下所示:
@POST @Consumes("application/json") @Path("/create") public void create(final MyJaxBean input) { System.out.println("param1 = " + input.param1); System.out.println("param2 = " + input.param2); }
这个方法期望接收JSON对象作为HTTP POST的主体。 在这种情况下,JAX-RS传递HTTP消息的内容主体作为一个unannotated参数 – input
。 实际的消息看起来像这样:
POST /create HTTP/1.1 Content-Type: application/json Content-Length: 35 Host: www.example.com {"param1":"hello","param2":"world"}
以这种方式使用JSON是很常见的,原因很明显。 但是,如果您使用JavaScript以外的方式生成或使用它,则必须小心妥善地转义数据。 在JAX-RS中,您将使用MessageBodyReader和MessageBodyWriter来实现这一点。 我相信Jersey已经具有所需types的实现(例如,Java原语和JAXB包装类)以及JSON。 JAX-RS支持许多其他传递数据的方法。 这些不需要创build一个新的类,因为数据是通过简单的parameter passing来传递的。
HTML <FORM>
参数将使用@FormParam进行注释:
@POST @Path("/create") public void create(@FormParam("param1") String param1, @FormParam("param2") String param2) { ... }
浏览器将使用“application / x-www-form-urlencoded”对表单进行编码 。 JAX-RS运行时将负责解码正文并将其传递给方法。 这是你应该看到的电线:
POST /create HTTP/1.1 Host: www.example.com Content-Type: application/x-www-form-urlencoded;charset=UTF-8 Content-Length: 25 param1=hello¶m2=world
在这种情况下,内容是URL编码的 。
如果您不知道FormParam的名称,您可以执行以下操作:
@POST @Consumes("application/x-www-form-urlencoded") @Path("/create") public void create(final MultivaluedMap<String, String> formParams) { ... }
HTTP头
如果你想通过HTTP头传递参数,你可以使用@HeaderParam注解:
@POST @Path("/create") public void create(@HeaderParam("param1") String param1, @HeaderParam("param2") String param2) { ... }
这是HTTP消息的样子。 请注意,这个POST没有正文。
POST /create HTTP/1.1 Content-Length: 0 Host: www.example.com param1: hello param2: world
我不会使用这个方法进行广义的parameter passing。 如果你需要访问一个特定的HTTP头的值,那真的很方便。
HTTP查询参数
此方法主要用于HTTP GET,但同样适用于POST。 它使用@QueryParam注释。
@POST @Path("/create") public void create(@QueryParam("param1") String param1, @QueryParam("param2") String param2) { ... }
像以前的技术一样,通过查询string传递参数不需要消息体。 这里是HTTP消息:
POST /create?param1=hello¶m2=world HTTP/1.1 Content-Length: 0 Host: www.example.com
你必须特别小心,在客户端正确编码查询参数 。 使用查询参数可能会有问题,因为某些代理实施的URL长度限制以及与编码相关的问题。
HTTPpath参数
path参数与查询参数类似,只不过它们embedded在HTTP资源path中。 这种方法似乎是有利于今天。 由于path是真正定义HTTP资源的,所以对HTTPcaching有影响。 该代码看起来有点不同于其他人,因为@Path注释被修改,并使用@PathParam :
@POST @Path("/create/{param1}/{param2}") public void create(@PathParam("param1") String param1, @PathParam("param2") String param2) { ... }
该消息类似于查询参数版本,只是参数的名称不包含在消息的任何地方。
POST /create/hello/world HTTP/1.1 Content-Length: 0 Host: www.example.com
这种方法与查询参数版本共享相同的编码问题。 path段的编码方式不同,所以您也必须小心。
正如你所看到的,每种方法都有优点和缺点。 select通常由您的客户决定。 如果您正在提供基于FORM
的HTML页面,请使用@FormParam
。 如果您的客户端是基于JavaScript + HTML5的,那么您可能需要使用基于JAXB的序列化和JSON对象。 MessageBodyReader/Writer
实现应该照顾必要的转义,这样可以减less错误的发生。 如果你的客户端是基于Java的,但没有一个好的XML处理器(例如,Android),那么我可能会使用FORM
编码,因为内容体比URL更容易生成和编码。 希望这个迷你维基条目能够阐明JAX-RS支持的各种方法。
注意:为了充分披露,我还没有使用Jersey的这个function。 由于我们已经部署了大量JAXB + JAX-RS应用程序,并且正在进入移动客户端空间,所以我们对此进行了修改。 JSON更适合HTML5或基于jQuery的解决scheme。