Pourquoi WSDL introduit wsdl: message?

Question

Pourquoi WSDL introduit wsdl: message? Et les parties de message?

Quels avantages peuvent apporter l'utilisation directe du XSD dans les paramètres d'exploitation (entrée, sortie, défaut)? Comment ils (messages wsdl avec des parties de message wsdl) peuvent être plus abstraits que XSD?

Pourquoi est-il pas organisé par exemple de cette façon:

<operation name="GetEndorsingBoarder"> 
    <input type="xsd:string"/> 
    <output type="xsd:string, xsd:int, xsd:boolean"/> 
    <fault "type="xsd:string""/> 
</operation> 

Answer 1

Je l'ai:

Les messages ne spécifient que les paramètres de fonctionnement.

Les messages et leurs parties sont référencés dans les liaisons. Il devrait être possible de lier les différentes parties différemment:

<message name="m1"> 
    <part name="body" element="tns:GetCompanyInfo"/> 
</message> 

<message name="m2"> 
    <part name="body" element="tns:GetCompanyInfoResult"/> 
    <part name="docs" type="xsd:string"/> 
    <part name="logo" type="tns:ArrayOfBinary"/> 
</message> 

<portType name="pt1"> 
    <operation name="GetCompanyInfo"> 
     <input message="m1"/> 
     <output message="m2"/> 
    </operation> 
</portType> 

<binding name="b1" type="tns:pt1"> 
     <operation name="GetCompanyInfo"> 
      <soap:operation soapAction="http://example.com/GetCompanyInfo"/> 
      <input> 
       <soap:body use="literal"/> 
      </input> 
      <output> 
       <mime:multipartRelated> 
        <mime:part> 
         <soap:body parts="body" use="literal"/> 
        </mime:part> 
        <mime:part> 
         <mime:content part="docs" type="text/html"/> 
        </mime:part> 
        <mime:part> 
         <mime:content part="logo" type="image/gif"/> 
         <mime:content part="logo" type="image/jpeg"/> 
        </mime:part> 
       </mime:multipartRelated> 
      </output> 
     </operation> 
    </binding> 

J'ai raté cela depuis les liaisons « non SOAP « littéral » » sont si rares.

Answer 2

A XSD décrit les DATA aspects, par exemple les données aspects appel webservice alors que le WSDL décrit le but des services Web (appels de méthode). Vous ne pouvez généralement pas comprendre les appels de méthode à partir de vos données uniquement.

Découvrez Cheeso et Marc réponses sur Generating a WSDL from an XSD file

EDIT: source

Le message décrit les données échangées entre le fournisseur de services Web et des consommateurs et chaque service Web a deux messages: 1) entrée : paramètres du service Web 2) sortie: renvoie les données du service Web

Chaque message a zéro ou plusieurs paramètres part (un pour chaque paramètre) ter de la fonction du service Web) Chaque paramètre part est associé à un type concret défini dans l'élément conteneur types.

<message name="SayHelloRequest"> 
     <part name="firstName" type="xsd:string"/> 
    </message> 
    <message name="SayHelloResponse"> 
     <part name="greeting" type="xsd:string"/> 
    </message> 

Ici, deux éléments de message sont définis. Le premier représente un message de demande SayHelloRequest et le second représente un message de réponse SayHelloResponse.

Chacun de ces messages contient un seul élément de pièce. Pour la requête, la pièce spécifie les paramètres de la fonction; dans ce cas, nous spécifions un seul paramètre firstName. Pour la réponse, la partie spécifie les valeurs de retour de la fonction; dans ce cas, nous spécifions une seule valeur de retour de salutation.