Wie bekomme ich resteasy MultipartFormDataInput entschlüsseln von strings mit UTF-8?

Ich bin mit resteasy 2.3.4-Finale und mit UTF-8 Probleme Anrufe annehmen multipart/form-data. Die Verbraucher in meinem API sind iOS-und Android-Geräte. Alle string-Parameter, die gesendet werden, enthalten nicht in ein charset so resteasy zu sein scheint Decodierung der strings mit us-ascii-Codierung. Ich habe getan, viel Arbeit zu reparieren alles, was sonst noch beteiligt ist, von der db-Schicht, um einen filter erstellen, der Kraft, die Zeichencodierung auf utf-8. Dies löste das problem für alle form-url-encoded POSTs, aber jetzt zwei anrufen immer noch nicht funktioniert und Sie sind sowohl multipart/form-data nennt. Ich verstehe, dass die Verbraucher schicken sollte utf-8-Zeichensatz in die Teile der Nachricht, aber ich versuche herauszufinden, wenn es irgendeine Weise zu zwingen, alles zu werden, dekodiert UTF-8 vorübergehend, denn es würde etwa 2 Wochen dauern, für Apple zu genehmigen Sie ein update für unsere Anwendung, die ist nicht ideal, aber vielleicht haben wir in den sauren Apfel beißen, dass man auf. Hat jemand das schon gemacht und hatte Erfolg mit multipart-form-uploads?

Dank!

InformationsquelleAutor Adrian Rodriguez | 2012-06-26
  1. 2

    Nach dem RESTEasy Dokumentation sollte es möglich sein, um die Standardeinstellung zu überschreiben content-type:

    http://docs.jboss.org/resteasy/docs/2.3.4.Final/userguide/html_single/index.html#multipart_overwrite_default_content_type

    import org.jboss.resteasy.plugins.providers.multipart.InputPart;

@Provider
@ServerInterceptor
public class ContentTypeSetterPreProcessorInterceptor implements
        PreProcessInterceptor {

    public ServerResponse preProcess(HttpRequest request,
            ResourceMethod method) throws Failure, WebApplicationException {
        request.setAttribute(InputPart.DEFAULT_CONTENT_TYPE_PROPERTY,
                "*/*; charset=UTF-8");
        return null;
    }

}
    InformationsquelleAutor eiden
  2. 1

    Hier ist ein workaround für encoding-problem. Auch bitte votet für diese
    bug RESTEASY-390.

    Beispiel:

    import org.apache.james.mime4j.message.BodyPart;
import org.apache.james.mime4j.message.SingleBody;
import org.jboss.resteasy.plugins.providers.multipart.InputPart;

    ...

@POST
@Path("/uploadContacts")
@Consumes(MediaType.MULTIPART_FORM_DATA)
public void uploadContacts(MultipartFormDataInput input) throws Exception {

    List<InputPart> inputParts = uploadForm.get("uploadFieldName");
    for (InputPart inputPart : inputParts) {
               //bytes extracted
               byte[] fileBytes = readByteArray(inputPart);
               //now we can read it with right encoding
               InputStreamReader reader = new InputStreamReader(new ByteArrayInputStream(fileBytes), "UTF-8");

               ...
    }
}

private byte[] readByteArray(InputPart inputPart) throws Exception {
    Field f = inputPart.getClass().getDeclaredField("bodyPart");
    f.setAccessible(true);
    BodyPart bodyPart = (BodyPart) f.get(inputPart);
    SingleBody body = (SingleBody)bodyPart.getBody();

    ByteArrayOutputStream os = new ByteArrayOutputStream();
    body.writeTo(os);
    byte[] fileBytes = os.toByteArray();
    return fileBytes;
}
    • Konnte Sie nicht einfach tun byte[] data = inputPart.getBody(byte[].class, null); ?
    InformationsquelleAutor Nikita Koksharov
  3. 1

    Seit org.jboss.resteasy.spi.interception.PreProcessInterceptor veraltet ist, habe ich das problem gelöst mit javax.ws.rs.container.ContainerRequestFilter mit einem "injiziert" HttpServletRequest.

    Beispiel:

    @Provider
public class MyContentTypeFilter implements ContainerRequestFilter {
  @Context
  private HttpServletRequest servletRequest;

  @Override
  public void filter(ContainerRequestContext requestContext) throws IOException {
    servletRequest.setAttribute(InputPart.DEFAULT_CONTENT_TYPE_PROPERTY, "text/plain; charset=UTF-8");
  }
}
    InformationsquelleAutor tommy
Schreibe einen Kommentar