【问题标题】:Resteasy multipart/form-data encoding using pojo使用 pojo 的 Resteasy 多部分/表单数据编码
【发布时间】:2012-03-18 00:40:50
【问题描述】:

我在使用 resteasy 和 multipart 表单时遇到了问题,我希望有人可能会遇到同样的问题,或者能够以其他方式帮助我。

我的目标是同时上传一个文件和一些参数。我尝试使用注释到 POJO-Form 的 @MultipartForm:

@PUT
@Path("/userdebug1/{userId}")
@Consumes("multipart/form-data")
@Produces("application/json;charset=UTF-8")
public String updateUserDebug1( @MultipartForm UserRequestForm request )
{
    return request.getName();
}

UserRequestForm 表单为:

public class UserRequestForm 
{
    @FormParam("name")
    String name;

    @FormParam("blob")
    @PartType("application/octet-stream")
    byte[] image;

    public String getName() 
    {
        return name;
    }

    public void setName(String n) 
    {
        this.name =n;
    }

    public byte[] getImage() 
    {
        return image;
    }

    public void setImage(byte[] image) 
    {
        this.image = image;
    }
}

这一切都很好,除了字符编码被破坏。如果我使用变音符号,则无法正确返回。而如果我使用以下方法:

@PUT
@Path("/userdebug2/{userId}")
@Consumes("multipart/form-data")
@Produces("application/json;charset=UTF-8")
public String updateUserDebug2(MultipartFormDataInput form) 
{
    try {
        return form.getFormDataMap().get("name").get(0).getBodyAsString();
    } catch (IOException e) {
        e.printStackTrace();
    }
    return "error";
}

我使用 charlesproxy 向两个 url 发送相同的请求。这是其中之一。另一个只是 url 不同。

PUT /api/v1/userdebug1/A4BE364C-15F8-59B0-87C3-DCA0A123644A HTTP/1.1
Host: localhost:8081
Content-Type: multipart/form-data; charset=utf-8; boundary=0xKhTmLbOuNdArY-5C999EAA-3828-4919-98B7-19D4FD738814
Accept-Encoding: gzip
Connection: close
Content-Length: 205

--0xKhTmLbOuNdArY-5C999EAA-3828-4919-98B7-19D4FD738814
Content-Disposition: form-data; name="name"
Content-Type: text/plain;charset=utf-8

ü
--0xKhTmLbOuNdArY-5C999EAA-3828-4919-98B7-19D4FD738814--

响应 1(使用 pojo 表单):

响应 2(使用 MultipartFormDataInput):

ü

有什么想法吗?我做错了什么还是这是一个错误?

提前感谢你很棒的 stackoverflow 社区。你已经是一个很大的帮助。即使这是我第一次提出问题。

【问题讨论】:

  • 我已经升级到 2.3.5.Final 并固定在那里。

标签: resteasy multipartform-data


【解决方案1】:

我也有同样的问题。 我浏览了resteasy代码,发现问题出现在org.jboss.resteasy.plugins.providers.ProviderHelper.readString(InputStream, MediaType)中。

public static String readString(InputStream in, MediaType mediaType) throws IOException
{
  byte[] buffer = new byte[1024];
  ByteArrayOutputStream builder = new ByteArrayOutputStream();
  int wasRead = 0;
  do
  {
     wasRead = in.read(buffer, 0, 1024);
     if (wasRead > 0)
     {
        builder.write(buffer, 0, wasRead);
     }
  }
  while (wasRead > -1);
  byte[] bytes = builder.toByteArray();

  String charset = mediaType.getParameters().get("charset");
  if (charset != null) return new String(bytes, charset);
  else return new String(bytes, "UTF-8");
}   

in 输入流是一个org.jboss.resteasy.plugins.providers.multipart.MultipartInputImpl$ReaderBackedInputStream(我似乎没有源代码),其中包含一个从包含正确 UTF-8 字节的ByteArrayInputStream 读取的InputStreamReader。但是,当它被读取时,它会返回错误的数据。我的"nér"[110, -61, -87, 114](存在于支持in的缓冲区中)变为[110, -23, 114]。然后将其传递给new String(bytes, "UTF-8"),这是错误的。

我希望这对某人有所帮助,除了使用我在上述问题中找到的信息之外,我没有进一步了解,通过使用 form.getFormDataMap().get("name").get(0).getBodyAsString() 来解决这个问题。谢谢你。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2013-06-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多