Das Muster schlägt vor, dass Sie diese Handler in einer Kette verknüpfen. Jeder verknüpfte Handler verfügt über ein Feld zum Speichern eines Verweises auf den nächsten Handler in der Kette. Zusätzlich zur Verarbeitung einer Anforderung übergeben Handler die Anforderung weiter entlang der Kette. Die Anforderung wird entlang der Kette verschoben, bis alle Handler die Möglichkeit hatten, sie zu verarbeiten. Synchrone Vorgänge warten auf eine Antwort, bevor Sie fortfahren. Dadurch werden die Vorgänge in einer seriellen Reihenfolge ausgeführt. Es wird oft gesagt, dass eine Operation blockiert oder auf eine Antwort wartet. Synchrone Vorgänge öffnen einen Kommunikationskanal zwischen den Parteien, stellen die Anforderung und lassen den Kanal geöffnet, bis die Antwort erfolgt. Diese Methode ist wirksam, es sei denn, eine große Anzahl von Kanälen wird für längere Zeit offen gelassen. In diesem Fall können asynchrone Vorgänge besser geeignet sein.
Das synchrone Muster ist möglicherweise nicht erforderlich oder angemessen, wenn der Endbenutzer keine sofortige Antwort benötigt. Der Debitor verfügt über zwei Abrechnungssysteme – eines von Kreditor A und eines von Kreditor B. Der Kunde verwendet das Abrechnungssystem von Kreditor A für Breitbandkunden und das Abrechnungssystem des Anbieters B für drahtlose Kunden. Der Kunde verfügt über ein CRM-System, das eine Prozessauftragsanforderungs-EBM sendet, die Anforderungen für beide Dienste enthalten kann. In diesem Fall wird der Breitband-bezogene Teil der Bestellung an das Abrechnungssystem des Herstellers A und der kabellose produktbezogene Teil der Bestellung an das Abrechnungssystem des Herstellers B gesendet. Da abstrahierte Nachrichten, die Gegenstand eines Nachrichtenaustauschs sind, als Parameter verwendet werden, ist zu beachten, dass der Wert solcher Parameter ein XML-Infoset abstrahiert, das einen SOAP-Umschlag und dessen Inhalt darstellt, sowie eine Abstraktion aller anderen Informationsstrukturen (manchmal auch Als Anlagen bezeichnet) die zusammen mit dem SOAP-Umschlag durch die Aktion des Nachrichtenaustauschs übertragen werden. Verwenden Sie zwei Nachrichten, eine Anforderungsnachricht und eine Antwortnachricht. Beispiel: Das Request-Callback-Muster ist nützlich, wenn mehr als ein Vorgang nacheinander ausgeführt werden muss (z. B. wenn eine Anwendung nicht nur Daten aus anderen Quellen lädt, sondern auch einen komplexen Prozess für ihre Analyse anwendet, bei dem die Ausgabe einer Aufgabe die Eingabe der nächsten aufgabe ist).
Kommunikationsmuster sind architektonische Konzepte, die beschreiben, wie Nachrichten im Netzwerk transportiert werden, um bestimmte Aufgaben auszuführen. Die Kenntnis dieser Muster ist wichtig, um Anwendungen korrekt gestalten und implementieren zu können und Netzwerke von Dingen entsprechend zu skalieren, damit funktionale und Leistungsanforderungen erfüllt werden. [Design Hinweis: Der Entwurf hier ist, dass die Namen dieser Eigenschaften durch das Framework definiert werden. Die Werträume vieler dieser Eigenschaften sind URIs, und die Semantik bestimmter Werte wird in den Spezifikationen für den Austausch von Transportnachrichten definiert. Ein alternativer Entwurf wäre, dass die Eigenschaftsnamen sowie Eigenschaftswerte in einigen Fällen musterspezifisch sind. Dies wurde abgelehnt, weil es die allgemeine Beschreibung des Betriebs eines Verkehrs-MEP komplizierter machen würde… zum Beispiel konnte man nicht davon sprechen, die … Context/CurrentMessage-Eigenschaft, stattdessen wäre es die www.w3.org/…/mep/single-request-response/RequestMessage-Eigenschaft.
Dies würde bedeuten, dass mehr von der Struktur eines bestimmten Typs von Nachrichtenaustauschmustern höher aufgedeckt werden müsste. Es ist eine Design-Option, die wir verfolgen könnten… aber es ist nicht die, die hier vorgestellt wird. Ein weiterer alternativer Entwurf wäre das Modellieren eines Eigenschaftscontainers als XML-Dokument/Infoset. In diesem Fall können Eigenschaften durch Elementnamen und Werteinschränkungen im Schema dargestellt werden.
