WS-ReliableMessaging : spécifications et normes prises en charge
WebSphere Application Server prend en charge deux niveaux de la spécification WS-ReliableMessaging. Cela permet la compatibilité avec les fournisseurs qui prennent en charge WS-ReliableMessaging au niveau de février 2005, ainsi que la conformité aux exigences de la spécification OASIS en cours. Cette implémentation de WS-ReliableMessaging est également conforme à de nombreuses autres normes de services Web.
La prise en charge de la norme WS-ReliableMessaging a été d'abord introduite dans IBM WebSphere Application Server version 6.1 Feature Pack for Web Services. A cette époque, la spécification Reliable Asynchronous Messaging Profile (RAMP) version 1.0 utilisait WS-ReliableMessaging pour garantir la fiabilité de la livraison des messages et le module de fonctions Feature Pack for Web Services de WebSphere Application Server version 6.1 incluait des ensembles de règles par défaut prenant en charge cette spécification. Vous pouvez faire migrer des configurations WS-ReliableMessaging WebSphere Application Server version 6.1 utilisant des ensembles de règles RAMP vers la version actuelle du produit.
A partir de la spécification RAMP version 1.0, le groupe de travail Reliable Secure Profile de l'organisation Web Services Interoperability (WS-I) a développé la version 1.0 d'un profil d'interopérabilité chargé des fonctions de messagerie sécurisée et fiable pour les services Web. Ce profil est similaire à RAMP version 1.0, à ceci près qu'il est mis à jour pour utiliser WS-ReliableMessaging version 1.1 avec la spécification OASIS WS-SecureConversation version 1.3. Les ensembles de règles WS-I RSP par défaut fournis dans cette version de WebSphere Application Server constituent une implémentation de la spécification Reliable Secure Profile Version 1.0.
L'étendue de la conformité de WS-ReliableMessaging avec d'autres normes de services Web est décrite dans les sections suivantes :
WS-Addressing
La spécification WS-ReliableMessaging utilise WS-Addressing et l'implémentation prend entièrement en charge le modèle de demande/réponse asynchrone fourni dans la spécification WS-Addressing.
WS-AtomicTransactions
- WS-AtomicTransactions et WS-ReliableMessaging sont mutuellement exclusifs lorsque WS-ReliableMessaging est utilisé, avec un magasin géré, pour fournir une messagerie récupérable transactionnelle.
- Si WS-ReliableMessaging est configuré pour utiliser un magasin en mémoire, dans certaines situations une transaction WS-AtomicTransaction peut être transférée d'une source de messagerie fiable vers la destination de messagerie fiable pour les appels bi-directionnels. Dans ce cas, WS-ReliableMessaging vous protège uniquement des erreurs réseau et non des erreurs de serveur.
Pour plus d'informations sur WS-AtomicTransactions, voir Prise en charge des transactions dans WebSphere Application Server. Pour plus d'informations sur l'utilisation des transactions WS-ReliableMessaging, voir Disponibilité d'une messagerie remédiable transactionnelle via WS-ReliableMessaging.
WS-MakeConnection
WS-ReliableMessaging version 1.1 utilise le protocole WS-MakeConnection pour activer l'échange de messages synchrones. Pour plus d'informations sur ce protocole, voir la spécification WS-MakeConnection version 1.1 du 28 février 2008.
WS-MakeConnection utilise les informations contenues dans les en-têtes de messages WS-Addressing, aussi pour une application qui utilise l'échange de messages synchrones fiables, vous devez inclure les règles WS-ReliableMessaging et WS-Addressing dans l'ensemble de règles.
WS-Notification
Si vous créez des services WS-Notification basés sur JAX-WS, vous pouvez leur appliquer des règles WS-ReliableMessaging afin de rendre vos services WS-Notification fiables. Pour plus d'informations, voir Configuration de WS-Notification pour une notification fiable.
- Version 7.0 : Vous configurez des points de service et un service WS-Notification Version 7.0 si vous souhaitez composer un service JAX-WS WS-Notification avec WS-ReliableMessaging,ou si vous souhaitez appliquer des gestionnaires JAX-WS à votre service WS-Notification. Il s'agit du type de service recommandé pour les nouveaux déploiements.
- Version 6.1 : configurez un service WS-Notification version 6.1 et des points de service si vous souhaitez exposer un service WS-Notification JAX-RPC en utilisant la même technologie que celle fournie dans WebSphere Application Server version 6.1, y compris la possibilité d'appliquer des gestionnaires JAX-RPC au service.
WS-Policy
L'implémentation de WS-Policy dans WebSphere Application Server prend en charge Web Services Reliable Messaging Policy Assertion version 1.0 et Web Services Reliable Messaging Policy Assertion version 1.1.
Vous pouvez utiliser le protocole WS-Policy pour échanger des règles dans un format standard. Vous pouvez communiquer la configuration de la règle à un autre client, registre de services ou service qui prend en charge la spécification WS-Policy, incluant des produits non WebSphere Application Server dans un environnement hétérogène. Pour un fournisseur de services, la configuration de la règle peut être partagée dans un WSDL publié. Pour un client, le client peut obtenir la règle du fournisseur de services au format WS-PolicyAttachments standard et utiliser ces informations pour établir une configuration qui soit acceptable pour le client et le fournisseur de services. En d'autres termes, le client peut être configuré de manière dynamique, en fonction des règles prises en charge par son fournisseur de services.
A n'importe quelle étape, c'est-à-dire avant ou après avoir créé votre application de service Web fiable ou configuré vos ensembles de règles, vous pouvez définir une propriété qui configure des noeuds finaux de façon à prendre en charge uniquement les clients qui utilisent la messagerie fiable. Ce paramètre est pris en compte par WS-Policy s'il est sélectionné.
WS-SecureConversation
WS-ReliableMessaging est conçu pour utiliser WS-SecureConversation. Un contexte de conversation sécurisée est établi, ce qui permet de sécuriser les messages d'application et les messages de protocole WS-ReliableMessaging.
Pour utiliser WS-SecureConversation, créez ou appliquez un ensemble de règles incluant WS-ReliableMessaging et WS-SecureConversation, par exemple l'un des ensembles de règles par défaut WS-I RSP.
WS-Security
WS-ReliableMessaging est conforme à WS-Security. Les en-têtes WS-ReliableMessaging ajoutés aux messages d'application sont signés, le cas échéant. Les messages de protocole WS-ReliableMessaging sont signés et chiffrés, le cas échéant.
Le traitement de la sécurité s'effectue à peu près en même temps que le transport : après le processus WS-ReliableMessaging au niveau du demandeur de service Web et avant le processus WS-ReliableMessaging au niveau du fournisseur de service Web. En d'autres termes, les messages conservés dans le magasin WS-ReliableMessaging ne sont pas signés et chiffrés ; il incombe donc à l'administrateur de sécuriser le magasin, si le magasin en cours d'utilisation est le moteur de messagerie dans un bus d'intégration de services.