WS-Notification: Bekannte Einschränkungen

Die wichtigsten bekannten Einschränkungen bei Verwendung von WS-Notification.

Komposition mit WS-Policy

Diese Implementierung von WS-Notification kann nicht zusammen mit WS-Policy verwendet werden.

Virtuelle Hosts

Für WS-Notification-Anwendungen, die einem virtuellen Host zugeordnet sind, müssen Sie sicherstellen, dass der virtuelle Host einen Alias hat, der den Hostnamen oder einen Stern (*) verwnedet, z. B. myHost:9080 oder *:9080. Der virtuelle Host kann weitere separate Aliase haben, die eine IP-Adresse oder die Zeichenfolge localhost verwenden, aber diese Aliase werden nicht automatisch in den Hostnamen aufgelöst.

Wenn der virtuelle Host keinen Alias hat, der den Hostnamen oder einen Stern verwendet, wird die folgende Nachricht erzeugt, wenn die Anwendung einen WS-Notification-Broker subskribiert:

CWWAR0202E: Keiner der Web-Service-Endpunkte für diesen Host entspricht den Aliasnamen für den virtuellen Host: Hostname.

[AIX Solaris HP-UX Linux Windows][IBM i]Diese Nachricht wird in eine Protokolldatei im Verzeichnis "ffdc" und in die Datei SystemOut.log geschrieben.

[AIX Solaris HP-UX Linux Windows][IBM i]Anmerkung: Dieser Artikel referenziert eine oder mehrere Protokolldateien des Anwendungsservers. Alternativ dazu wird empfohlen, den Server so zu konfigurieren, dass er die HPEL-Protokoll- und -Traceinfrastruktur (High Performance Extensible Logging) verwendet und nicht die Dateien SystemOut.log , SystemErr.log, trace.log und activity.log auf verteilten oder IBM® i-Systemen. Sie können HPEL auch in Verbindung mit Ihren nativen z/OS-Protokolleinrichtungen verwenden. Wenn Sie HPEL verwenden, können Sie mit dem Befehlszeilentool LogViewer im Verzeichnis "bin" des Serverprofils auf alle Ihre Protokoll- und Tracedaten zugreifen. Weitere Informationen zur Verwendung von HPEL finden Sie in der Dokumentation zum Einsatz von HPEL für die Fehlerbehebung in Anwendungen.

[z/OS]Diese Nachricht wird in eine Protokolldatei im Verzeichnis "ffdc" und in das Jobprotokoll für die Servant-Region geschrieben.

Optionale Spezifikationselemente

In den WS-Notification-Standards sind eine Reihe von optionalen Elementen definiert, über deren Implementierung der Provider entscheiden kann. In den folgenden Abschnitten sind diejenigen optionalen Elemente aufgelistet, die in WebSphere Application Server unterstützt oder nicht unterstützt werden:

Unterstützte optionale Elemente
Alle drei Topicdialekte, die im WS-Topics-Standard definiert sind, werden in WebSphere Application Server unterstützt:
  • Einfache Topics. Topics mit einem Stammelement mit einer Ebene ohne Platzhalter, z. B. "stock".
  • Konkrete Topics. Topics mit mehreren Ebenen ohne Platzhalter, z. B. "stock/IBM", "sport/football/results".
  • Vollständig Topics. Topics mit mehreren Ebenen mit Platzhaltern und Konjunktionen, z. B. "stock//.", "sport/football/*", "sport/*/results", "t1/t3 | t3/t4".
Das Filtern der folgenden Ereignisbenachrichtigungen (Selektoren) wird unterstützt:
  • Der Dialekt XPath 1.0 gemäß der Spezifikation in der W3C-Empfehlung XML Path Language (XPath) Version 1.0, in der der Auswertungskontext der NotificationMessage (Benachrichtigung) entspricht.
  • Jeder Filter, der so definiert ist, dass er für den Nachrichtenhauptteil ausgeführt wird, mit Ausnahme von Filtern, die den Dialekt XPath 2.0 verwenden.

Die Beendigung der Subskription (Subscription) und Publisher-Registrierung (PublisherRegistration) wird unterstützt, d. h., das geplante und sofortige Löschen von WS-Ressourcen.

RequiresRegistration wird unterstützt und kann auf den Wert true oder false gesetzt werden.

Bedarfsbasierte Publisher gemäß der Definition in Kapitel 4 der Spezifikation für Brokerbenachrichtigungen werden ebenfalls unterstützt. Bei Verwendung von bedarfsbasierten Publishern können die Erzeuger anfordern, dass sie vom Broker ausgesetzt oder wiederaufgenommen werden, je nachdem, ob Konsumenten vorhanden sind, die die Topics abrufen, für die die Erzeuger Benachrichtigungen erstellen. Dadurch werden Situationen unterstützt, in denen das Erstellen einer Benachrichtigung kostenintensiv ist. Wenn Sie jedoch einen bedarfsbasierten Publisher registrieren, unterstützt WebSphere Application Server nur Anforderungsnachrichten des Typs "RegisterPublisher", die einen einzigen Topicausdruck enthalten.

Nicht unterstützte optionale Elemente

Die Verwendung des Dialekts XPath 2.0 zum Filtern von Ereignisbenachrichtigungen (Selektoren) wird nicht unterstützt.

Die folgenden optionalen Operationen von WS-ResourceProperties für SubscriptionManager und PublisherRegistrationManager werden nicht unterstützt:
  • GetMultipleResourceProperties
  • SetResourceProperties
  • QueryResourceProperties
  • GetResourcePropertyDocument.
Folglich können nach dem Erstellen einer Subskription nur die Eigenschaften für das geplante Löschen in WS-ResourceProperties ResourceLifetime geändert werden.

Der Aufruf der Operation GetCurrentMessage löst immer eine Ausnahme des Typs "NoCurrentMessageOnTopicFault" aus.

Interpretation der Spezifikation

Es gibt mehrere Bereiche in den WS-Notification-Standards, in denen die Entscheidungen dem Implementierer überlassen werden oder Bereiche, die nicht vollständig spezifiziert sind. Nachfolgend werden die Interpretationen erläutert, die diese Implementierung vornimmt.

Nachrichten, die während des Aussetzens einer Subskription veröffentlicht werden

Die Spezifikation Web Services Base Notification beschreibt mehrere Optionen, die für den Implementierer verfügbar sind, um festzulegen, was mit den Nachrichten geschehen soll, die ein NotificationProducer (oder ein NotificationBroker) generiert, während eine Subskription ausgesetzt wird. In dieser Implementierung werden alle Benachrichtigungen (Notifications), die während der Zeitperiode generiert werden, während der die Subskription ausgesetzt wird, so lange auf dem Server gespeichert, bis die Subskription wiederaufgenommen wird.

Lebensdauer eines Pull-Punktes, der einer Subskription zugeordnet ist

Ein Pull-Punkt, der einer Subskription zugeordnet wurde, bleibt so lange bestehen, bis die zugehörige Subskription gelöscht wird. Allerdings geben alle Aufrufe zum Abrufen von Nachrichten (GetMessages) von diesem Pull-Punkt null Nachrichten zurück.

Wenn umgekehrt ein Pull-Punkt, der einer Subskription zugeordnet ist, gelöscht wird oder seine Lebensdauer abläuft, dann bleibt die zugehörige Subskription bestehen. Allerdings können von dieser Subskription keine Nachrichten abgerufen werden und einer vorhandenen Subskription kann kein neuer Pull-Punkt zugeordnet werden.


Symbol, das den Typ des Artikels anzeigt. Referenzartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rjwsn_restrict
Dateiname:rjwsn_restrict.html