Propriétés de liaison et règles de WSAddressing

Utilisez le paramètre -attributes pour les commandes setPolicyType et setBinding, afin d'indiquer des informations de configuration supplémentaires relatives à la règle WSAddressing et à la liaison des ensembles de règles. Les ensembles de règles d'application et de système utilisent la règle et la liaison WSAddressing.

WSAddressing est une norme d'interopérabilité pour l'adressage des services Web et les données d'adressage figurant dans les messages. Pour plus d'informations, reportez-vous aux versions W3C Candidate Recommendation (CR) des spécifications de base WS-Addressing et SOAP.

Les commandes et paramètres du groupe PolicySetManagement de l'objet AdminTask permettent de personnaliser la configuration de votre ensemble de règles.
  • Utilisez le paramètre -attributes des commandes getPolicyType et getBinding pour afficher les propriétés de la configuration des règles et des liaisons. Pour obtenir un attribut, associez le nom de la propriété à la commande getPolicyType ou getBinding.
  • Utilisez le paramètre -attributes pour les commandes setPolicyType et setBinding afin d'ajouter des propriétés à la configuration des règles et des liaisons, d'en mettre à jour ou d'en supprimer. Pour ajouter ou mettre à jour un attribut, spécifiez le nom de la propriété et sa valeur. Les commandes setPolicyType et setBinding mettent à jour la valeur si l'attribut existe ou ajoutent l'attribut et la valeur s'il n'existe pas. Pour supprimer un attribut, spécifiez la valeur sous forme de chaîne vide (""). Le paramètre -attributes admet l'objet properties.
Remarque : Si une valeur ou un nom de propriété indiqué avec le paramètre -attributes n'est pas valide, les commandes setPolicyType et setBinding échouent et génèrent une exception. La propriété qui n'est pas valide est consignée sous forme d'erreur ou d'avertissement dans le fichier SystemOut.log. Toutefois, l'exception de la commande ne contient pas toujours d'informations détaillées relatives à la propriété à l'origine de l'exception. Si les commandes setPolicyType et setBinding échouent, recherchez dans le fichier SystemOut.log d'éventuels messages d'erreur ou d'avertissement indiquant que l'entrée du paramètre -attributes contient une ou plusieurs propriétés non valides.
Remarque : Cette rubrique fait référence à un ou plusieurs des fichiers journaux de serveur d'applications. Il est recommandé de configurer le serveur de telle sorte qu'il utilise l'infrastructure de journalisation et de trace HPEL (High Performance Extensible Logging) à la place des fichiers SystemOut.log, SystemErr.log, trace.log et activity.log sur les systèmes distribués et IBM® i. Vous pouvez également utiliser HPEL conjointement avec vos fonctions de journalisation z/OS natives. Si vous utilisez l'infrastructure HPEL, vous pouvez accéder à toutes les informations de journalisation et de trace en utilisant l'outil de ligne de commande LogViewer à partir de votre répertoire bin de profil de serveur. Pour plus d'informations sur l'utilisation de HPEL, voir les informations sur l'utilisation de HPEL en vue du traitement des incidents liés aux applications.
Pour les utilisateurs en transition Pour les utilisateurs en transition: Dans WebSphere Application Server version 7.0 et les versions ultérieures, le modèle de sécurité était amélioré de sorte à être centré sur le domaine et non plus centré sur le serveur. La configuration du niveau de sécurité globale par défaut ( cellule) et les liaisons par défaut au niveau du serveur ont également changé dans cette version du produit. Dans WebSphere Application Server version 6.1 Feature Pack for Web Services, vous pouvez configurer un ensemble de liaisons par défaut pour la cellule et configurer en option un ensemble de liaisons par défaut pour chaque serveur. Dans la version 7.0 et les versions ultérieures, vous pouvez configurer une ou plusieurs liaisons générales de fournisseur de services et une ou plusieurs liaisons générales de client de services. Après avoir configuré des liaisons générales, vous pouvez choisir la liaison par défaut parmi celles-ci. Vous pouvez éventuellement spécifier des liaisons générales utilisées par défaut pour un serveur d'applications ou un domaine de sécurité. trns

Pour prendre en charge un environnement à cellules mixtes, WebSphere Application Server prend en charge des liaisons version 7.0 et version 6.1. Les liaisons générales de niveau cellule sont spécifiques à la version 7.0. Les liaisons propres à l'application restent à la version requise par celle-ci. Lorsque l'utilisateur crée une liaison propre à l'application, le serveur d'applications détermine la version de liaison requise à utiliser pour celle-ci.

Propriétés de règle WSAddressing

Configurez la règle WSAddressing en définissant les propriétés suivantes à l'aide de la commande setPolicyType :
usingAddressing
Indique si un en-tête SOAP WS-Addressing est inclus dans les messages. Utilisez l'une des valeurs suivantes :
required
WS-Addressing est obligatoire. Les serveurs renvoient une erreur s'ils reçoivent un message qui ne contient pas d'en-tête WS-Addressing. Les clients incluent toujours des en-têtes WS-Addressing dans les messages SOAP.
facultatif
WS-Addressing n'est pas obligatoire. Les serveurs ne généreront pas d'erreur s'ils reçoivent un message ne contenant pas d'en-tête WS-Addressing. Les clients ne doivent pas inclure d'en-têtes WS-Addressing dans les messages SOAP, par exemple, si WS-Policy est activé et que le serveur ne spécifie pas que WS-Addressing est obligatoire.
wsaMode
Indique le style de message pris en charge par cet ensemble de règles. Utilisez l'une des valeurs suivantes :
WSA_SYNC
Les messages de réponse doivent être ciblés sur l'URI anonyme WS-Addressing.
WSA_ASYNC
Les messages de réponse ne doivent pas être ciblés sur l'URI anonyme WS-Addressing.
WSA_BOTH
La cible des messages de réponse n'est pas restreinte.
L'exemple suivant utilise la commande setPolicyType pour rendre obligatoire la norme WSAddressing et pour que le style de message soit synchrone pour l'ensemble de règles myPolicySet :
AdminTask.setPolicyType('[-policySet "myPolicySet" -policyType WSAddressing 
-attributes "[[usingaddressing required][wsaMode WSA_SYNC]]"]')

Propriétés de liaison WSAddressing

Configurez la règle WSAddressing en définissant la propriété suivante à l'aide de la commande setBinding :
preventWLM
Indique si la pondération de charge de travail doit être désactivée pour les références aux points de contact créés par l'API dans un environnement à clusters. Les messages ciblant des références de point de contact (EPR) dans un environnement à clusters font par défaut l'objet d'une pondération de charge de travail.
Le fait de désactiver la pondération de charge de travail permet d'acheminer les messages ciblant des EPR vers le noeud ou le serveur sur lequel l'EPR a été créée. Vous pouvez désactiver la pondération de charge de travail si le point de contact conserve l'état en mémoire, qui n'a pas été répliqué sur d'autres noeuds ou serveurs du cluster.
Par exemple, la commande ci-dessous désactive la pondération de charge de travail pour une liaison générale à l'échelle de la cellule, à partir de la règle WSAddressing.
AdminTask.setBinding('[-bindingLocation "" -bindingName cellWideBinding2 -policyType
 WSAddressing -attributes "[preventWLM true]"]')

Icône indiquant le type de rubrique Rubrique de référence



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rxml_wsfpaddressing
Nom du fichier : rxml_wsfpaddressing.html