使用Jersey客户端发布请求
使用Jersey客户端发布请求
提问于 2016-01-15 23:32:45
我刚刚开始使用Jersey框架，我想使用Jersey客户端发送一个content-type设置为application/x-www-form-urlencoded的HTTP请求。
下面的两个选项会导致两个略有不同的请求。
// webTarget is a WebTarget instance, already configured
Form form = new Form();
form.param("some-string", "some string");
Response response1 = webTarget.request().header("Content-Type", "application/x-www-form-urlencoded").post(Entity.form(form));
Response response2 = webTarget.request(MediaType.APPLICATION_FORM_URLENCODED_TYPE).post(Entity.entity("some-string=some string, MediaType.APPLICATION_FORM_URLENCODED));第一个选项生成的主体如下所示：
some-string=some+string第二个选项生成的主体如下所示：
some-string=some string为什么会有区别呢？它们不应该是相同的吗？
回答 2
Stack Overflow用户
发布于 2016-01-16 08:00:53
要了解发生了什么，首先需要了解处理(反)序列化的组件。对于序列化，使用MessageBodyWriter；对于反序列化，使用MessageBodyReader。你可以在JAX-RS Entity Providers上阅读更多。
也就是说，对于Form和String，分别有不同的MessageBodyWriter，即FormProvider和StringMessageProvider。前者是url-encodes the values，而后者是does not。
Stack Overflow用户
发布于 2016-04-14 10:58:15
在第二种情况下，您使用了webTarget.request()。
以下是文档对此方法的描述：
Invocation.Builder请求(MediaType...acceptedResponseTypes)开始构建对目标web资源的请求，并定义接受的响应媒体类型。
它不会对参数进行编码。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/34814535
复制相关文章
相似问题
腾讯云开发者
