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.
CWWAR0202E: Keiner der Web-Service-Endpunkte für diesen Host entspricht den Aliasnamen für den virtuellen Host: Hostname.
Diese Nachricht wird in eine Protokolldatei im Verzeichnis "ffdc" und in die Datei SystemOut.log geschrieben.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
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.
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.