RESTE - HTTP Post Multipart avec JSON

J'ai besoin de recevoir un HTTP Post en plusieurs parties qui ne contient que 2 paramètres:

  • Une chaîne JSON
  • Un fichier binaire

Qui est la bonne manière de définir le corps?
Je vais test le HTTP appel à l'aide de Chrome RESTE de la console, alors je me demandais si la bonne solution est de mettre un "label" pour le paramètre JSON et le fichier binaire.

Sur le côté serveur, je suis en utilisant Resteasy 2.x, et je vais lire le multi-parties du corps comme ceci:

@POST
@Consumes("multipart/form-data")
public String postWithPhoto(MultipartFormDataInput  multiPart) {
  Map <String, List<InputPart>> params = multiPart.getFormDataMap();
  String myJson = params.get("myJsonName").get(0).getBodyAsString();
  InputPart imagePart = params.get("photo").get(0);
  //do whatever I need to do with my json and my photo
}

Est-ce la voie à suivre?
Est-il correct de récupérer ma chaîne JSON à l'aide de la touche "myJsonName" qui permettent d'identifier ce contenu-disposition?
Il y a aucune autre façon de recevoir ces 2 contenu dans un HTTP multipart demande?

Merci d'avance

  • Quel genre de REPOS ressource est-ce? Comment deux parties portent sur le niveau de ressources?
  • Effectivement la façon dont nous avons géré cette ressource n'est pas totalement Reposant parce que l'image est une "composante" de la ressource au lieu d'une autre ressource.
InformationsquelleAutor thermz | 2012-01-31
  1. 136

    Si je vous comprends bien, vous souhaitez composer un multipart demander manuellement à partir d'une adresse HTTP/RESTE de la console. Le format multipart est simple; une brève introduction peut être trouvé dans le code HTML 4.01 spec. Vous devez venir avec une limite, ce qui est une chaîne de caractères ne trouve pas dans le contenu, disons HereGoes. Vous définissez l'en-tête de demande Content-Type: multipart/form-data; boundary=HereGoes. Alors ce doit être une requête valide de corps:

    --HereGoes
Content-Disposition: form-data; name="myJsonString"
Content-Type: application/json

{"foo": "bar"}
--HereGoes
Content-Disposition: form-data; name="photo"
Content-Type: image/jpeg
Content-Transfer-Encoding: base64

<...JPEG content in base64...>
--HereGoes--
    • C'est exactement ce que j'ai besoin de lire 🙂 merci
    • Vous pouvez également ajouter une pièce jointe dans le soap-ui trop. Cela permet d'éviter d'avoir à passer dans le post réelle du corps et le type de contenu.
    • Brillante explication!
    • Est-il un moyen standardisé pour venir avec l'unique limite?
    • Je ne suis pas au courant de tout. Vous pourriez peut-être utiliser un UUID, mais ce n'est pas forcément une bonne idée. Normalement, votre HTTP bibliothèque doit prendre soin de cela pour vous.
    • Si nous savons que nous n'avons que json et base64 données dans la demande ne devrait pas quelque chose comme \* par exemple, le travail en tant que limite? Il n'a pas le droit d'exister en json, ni en base64.
    • href="https://tools.ietf.org/html/rfc2046#section-5.1.1" >RFC 2046 § 5.1.1 n'autorise pas une telle frontière de la chaîne (voir la bcharsnospace la règle). Notez également que "\\*" est JSON valide.
    • Pourquoi utiliser base64 pour encoder les données JPEG? HTTP permet d'envoyer le raw octets.
    • La question consistant à envoyer une requête manuellement à partir d'une sorte de GUI RESTE de la console. Il n'est généralement pas une bonne idée de coller raw JPEG octets dans une interface graphique.
    • Excellent. Avec référence à un nœud, la suite est expliquée en détail: derpturkey.com/node-multipart-form-data-explained

    InformationsquelleAutor Vasiliy Faronov