WS-Notification : Limitations connues
Principales limitations connues s'appliquant lors de l'utilisation de WS-Notification.
Composition avec WS-Policy
Cette implémentation de WS-Notification n'est pas compatible avec WS-Policy.
Hôtes virtuels
Pour les applications WS-Notification associées à un hôte virtuel, assurez-vous que celui-ci a un alias qui utilise le nom d'hôte ou un astérisque (*) à la place, par exemple monHote:9080 ou *:9080. L'hôte virtuel peut avoir d'autres alias distincts, qui utilisent une adresse IP ou la chaîne localhost, mais ils ne sont pas résolus automatiquement vers le nom d'hôte.
CWWAR0202E: Aucun des points d'extrémité de services Web pour cet hôte ne correspond aux alias de l'hôte virtuel : nom_hôte.
Ce message est consigné dans un fichier journal situé dans le répertoire ffdc et dans le fichier SystemOut.log.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Ce message est consigné dans un fichier journal situé dans le répertoire ffdc et dans le journal des travaux de la région
serviteur.
Eléments de spécification facultatifs
Les normes WS-Notification sont un ensemble d'éléments facultatifs pouvant être implémentés à la discrétion du fournisseur. Les éléments suivants établissent une liste de ces éléments facultatifs qui sont pris en charge ou non dans WebSphere Application Server :
- Eléments facultatifs pris en charge
- Les trois dialectes de sujet définis par la norme WS-Topics sont pris en charge dans WebSphere Application Server :
- Sujets simples. Il s'agit de sujets de niveau racine sans caractères génériques. Par exemple, "stock".
- Sujets concrets. Il s'agit de sujets de niveau intermédiaire sans caractères génériques. Par exemple, "stock/IBM", "sport/football/résultats".
- Sujets complets. Il s'agit de sujets multiniveaux avec des caractères génériques et des combinaisons. Par exemple, "stock//.", "sport/football/*", "sport/*/résultats", "t1/t3 | t3/t4".
Le filtrage des notifications d'événements suivantes (sélecteurs) est pris en charge :- Le langage XPath 1.0, comme indiqué dans les recommandations W3C XML Path Language (XPath) Version 1.0, où le contexte d'évaluation est le message NotificationMessage.
- Tout filtre défini comme exécuté sur le corps du message, sauf pour un filtre qui utilise le dialecte XPath 2.0.
La résiliation Subscription et PublisherRegistration est prise en charge. C'est-à-dire, la destruction immédiate et planifiée des ressources WS.
RequiresRegistration est pris en charge et peut avoir une valeur true ou false.
Les diffuseurs basés sur la demande, comme défini au chapitre 4 de la Spécification de la notification par courtier, sont pris en charge. Ils autorisent les fournisseurs à demander à être suspendus ou repris par le courtier, en fonction de l'écoute des clients concernant les sujets pour lesquels ils fournissent les messages. Il s'agit de prendre en charge les situations dans lesquelles la création d'un message de notification est coûteuse. Toutefois, lors de l'enregistrement d'un diffuseur basé sur la demande, WebSphere Application Server prend uniquement en charge les messages de demande RegisterPublisher qui contiennent une seule expression de sujet.
- Eléments facultatifs non pris en charge
L'utilisation du dialecte XPath 2.0 pour filtrer les notifications d'événements suivantes (sélecteurs) n'est pas prise en charge.
Les opérations facultatives suivantes de WS-ResourceProperties pour SubscriptionManager et PublisherRegistrationManager ne sont pas prises en charge :- GetMultipleResourceProperties
- SetResourceProperties
- QueryResourceProperties
- GetResourcePropertyDocument.
L'appel de l'opération GetCurrentMessage engendre toujours une exception NoCurrentMessageOnTopicFault.
Interprétation de la spécification
Plusieurs zones des normes WS-Notification sont ouvertes aux décisions de la personne chargée de la mise en application ou elles ne sont pas entièrement spécifiées. Les éléments suivants décrivent les interprétations effectuées dans cette implémentation.
- Messages publiés lors de la suspension d'un abonnement
La spécification de la notification de base des services Web décrit plusieurs options qui sont ouvertes à la personne chargée de la mise en application concernant l'utilisation des messages qui sont générés par la fonction NotificationProducer (ou NotificationBroker) alors qu'un abonnement est suspendu. Dans cette implémentation, toutes les notifications générées au cours de cette période de suspension de l'abonnement sont conservées sur le serveur jusqu'à la reprise de l'abonnement.
- Durée de vie d'un point d'extraction qui a été associé à un abonnement
Un point d'extraction qui a été associé à un abonnement subsiste quand l'abonnement associé est supprimé. Toutefois, tous les appels GetMessages relatifs à ce point d'extraction ne retournent aucun message.
Inversement, si un point d'extraction associé à un abonnement est supprimé ou arrive à expiration, l'abonnement associé subsiste. Toutefois, vous ne pouvez pas en obtenir de message, ni associer un abonnement existant à un nouveau point d'extraction.