9

charsetプロパティがContent-Typeヘッダーで指定されている場合、Jersey 2.0 (サーブレット 3.1 を使用) はパラメーターをデコードできないようです。

たとえば、次のエンドポイントを考えてみます。

@POST
@Path("/hello")
@Consumes(MediaType.APPLICATION_FORM_URLENCODED)
@Produces(MediaType.APPLICATION_JSON)
public Response hello(@FormParam("name") String name) {
    System.out.println(name);
    return ok();
}

このcurlリクエストは機能します:

curl -X POST -H "content-type: application/x-www-form-urlencoded" -d "name=tom" http://localhost:8080/sampleapp/hello

代わりに、次のリクエストは機能せず、nameパラメーターは次のとおりですnull。

curl -X POST -H "content-type: application/x-www-form-urlencoded; charset=UTF-8" -d "name=tom" http://localhost:8080/sampleapp/hello

charset=UTF-8コンテンツ タイプに追加すると、コードが壊れると思います。

編集：

これがバグである場合に備えて、公式チケットをオープンしました: https://java.net/jira/browse/JERSEY-1978

4

2 に答える 2

7

バグだと思います。

このユース ケースをサポートするプル リクエストが公開されています: https://github.com/jersey/jersey/pull/24/files

それまでの間、フィルタを使用して問題のあるエンコーディングを削除することをお勧めします。

OPコメントに従って編集

私はこれらの線に沿って何かを考えています:

@Provider
@PreMatching
public class ContentTypeFilter implements ContainerRequestFilter{

    @Override
    public void filter(ContainerRequestContext requestContext)
            throws IOException {
        MultivaluedMap<String,String> headers=requestContext.getHeaders();
        List<String> contentTypes=headers.remove(HttpHeaders.CONTENT_TYPE);
        if (contentTypes!=null && !contentTypes.isEmpty()){
            String contentType= contentTypes.get(0);
            String sanitizedContentType=contentType.replaceFirst(";.*", "");
            headers.add(HttpHeaders.CONTENT_TYPE, sanitizedContentType);
        }
    }
}
于 2013-07-12T17:09:17.793 に答える