Comment MTOM travail?

MTOM est le W3C de Transmission d'un Message Mécanisme d'Optimisation, une méthode efficace de l'envoi de données binaires et de services web.

Comment ça fonctionne en général?

InformationsquelleAutor Brian R. Bondy | 2008-10-18
  1. 48

    Si vous mettez Wireshark (ou activé System.Net La Journalisation) sur la non-MTOM service activé, vous devriez voir les requêtes SOAP avec les données binaires codées en BASE64. De l'envoyer en BASE64 augmente la taille des données binaires, mais (je suppose) le rend plus interopérables.

    Avec MTOM, les messages SOAP sont envoyés en tant que MIME des messages avec l'encodage BASE64 être remplacé par un espace réservé. Les données binaires sont ensuite placés entre les délimiteurs (ce qui arrive pour chaque morceau de données binaires), puis placé à la fin de la requête SOAP. Les données binaires sont ensuite envoyés clair. IIRC, MTOM détermine également si envoyer un message MIME d'augmenter la taille de l'appel SOAP et si ne fournissent pas une sauvegarde, il va l'envoyer comme un message SOAP.

    Cette fournit un exemple de ce que le message envoyé par câble ressemble.

    • "Les données binaires sont ensuite placés entre les délimiteurs" sinon, un lien vers les données binaires peuvent être envoyées dans le message SOAP pour permettre les données binaires d'exister en dehors de l'XML et à être téléchargé, par exemple, sur un cluster de HTTP/S, les serveurs pour la performance. Ceci est appelé "Par Référence"
    InformationsquelleAutor Richard Nienaber
  2. 146

    Tout commence avec le fait que le SAVON est XML. Et quand vous envoyer quoi que ce soit d'autre que du texte, par exemple, une image doit être convertie en un type de données qu'un processeur XML peut comprendre.

    Sans MTOM, votre image sera convertie à base64Binary et placé en plein milieu de votre enveloppe SOAP. Ce processus de conversion qui rend les données de la graisse.

    <tns:données>Un très looooooooooooooooooooooong base64Binary string</tns:données>

    Voici une illustration simple:

    Comment MTOM travail?

    Avec MTOM, l'image sera transmise à l'extérieur l'enveloppe comme un jointes MIME - en bref, il est envoyé en fonction de son origine type de données: format jpg, png ou gif. Bien sûr, il est toujours transmis sous forme de données binaires, mais cette fois, il n'y a pas de XML liés à la conversion, en évitant le calcul des frais généraux. XOP entre dans l'image, comme il est le seul qui donne l'emplacement de la extériorisés de l'image.

    <soap:Envelope>
    <soap:Body>
        <tns:data>
            <xop:include href="SomeUniqueID-ThatLeadsToTheImage"/>
        </tns:data>
    </soap:Body>
</soap:Envelope>

    Content-id: "SomeUniqueID"

    Content-Type: image/png

    image binaire des données ici

    • avez-vous un exemple de code de celui-ci, en fait, je nécessaire de comprendre ce qu'il faut inclure dans <xop:include href="SomeUniqueID-ThatLeadsToTheImage"/>. Je suis en quelque sorte confondre en elle.
    • C'est une très bonne explication, merci
    • Très belle illustration. Banane symbole est aussi amusant et divertissant. Mtom totalement rochers.
    • Exemple simplifié. Merci !
    • Lorsque l'image vaut plus que 1000 mots. Je vous remercie.
    InformationsquelleAutor Jops
  3. 8

    Il ya quelques facteurs que d'autres réponses ne la mentionnent pas. On pourrait penser pourquoi MTOM n'est pas utilisé en tant que par défaut puisque c'est "plus vite" que le Texte de codage de message (Base64). C'est parce que MTOM est pas plus rapide, toujours. MTOM doit être utilisé uniquement sur les gros transferts de messages, car il est livré avec un rétroprojecteur. Pour la petite taille des messages, MTOM sera pire que le Texte de codage de message (Base64).

    Si MTOM est utilisé pour les messages, c'est plus rapide que Base64, car il utilise le binaire brut pour le transfert de données. Pour comprendre cela, il faut comprendre comment Base64 œuvres.

    Base64 utilise 6 bits (log2(64)) pour représenter 1 caractère ce qui signifie que base64 utilise 4 caractères pour représenter 24 bits (3 octets). Donc, si la taille du message est n octets, base64 utilisera 4*(n/3) octets pour représenter vos données, ce qui signifie qu'il sera plus lent par 1/3 que MTOM.

    InformationsquelleAutor sotn