I know I can work around this, but it seems very strange that the behaviour is different if you use an annotated query parameter, compared with pulling the parameter out of the parameter map (which should be decoded according to the javadoc). Is this a bug, or just a quirk?
@GET
@Path("/")
@Produces(MediaType.APPLICATION_JSON)
public Response getAssets(@Context UriInfo info, @QueryParam("q") String searchQuery) {
// The request URI is http://myhost.com/appRoot?q=foo+bar%20baz
// At this point seachQuery="foo bar baz"
// The + has been decoded (along with any % encoded characters)
// Here searchQuery2="foo+bar baz", the '+' has not been decoded
// but the %20 has been
MultivaluedMap params = info.getQueryParameters();
String searchQuery2 = params.get("q").get(0);
解决方案
According to the Javadocs for UrlInfo.getQueryParameters only "sequences of escaped octets in parameter names and values are decoded".
On the other hand, QueryParam Javadocs states that "Values are URL decoded unless this is disabled using the Encoded annotation".
So, answering your question, it looks like a specification decision.
Anyway, maybe you should bring up that discussion on JAX-RS mailing lists.
最后
以上就是开心小馒头最近收集整理的关于java获取uriinfo,为什么UriInfo.getQueryParameters()解码'+'?的全部内容,更多相关java获取uriinfo,为什么UriInfo内容请搜索靠谱客的其他文章。
发表评论 取消回复