Was ist WSDL? Bedeutung & Beispiel

โšก Intelligente Zusammenfassung

WSDL (Webdienste DescriptWSDL (Web Service Data Language) ist eine XML-basierte Datei, die einer Clientanwendung die Funktion eines Webdienstes und dessen Aufruf beschreibt. Diese Ressource erlรคutert die WSDL-Struktur, Elemente, Nachrichten, Porttypen, Bindungen und ein Verรถffentlichungsbeispiel.

  • ๐Ÿ“„ Kerndefinition: WSDL ist eine XML-Datei, die den Standort eines Webdienstes, seine Operationen und die von ihm akzeptierten und zurรผckgegebenen Nachrichten beschreibt.
  • ???? ๏ธ Dokumentenstruktur: Ein WSDL-Dokument ist in die Elemente Typen, Nachricht, Porttyp, Bindung und Dienst gegliedert, die in einem Definitions-Root eingeschlossen sind.
  • ๐Ÿ”ค Schlรผsselelemente: Das Element โ€žtypesโ€œ definiert Datentypen, โ€žmessageโ€œ definiert ausgetauschte Daten, โ€žportTypeโ€œ gruppiert Operationen und โ€žbindingโ€œ ordnet sie einem Protokoll zu.
  • โœ‰๏ธ Nachrichten und Ports: Jede Webmethode verwendet eine Eingabe- und eine Ausgabenachricht, die zusammen eine Operation bilden, die รผber einen Porttyp bereitgestellt wird.
  • ๏ธ Automatisch generiert: Editoren wie Visual Studio und Eclipse Die WSDL-Datei wird automatisch generiert, die Clientanwendungen zum Aufrufen des Dienstes verwenden.

Was ist WSDL?

Was ist WSDL?

Web Services Description Sprache (WSDL) ist eine XML-basierte Datei, die der Clientanwendung grundsรคtzlich mitteilt, was der Webdienst tut. Die WSDL-Datei wird verwendet, um kurz und bรผndig zu beschreiben, was der Webdienst tut, und stellt dem Client alle Informationen bereit, die er benรถtigt, um eine Verbindung zum Webdienst herzustellen und alle vom Webdienst bereitgestellten Funktionen zu nutzen.

In diesem Tutorial konzentrieren wir uns auf den wichtigsten Teil von Webdiensten, nรคmlich die WSDL oder Web Services. Descriptionische Sprache. Sie fungiert als die Verbindungtract zwischen dem Webdienst und jedem Client, der ihn nutzen mรถchte.

Struktur eines WSDL-Dokuments

Ein WSDL-Dokument dient zur Beschreibung eines Webdienstes. Diese Beschreibung ist erforderlich, damit Clientanwendungen verstehen kรถnnen, was der Webdienst tatsรคchlich leistet.

  • Die WSDL-Datei enthรคlt den Speicherort des Webdienstes, und
  • Die Methoden, die vom Webdienst bereitgestellt werden.

Die WSDL-Datei selbst mag fรผr jeden Benutzer sehr komplex erscheinen, enthรคlt aber alle notwendigen Informationen, die eine Clientanwendung zur Nutzung des entsprechenden Webdienstes benรถtigt. Nachfolgend ist die allgemeine Struktur einer WSDL-Datei dargestellt:

  • Definition
  • TargetNamespace
  • Datentypen
  • Messages
  • Porttyp
  • Bindings
  • Service

Wichtig ist hierbei, dass die Definition von Nachrichten, also das, was von der SOAP-ProtokollDie Definition von SOAP-Nachrichten findet sich im WSDL-Dokument. Dieses Dokument teilt der Clientanwendung mit, welche Arten von SOAP-Nachrichten vom Webdienst gesendet und empfangen werden.

Anders ausgedrรผckt: Die WSDL-Datei ist wie eine Postkarte mit der Adresse eines bestimmten Ortes. Diese Adresse enthรคlt die Details, wohin die Nachricht zugestellt werden soll. Genauso ist die WSDL-Datei die Postkarte mit der Adresse des Webdienstes, der alle vom Client gewรผnschten Funktionen bereitstellen kann.

<!-- WSDL definition structure -->
<definitions
      name="Guru99Service"
      targetNamespace=http://example.org/math/
      xmlns=http://schemas.xmlsoap.org/wsdl/>
   <!-- abstract definitions -->
      <types> ...
      <message> ...
      <portType> ...

   <!-- concrete definitions -->
      <binding> ...
      <service> ...
</definition>

Nachfolgend ein Diagramm der Struktur einer WSDL-Datei.

Struktur eines WSDL-Dokuments

Struktur einer WSDL

WSDL-Elemente

Die WSDL-Datei enthรคlt folgende Hauptbestandteile:

  1. Das Das Tag dient zur Definition aller komplexen Datentypen, die in den zwischen Clientanwendung und Webdienst ausgetauschten Nachrichten verwendet werden. Dies ist wichtig, da die Clientanwendung wissen muss, wie komplexe Datentypen zu verarbeiten sind, wenn der Webdienst mit ihnen arbeitet. Datentypen wie Gleitkommazahlen, Zahlen und Zeichenketten sind einfache Datentypen, der Webdienst kann jedoch auch strukturierte Datentypen bereitstellen. Beispielsweise kรถnnte es einen Datentyp namens โ€žEmployeeDataTypeโ€œ geben, der zwei Elemente enthรคlt: โ€žEmployeeNameโ€œ vom Typ Zeichenkette und โ€žEmployeeIDโ€œ vom Typ Zahl oder Ganzzahl. Zusammen bilden sie einen komplexen Datentyp.
  2. Das Das Tag dient zur Definition der Nachricht, die zwischen Client-Anwendung und Webserver ausgetauscht wird. Diese Nachrichten beschreiben die vom Webdienst durchfรผhrbaren Ein- und Ausgabevorgรคnge. Beispielsweise kann eine Nachricht die Mitarbeiter-ID eines Mitarbeiters entgegennehmen und als Ausgabe den Namen des Mitarbeiters basierend auf der angegebenen Mitarbeiter-ID zurรผckgeben.
  3. Das Tag wird verwendet, um jede Eingabe- und Ausgabenachricht in eine logische Operation zu kapseln. So kรถnnte es eine Operation namens โ€žGetEmployeeโ€œ geben, die die Eingabenachricht kombiniert, die EmployeeID von einer Clientanwendung zu akzeptieren und dann den EmployeeName als Ausgabenachricht zu senden.
  4. Das Ein Tag dient dazu, eine Operation an einen bestimmten Porttyp zu binden. Dadurch kann die Clientanwendung beim Aufruf des entsprechenden Porttyps auf die zugehรถrigen Operationen zugreifen. Porttypen sind vergleichbar mit Schnittstellen. Wenn eine Clientanwendung also einen Webdienst nutzen mรถchte, benรถtigt sie die Bindungsinformationen, um die Verbindung zur vom Webdienst bereitgestellten Schnittstelle herzustellen.
  5. Das Ein Tag ist der Name, der dem Webdienst selbst gegeben wird. Wenn eine Clientanwendung den Webdienst aufruft, verwendet sie zunรคchst dessen Namen. Beispielsweise kann ein Webdienst unter einer Adresse wie http://localhost/ erreichbar sein.Guru99/Tutorial.asmx. Das Service-Tag wird Folgendes enthalten: URL definiert, wodurch die Clientanwendung darรผber informiert wird, dass an diesem Ort ein Webdienst verfรผgbar ist.

Warum WSDL

Ein Webdienst ist eine wichtige Komponente beim Erstellen moderner Webanwendungen. Sein Hauptzweck besteht darin, die Kommunikation zwischen mehreren Anwendungen zu ermรถglichen, die in verschiedenen Programmiersprachen geschrieben wurden. Beispielsweise kann eine .NET-Webanwendung mit einem anderen Dienst kommunizieren. Java Anwendung รผber einen Webservice.

Ein Webdienst verfรผgt รผber folgende Hauptmerkmale:

  • Es wurde mit der Programmiersprache XML entwickelt. Fast alle modernen Technologien wie .NET und Java verfรผgen รผber entsprechende Befehle, die mit XML arbeiten kรถnnen. Daher wurde XML als die am besten geeignete Sprache zum Erstellen von Webdiensten angesehen.
  • Webdienste kommunizieren รผber HTTP. HTTP ist ein Protokoll, das von allen webbasierten Anwendungen verwendet wird. Daher war es sinnvoll sicherzustellen, dass Webdienste ebenfalls รผber das HTTP-Protokoll funktionieren.
  • Webdienste entsprechen einer bestimmten Sprachspezifikation. Diese Spezifikation wird vom W3C festgelegt, dem Dachgremium fรผr alle Webstandards.
  • Webdienste verfรผgen รผber eine Beschreibungssprache namens WSDL, die zur Beschreibung des Webdienstes verwendet wird.

Die WSDL-Datei ist in reinem XML geschrieben. Der Grund dafรผr ist, dass die Datei von jeder Programmiersprache gelesen werden kann. Wenn die Clientanwendung also in .NET geschrieben wurde, kann sie die XML-Datei verstehen. Ebenso kann die Clientanwendung, wenn sie in einer anderen Programmiersprache geschrieben wurde, die WSDL-Datei lesen. Java Wenn es sich um eine Programmiersprache handelt, dann wรคre sie auch in der Lage, die WSDL-Datei zu interpretieren.

Notwendigkeit von WSDL

Die WSDL-Datei ist das Bindeglied zwischen allen Komponenten. Aus dem obigen Diagramm geht hervor, dass Sie einen Webdienst in der .NET-Sprache erstellen kรถnnen. Hier wird der Dienst also implementiert. Wenn Sie keine WSDL-Datei hรคtten und einen Webdienst wollten, โ€ฆ Java Um eine Klasse zu erstellen, die den Webdienst nutzt, wรคre ein erheblicher Programmieraufwand erforderlich. Mit der WSDL-Datei, die im XML-Format vorliegt und von jeder Programmiersprache verstanden werden kann, lรคsst sich dies jedoch problemlos realisieren. Java Klasse nutzt den .Net-Webdienst. Daher wird der Codierungsaufwand erheblich reduziert.

WSDL-Nachrichtenteil

Die WSDL besteht aus einem Abschnitt namens โ€žNachrichtenโ€œ, der mit dem gekennzeichnet ist Element. Dieses Element dient im Wesentlichen dazu, die Daten zu beschreiben, die zwischen dem Webdienst und der Clientanwendung ausgetauscht werden.

Jeder Webdienst verfรผgt stets รผber zwei Arten von Nachrichten:

  • Einer ist fรผr die Eingabe des Webdienstes und der andere fรผr die Ausgabe des Webdienstes.
  • Die Eingabe dient zur Beschreibung der Parameter, die vom Webservice akzeptiert werden. Dies ist ein wichtiger Aspekt der Clientanwendung, damit sie die Werte kennt, die als Parameter an den Webdienst gesendet werden sollen.
  • Der andere Nachrichtentyp ist die Ausgabenachricht, die angibt, welche Ergebnisse der Webdienst liefert.

Jede Nachricht wird wiederum eine haben Element, das zur Beschreibung des von der Eingabe- und Ausgabenachricht verwendeten Parameters verwendet wird.

Nachfolgend finden Sie ein einfaches Beispiel fรผr eine Nachricht an einen Webdienst. Die Funktion des Webdienstes besteht darin, den Namen eines โ€žTutorialsโ€œ bereitzustellen, sobald eine โ€žTutorial-IDโ€œ als Parameter an den Webdienst รผbermittelt wird.

WSDL-Nachrichtenteil

  1. Wie wir sehen kรถnnen, verfรผgt der Webdienst รผber 2 Nachrichten, eine fรผr die Eingabe und die andere fรผr die Ausgabe.
  2. Die Eingabenachricht heiรŸt TutorialNameRequest und hat einen Parameter namens TutorialID. Dieser Parameter ist vom Typ Zahl und wird durch den Typ xsd:number spezifiziert.
  3. Die Ausgabenachricht heiรŸt TutorialNameResponse und hat einen Parameter namens TutorialName. Dieser Parameter ist vom Typ String, der durch den Typ xsd:string spezifiziert wird.

Porttypbindung

Ports werden in WSDL verwendet, um eine vollstรคndige Operation zu definieren, die vom Webdienst angeboten wird. Im vorherigen Abschnitt haben wir gesehen, dass unser Webdienst zwei Nachrichten bereitstellt: eine fรผr die Eingabe namens โ€žTutorialNameRequestโ€œ und eine fรผr die Ausgabe namens โ€žTutorialNameResponseโ€œ. Zusammen bilden die Eingabe- und Ausgabenachricht eine vollstรคndige Operation.

WSDL stellt ein Element namens bereit welches zum Definieren der vom Webdienst bereitgestellten Operationen verwendet wird.

Port-Typ-Bindung portType

In unserem obigen Beispiel kรถnnen wir also Folgendes feststellen:

  1. Der Name des Porttyps, der die Operation kapselt, lautet โ€žTutorial_PortTypeโ€œ.
  2. Die Operation selbst trรคgt den Namen โ€žTutorialโ€œ. Unsere Operation liefert also im Grunde einen TutorialName, wenn die TutorialID als Eingabeparameter angegeben wird.
  3. Als Nรคchstes folgen unsere 2 Nachrichten, eine fรผr die Eingabe und die andere fรผr die Ausgabe, die unsere Operation bilden.

Neben der Element, es gibt auch das Element, das verwendet wird, um zu definieren, wie die Nachrichten รผbertragen werden.

Port-Typ-Bindung

  1. Das obige Beispiel zeigt, dass die Bindung aus einem Bindungsnamen besteht, der in unserem Fall โ€žTutorialSoapBindingโ€œ lautet. Vereinfacht ausgedrรผckt sind Bindungen die Informationen, die die Clientanwendung verwendet, um sich mit dem Webdienst zu verbinden. Sobald die Verbindung hergestellt ist, kann die Anwendung die verschiedenen vom Webdienst bereitgestellten Operationen aufrufen.
  2. Die Transportschicht wird als http:// angegeben, was bedeutet, dass die Nachrichten รผber das HTTP-Protokoll รผbertragen werden.

WSDL-Datei erstellen

Die WSDL-Datei wird immer dann erstellt, wenn ein Webdienst in einer beliebigen Programmiersprache entwickelt wird. Da die Generierung einer WSDL-Datei von Grund auf recht komplex ist, verwenden alle Editoren wie Visual Studio fรผr .NET und Co. Eclipse fรผr Java die WSDL-Datei automatisch erstellen.

Unten sehen Sie ein Beispiel fรผr eine in Visual Studio erstellte WSDL-Datei.

<?xml version="1.0"?>
<definitions name="Tutorial"
      targetNamespace=http://Guru99.com/Tutorial.wsdl
      xmlns:tns=http://Guru99.com/Tutorial.wsdl
      xmlns:xsd1=http://Guru99.com/Tutorial.xsd
      xmlns:soap=http://schemas.xmlsoap.org/wsdl/soap/
      xmlns="http://schemas.xmlsoap.org/wsdl/">
   <types>
      <schema targetNamespace=http://Guru99.com/Tutorial.xsd
         xmlns="http://www.w3.org/2000/10/XMLSchema">
         <element name="TutorialNameRequest">
            <complexType>
               <all>
                  <element name="TutorialName" type="string"/>
               </all>
            </complexType>
         </element>
         <element name="TutorialIDRequest">
            <complexType>
               <all>
                  <element name="TutorialID" type="number"/>
               </all>
            </complexType>
         </element>
      </schema>
   </types>
   <message name="GetTutorialNameInput">
      <part name="body" element="xsd1:TutorialIDRequest"/>
   </message>
   <message name="GetTutorialNameOutput">
      <part name="body" element="xsd1:TutorialNameRequest"/>
   </message>
   <portType name="TutorialPortType">
      <operation name="GetTutorialName">
         <input message="tns:GetTutorialNameInput"/>
         <output message="tns:GetTutorialNameOutput"/>
      </operation>
   </portType>
   <binding name="TutorialSoapBinding" type="tns:TutorialPortType">
      <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>
      <operation name="GetTutorialName">
         <soap:operation soapAction="http://Guru99.com/GetTutorialName"/>
         <input>
            <soap:body use="literal"/>
         </input>
         <output>
            <soap:body use="literal"/>
         </output>
      </operation>
   </binding>
   <service name="TutorialService">
      <documentation>TutorialService</documentation>
      <port name="TutorialPort" binding="tns:TutorialSoapBinding">
         <soap:address location="http://Guru99.com/Tutorial"/>
      </port>
   </service>
</definitions>

Die obige WSDL-Datei wirkt auf den ersten Blick sehr komplex. Wir werden die einzelnen Bestandteile in den folgenden Tutorials detailliert behandeln, aber zunรคchst werfen wir einen kurzen Blick darauf, was die einzelnen Abschnitte der WSDL-Datei bewirken.

Verรถffentlichen des Webdienst-Beispiels

Betrachten wir nun ein Beispiel, wie wir einen Webdienst verรถffentlichen und mit Visual Studio nutzen kรถnnen. In diesem Beispiel erstellen wir einen Webdienst mit einer Webmethode. Diese Methode akzeptiert einen Integer-Parameter namens โ€žTutorialIDโ€œ und gibt anschlieรŸend eine Zeichenkette namens โ€žWeb Servicesโ€œ zurรผck.

AnschlieรŸend erstellen wir eine konsolenbasierte Anwendung, die diesen Webdienst nutzt und unsere Webmethode entsprechend aufruft. Schauen wir uns die Schritte an, die fรผr dieses Beispiel erforderlich sind.

Schritt 1) Der erste Schritt besteht darin, Ihren Webdienst zu erstellen. Die detaillierten Schritte, wie die Asp.Net Es wurde erlรคutert, dass ein Webprojekt und ein Webdienst erstellt wurden. werden auf dieser Seite erlรคutertBitte fรผhren Sie die gleichen Schritte aus, um das Projekt und den Webdienst entsprechend zu erstellen. Wichtig ist, dass Sie den unten stehenden Code in die Webdienste-Datei einfรผgen.

Verรถffentlichung des Beispiel-Webdienstcodes

namespace webservic_asmx
{
   [WebService(Name = "Guru99 Web service")]
   public class TutorialService : System.Web.Services.WebService
   {
      [WebMethod]
      public string GetTutorialService(int TutorialID)
      {
         string TutorialName = "Web Services";
         return TutorialName;
      }
   }
}

Code Erlรคuterung:

  1. Hier erstellen wir eine Webmethode namens โ€žGuru99WebService." In dieser Webmethode fรผgen wir einen Integer-Parameter hinzu, der bei jedem Aufruf dieser Webmethode รผbergeben werden muss.
  2. Als Nรคchstes definieren wir eine Variable namens โ€žTutorialNameโ€œ, die den Zeichenfolgenwert โ€žWeb Servicesโ€œ enthรคlt. Dies ist der Wert, der zurรผckgegeben wird, wenn der Webdienst aufgerufen wird.

Schritt 2) Nachdem wir die Webdienstdatei definiert haben, besteht der nรคchste Schritt darin, ein Clientprojekt zu erstellen, das diesen Webdienst nutzt. Erstellen wir eine einfache Konsolenanwendung, die diesen Webdienst aufruft und die Funktion โ€žโ€œ ausfรผhrt.Guru99WebServiceโ€œ und zeigen Sie anschlieรŸend die Ausgabe der Webmethode im Konsolenprotokoll an. Fรผhren Sie die folgenden Schritte aus, um eine Konsolenanwendung zu erstellen. Klicken Sie mit der rechten Maustaste auf die Visual Studio-Projektmappendatei und wรคhlen Sie die Option Hinzufรผgen -> Neues Projekt.

Verรถffentlichung des Webdienstbeispiels Neues Projekt hinzufรผgen

Schritt 3) In diesem Schritt

  1. Stellen Sie sicher, dass Sie zuerst das Visuelle auswรคhlen C# Windows Mรถglichkeit. Wรคhlen Sie dann die Option zum Erstellen einer Konsolenanwendung.
  2. Geben Sie Ihrem Projekt einen Namen, in unserem Fall โ€žDemoApplicationโ€œ.

Verรถffentlichung der Beispiel-Konsolenanwendung fรผr Webdienste

Nachdem Sie im obigen Bildschirm auf die Schaltflรคche โ€žOKโ€œ geklickt haben, kรถnnen Sie das Projekt im Projektmappen-Explorer von Visual Studio sehen.

Verรถffentlichung des Lรถsungs-Explorers fรผr das Webdienstbeispiel

Schritt 4) In diesem Schritt legen Sie die DemoApplication-Konsolenanwendung als Startprojekt fest. Dadurch wird sichergestellt, dass diese Anwendung beim Start des gesamten Visual Studio-Projekts als erstes ausgefรผhrt wird. Die Konsolenanwendung ruft dann den Webdienst auf, der automatisch von Visual Studio gestartet wird. Klicken Sie dazu mit der rechten Maustaste auf das Projekt โ€žDemoApplicationโ€œ und wรคhlen Sie die Option โ€žAls Startprojekt festlegenโ€œ.

Verรถffentlichung des Beispielsets fรผr Webdienste als Startprojekt

Schritt 5) Der nรคchste Schritt besteht darin, die Servicereferenz unseres โ€žGuruFรผgen Sie Ihrer Konsolenanwendung den Webdienst โ€ž99Webserviceโ€œ hinzu. Dadurch kann die Demoanwendung auf den Webdienst und alle darin enthaltenen Webmethoden zugreifen. Klicken Sie dazu mit der rechten Maustaste auf die Projektdatei der Demoanwendung und wรคhlen Sie im Menรผ โ€žHinzufรผgenโ€œ โ†’ โ€žDienstverweisโ€œ.

Verรถffentlichung des Webdienstbeispiels: Dienstreferenz hinzufรผgen

Schritt 6) In diesem Schritt geben wir die verschiedenen Werte an, die zum Hinzufรผgen unserer Servicereferenz erforderlich sind.

  1. Zunรคchst mรผssen wir unsere Erkennungsoption auswรคhlen. Diese Option wรคhlt automatisch die WSDL-Datei fรผr unseren Webdienst TutorialService aus.
  2. Als Nรคchstes sollten wir unserer Servicereferenz einen Namen geben. In unserem Fall nennen wir sie โ€žServicereferenzโ€œ. Guru99Webservice.
  3. AnschlieรŸend mรผssen wir die Option โ€žTutorialService.asmxโ€œ erweitern, um die Methode โ€žGetTutorialServiceโ€œ auf der rechten Seite anzuzeigen. Hierbei ist โ€žTutorialService.asmxโ€œ der Name unserer Visual Studio .NET-Datei, die den Code fรผr unseren Webdienst enthรคlt.
  4. AnschlieรŸend werden wir unsere Webmethode betrachten, die wir in unserem Webdienst unter dem Namen โ€žGetTutorialServiceโ€œ implementiert haben.

Verรถffentlichung der Dienstreferenzwerte des Beispiels fรผr den Webdienst

Wenn wir auf die Schaltflรคche โ€žOKโ€œ klicken, wird der gesamte erforderliche Code fรผr den Zugriff auf diesen Webdienst unserer DemoApplication Console-Anwendung hinzugefรผgt, wie unten dargestellt. Der Screenshot zeigt, dass die โ€žGuruโ€ž99Webserviceโ€œ wurde erfolgreich zu unserer Konsolenanwendung hinzugefรผgt.

Verรถffentlichung des Beispieldienstes fรผr den Webdienst hinzugefรผgt

Schritt 7) Im nรคchsten Schritt fรผgen wir den Code zu unserer Konsolenanwendung hinzu, um auf die Webmethode unseres Webdienstes zuzugreifen. ร–ffnen Sie die Datei โ€žProgram.csโ€œ, die automatisch mit der Konsolenanwendung mitgeliefert wird, und fรผgen Sie den unten stehenden Code ein.

Verรถffentlichung des Codes des Webdienstbeispielprogramms (Web Service Example Program.cs)

namespace DemoApplication
{
   class Program
   {
      static void Main(string[] args)
      {
         var client = new Guru99Webservice.Guru99WebserviceSoapClient();

         Console.WriteLine(client.GetTutorialService(1));

         Console.ReadKey();
      }
   }
}

Code Erlรคuterung:

  1. Im ersten Schritt wรคhlen Sie die Datei โ€žProgram.csโ€œ aus. Dies ist die Hauptdatei, die von Visual Studio beim Erstellen einer Konsolenanwendung generiert wird. Diese Datei wird ausgefรผhrt, wenn die Konsolenanwendung (in unserem Fall โ€žDemoApplicationโ€œ) gestartet wird.
  2. AnschlieรŸend erstellen wir eine Variable namens โ€žclientโ€œ, die auf eine Instanz unserer Dienstreferenz gesetzt wird, die in einem vorherigen Schritt erstellt wurde. In unserem Fall ist die Dienstreferenz โ€žGuru99Webservice.Guru99WebserviceSoapClient()'.
  3. AnschlieรŸend rufen wir unsere Webmethode โ€žGetTutorialServiceโ€œ im Webdienst โ€žTutorialServiceโ€œ auf. Beachten Sie, dass unsere Methode โ€žGetTutorialServiceโ€œ einen Integer-Parameter akzeptiert; wir รผbergeben ihr also einfach einen Integer-Parameter.
  4. Diese letzte Zeile dient lediglich dazu, sicherzustellen, dass die Konsolenausgabe aktiv bleibt, damit wir die Ausgabe sehen kรถnnen. Dieser Befehl wartet auf eine Benutzereingabe.

Ausgang

Wenn alle oben genannten Schritte befolgt wurden und die DemoApplication ausgefรผhrt wird, wird die unten stehende Ausgabe angezeigt.

Ausgabe des Webdienstbeispiels verรถffentlichen

Anhand der Ausgabe kรถnnen wir deutlich erkennen, dass die Demoanwendung unseren Webdienst aufruft und dass der vom Webdienst zurรผckgegebene String in unserem Konsolenprotokoll angezeigt wird.

Hรคufig gestellte Fragen

KI kann eine komplexe WSDL lesen, ihre Operationen in einfacher Sprache erklรคren, Beispielanfragen generieren und Abweichungen zwischen den Anweisungen kennzeichnen.tracund die Implementierung. Dies beschleunigt die Integration mit unbekannten oder veralteten SOAP-Webdiensten.

Ja. KI-Assistenten kรถnnen eine WSDL-Definition in Client-Stubs, Datenmodelle und Beispielaufrufe in Sprachen wie C# umwandeln. Javaden PythonDie Entwickler sollten den generierten Code dennoch auf korrekte Namensrรคume und Fehlerbehandlung รผberprรผfen.

SOAP ist das Messaging-Protokoll, das die eigentlichen XML-Anfragen und -Antworten รผbertrรคgt. WSDL ist die Beschreibungsdatei, die einem Client mitteilt, welche Operationen ein SOAP-Webdienst anbietet und wie diese aufgerufen werden. Beide werden zusammen verwendet.

Ja. WSDL bleibt Standard fรผr SOAP-Webdienste in Unternehmens-, Bank- und Regierungssystemen, die eine formale Konfiguration benรถtigen.tracNeuere REST-APIs verwenden typischerweise OpenAPI (Swagger), aber viele รคltere Integrationen basieren immer noch auf WSDL.

Fassen Sie diesen Beitrag mit folgenden Worten zusammen: