Broker ruft bestehenden Web-Service auf - Details

Dies ist ein Überblick über ein typisches End-to-End-Szenario, in dem der Broker einen Web-Service aufruft.

Es gibt zwei grundlegende Geschäftsabsichten:

Dabei wird davon ausgegangen, dass eine WSDL-Definition für den Web-Service verfügbar ist.

  1. Importieren Sie die WSDL-Definition für den Web-Service, um ein Nachrichtenmodell für die Nutzdaten zu erstellen (siehe Datenstrukturen importieren).
  2. Als Ergebnis des WSDL-Imports werden die entsprechenden SOAP-Nachrichtendefinitionsdateien (MXSDs) automatisch in die Nachrichtengruppe eingeschlossen. Dies betrifft vor allem die MXSD mit der SOAP-Rahmenanweisung (Envelope) und, falls erforderlich, die MXSD mit der SOAP-Codierung.
  3. Implementieren Sie einen Nachrichtenfluss, um die Web-Service-Anforderung zu stellen, d. h., er agiert als der Web-Service-Client. Bei den Endpunktknoten kann es sich um MQ zur Integration mit einem bestehenden System handeln. Der Nachrichtenfluss enthält einen HTTPAnforderungsknoten, um die Web-Service-Anforderung auszugeben und die Antwort zu empfangen. Der Benutzer muss den erforderlichen SOAP-Inhalt erstellen, indem er eine Instanz der SOAP-Rahmenanweisung ausfüllt. Dies kann über einen Zuordnungsknoten geschehen oder direkt in ESQL erstellt werden:
     
     DECLARE SOAPENV NAMESPACE 'http://schemas.xmlsoap.org/soap/envelope/';
     
     SET OutputRoot.Properties.MessageSet = 'soap1';
     SET OutputRoot.Properties.MessageType = 'Envelope';
     SET OutputRoot.Properties.MessageFormat = 'XML1';
     
     SET OutputRoot.MRM.SOAPENV:Body.addEntryResponse.cid = 'abc123';
     .
     .
  4. Die Eigenschaften des HTTPAnforderungsknotens für die Anforderung lauten wie folgt:
    • Domäne: "MRM"
    • Gruppe: die Nachrichtengruppe mit der Definition der SOAP-Rahmenanweisung
    • Typ: "Envelope"
    • Format: "XML1"
    • Angabe, ob die Web-Service-Anforderung aus der gesamten Eingabenachricht oder nur einem Teil davon besteht
  5. Die Eigenschaften des HTTPAnforderungsknotens für die Antwort lauten wie folgt:
    • Option zur automatischen Umleitung für HTTP-Statuscodes 300-399
    • Angabe, ob eine gültige Web-Service-Antwort die Eingabenachricht in der Baumstruktur ersetzt (Standardeinstellung) oder an einer bestimmten Position in der ursprünglichen Baumstruktur eingeordnet wird
    • Angabe, ob ein Web-Service-Fehler die Eingabenachricht in der Baumstruktur ersetzt (Standardeinstellung) oder an einer bestimmten Position in der ursprünglichen Baumstruktur eingeordnet wird
    • Domäne, Gruppe, Art und Format (siehe Schritt 4). Wird vom Broker zum Erstellen der logischen Baumstruktur (Abschnitt) aus dem Bitstrom verwendet.
  6. Sobald die Antwort in der Baumstruktur verfügbar ist, können Sie sie mit Hilfe eines Zuordnungsknotens oder ESQL-Codes verarbeiten. Wenn der tatsächliche Name der Antwortnachricht unbekannt ist (er ist nicht in der WSDL-Definition festgelegt und das Anhängen von 'Response' an den Anforderungsnamen ist nur eine Konvention), kann der Benutzer einen ESQL-Code schreiben, um die untergeordneten Elemente des (willkürlich benannten) Antwortelements zu überprüfen.
Zugehörige Konzepte
Web-Services, WSDL und Nachrichtenflüsse
Broker ruft bestehenden Web-Service auf
Broker implementiert neue Web-Service-Schnittstelle
Broker implementiert bestehende Web-Service-Schnittstelle
Broker implementiert Schnittstelle, die nicht auf Web-Service basiert, zu neuem Web-Service
Zugehörige Tasks
Broker implementiert bestehende Web-Service-Schnittstelle - Details
Broker ruft bestehenden Web-Service auf - Details
Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Rückmeldung
Copyright IBM Corporation 1999, 2006 Letzte Aktualisierung: 23. Aug. 2006
ac34590_