Developer best practices
This reference information describes best practices and other considerations for developers.
You can also search for best practice information using keywords.
Sous-rubriques
Tentative d'accès -- Niveaux d'isolement et verrous de mise à jour
Les règles de tentative d'accès WebSphere® Application Server sont une méthode cohérente de définition du niveau d'isolement des données de bean CMP dans les différentes bases de données relationnelles de votre environnement.Programmation de client ActiveX : gestion des codes d'erreur
Toutes les exceptions lancées par le code Java™ sont encapsulées et relancées sous forme d'erreur COM via l'interface ISupportErrorInfo et la structure EXCEPINFO de IDispatch::Invoke(), l'objet Err de Visual Basic et VBScript. Dans la mesure où les exceptions Java ne sont pas associées à des numéros d'erreur, dès qu'une exception Java est renvoyée, l'ensemble de la trace de pile est placée dans le texte descriptif et le numéro d'erreur 0x6003 est affecté.Programmation de client ActiveX, conseils pour la programmation de zones Java
Avec la passerelle ActiveX vers EJB (Enterprise JavaBeans), l'accès aux zones Java est dépendant de la casse, tout comme pour l'appel de méthodes. La casse des noms de zone doit être identique à celle de la syntaxe du nom Java.Programmation de client ActiveX : conseils pour l'initialisation de la machine virtuelle Java
Initialisez le code JVM (Java virtual machine) avec la passerelle ActiveX vers EJB (Java Beans). Pour qu'un programme client ActiveX (Visual Basic, VBScript ou ASP) accède aux classes ou aux objets Java, il doit créer au préalable un code JVM (Java virtual machine) dans son processus.Programmation de client ActiveX : Gestion des unités d'exécution
La passerelle ActiveX vers EJB (Enterprise JavaBeans) prend en charge les accès en exécution libre ou compartimentée et implémente Free Threaded Marshaler dans un environnement hybride, tel que Active Server Pages (ASP). Chaque unité d'exécution créée dans le processus ActiveX est reflétée dans l'environnement Java lorsque l'unité d'exécution communique par l'intermédiaire de la passerelle ActiveX vers EJB.Programmation de client ActiveX, conseils pour l'échange de tableaux
Les tableaux Java ressemblent de très près aux tableaux des conteneurs d'automatisation (Automation), tels que Visual Basic et VBScript. Cette rubrique contient des éléments importants à prendre en compte lorsque vous échangez des tableaux entre ces conteneurs .Meilleures pratiques de programmation du client de type ActiveX
Le meilleur moyen d'accéder aux composants Java est d'utiliser le langage Java. Il est recommandé de programmer autant que possible en Java et de n'utiliser qu'une interface simple entre le conteneur d'automatisation COM (tel que Visual Basic) et le code Java. Cette interface évite tout problème de surcharge et de performances lors des déplacements dans l'interface.Valeurs de conversion des types de données ActiveX en primitives Java
Tous les types de données primitives Java sont convertis automatiquement en types natifs d'automatisation ActiveX. Cependant, seuls certains types de données d'automatisation sont convertis en types Java (par exemple, VT_DATE). Les types de données Variant sont utilisés pour les conversions de données.ActivitySession et combinaison de règles de conteneur
Cette rubrique fournit des détails sur la relation existant entre les propriétés du descripteur de déploiement qui déterminent la façon dont le conteneur gère les limites de ActivitySession.Interopérabilité du profilage d'application
L'utilisation du profilage d'application avec le mode de compatibilité 5.x ou dans un environnement groupé comprenant différentes plateformes et versions de produits peut affecter son fonctionnement de différentes manières.Considérations relatives à la conception d'applications de distributeur de requêtes asynchrones
Le Distributeur de requêtes asynchrones (ARD) n'est pas une solution prête à l'emploi pour la programmation de servlets. Vous devez évaluer les besoins de votre application et tenir compte des remarques (caveat) relatives à l'utilisation du Distributeur de requêtes asynchrones. La commutation de toutes les inclusions sur le démarrage en mode asynchrone n'est pas la solution idéale pour tous les scénarios, mais une utilisation judicieuse du Distributeur de requêtes asynchrone peut améliorer le temps de réponse.Conseils pour la programmation côté client du service ORB
Chaque échange requête et réponse Internet InterORB Protocol (IIOP) comprend un ORB côté client et un ORB côté serveur. Il est important que toutes les applications qui utilisent IIOP soient correctement programmées pour communiquer avec l'Object Request Broker (ORB) côté client.Prise en charge des critères communs (EAL4)
Statistiques des connexions et du pool de connexion
WebSphere Application Server prend en charge l'utilisation d'API PMI pour surveiller les performances des applications d'accès aux données.Schéma de datagraphe
Application par défaut
Les administrateurs peuvent utiliser la configuration par défaut de WebSphere Application Server pour vérifier plus facilement le bon fonctionnement du serveur d'applications. Lorsqu'il est installé, le produit inclut un serveur d'applications appelé server1 et une application d'entreprise appelée Application par défaut.Comparaison des services de requête EJB dynamique et de déploiement
Le service de requête dynamique permet de créer et d'exécuter des requêtes portant sur des beans entity créés dynamiquement lors de l'exécution et non pas définis lors du déploiement. Avec la requête dynamique, les requêtes définies lors de l'exécution sont beaucoup plus souples et tirent parti de la puissance du langage Enterprise JavaBeans (EJB)-Query Language (QL). En plus des fonctionnalités offertes par les requêtes en langage EJB-QL, les requêtes dynamiques prennent en charge des fonctions que ne fournissent pas les requêtes statiques standard. Il s'agit par exemple de la possibilité de sélectionner plusieurs champs de données directement à partir d'un bean (une seule sélection est possible avec les requêtes statiques) et d'exécuter des méthodes métier directement dans la requête.Remarques à propos des modules EJB 3.x
Lorsque vous utilisez les modules Enterprise JavaBeans (EJB) 3.x, gardez à l'esprit les remarques suivantes.Extraction de données du service DMS EJB
Une requête de médiateur d'EJB (JavaBeans) est une requête d'EJB composée. L'appel getGraph permet de générer un datagraphe.Mise à jour des données du service DMS EJB
Une requête de médiateur d'EJB (JavaBeans) est une requête d'EJB composée. La méthode applyChanges permet de réinscrire dans la source de données un graphique de données mis à jour.Remarques sur la programmation du service DMS (Data Mediator Service) EJB
Lorsque vous commencez à développer vos applications en vue de tirer parti du Data Mediator Service (DMS) Enterprise JavaBeans (EJB) fourni dans le produit, tenez compte des éléments décrits ci-après.Syntaxe de la requête du médiateur d'EJB
Lorsque vous commencez à développer vos applications en vue de tirer parti du Data Mediator Service (DMS) Enterprise JavaBeans (EJB) fourni dans le produit, tenez compte des éléments décrits ci-après.Restrictions et limitations du langage de requête EJB
Lors de l'utilisation du langage de requête EJB (Enterprise JavaBeans) sur le produit, des écarts peuvent être décelés par rapport au langage de requête EJB standard. Les limitations et les restrictions que vous devez connaître sont répertoriées dans la section suivante.Spécification EJB et WebSphere Query Language
WebSphere Application Server étend le langage de requête EJB (Enterprise JavaBeans) avec ses propres éléments.Activation de la prise en charge d'un ensemble de valeurs défini par l'utilisateur
Vous pouvez activer la prise en charge de l'ensemble de valeurs à l'aide de la console d'administration. Ceci doit être fait quand vous ajoutez un ensemble de valeurs défini par l'utilisateur dans le registre UDDI.Meilleures pratiques pour le développement de beans enterprise
Suivez ces instructions pour concevoir et développer des beans enterprise.Exemple : Code requis pour le client d'applet
Le code utilisé par une applet afin de communiquer avec un bean enterprise est le même que celui utilisé par le programme Java autonome ou un servlet, sauf qu'il contient une propriété supplémentaire, java.naming.applet. Cette propriété informe la classe InitialContext et l'ORB (Object Request Broker) que le client est une applet et non une application Java autonome ou un servlet.Exemple : Balises requises pour le client d'applet
Pour que le navigateur identifie les applets comme des applets, la balise HTML <APPLET> est requise. La balise <APPLET> appelle la machine virtuelle Java (JVM) du navigateur. Elle peut également être remplacée par les balises <OBJECT> et <EMBED>.Support FIPS (Federal Information Processing Standard)
Les normes FIPS (Federal Information Processing Standards) regroupent des normes et des instructions émises par l'organisme NIST (National Institute of Standards and Technology) pour les systèmes informatiques administratifs. Les normes FIPS peuvent être activées pour WebSphere Application Server.Traitement des en-têtes de message IBM MQ
Les messages IBM MQ peuvent éventuellement contenir des en-têtes supplémentaires ou des en-têtes qui remplacent l'en-tête MQRFH2 qui contient les propriétés JMS. Les programmes d'application WebSphere Application Server peuvent utiliser les classes com.ibm.mq.headers pour accéder aux en-têtes de classe dans les messages de IBM MQ et créer des en-têtes dans les messages à IBM MQ.Support du contexte initial
Toutes les opérations de nommage commencent par l'obtention d'un contexte initial. Vous pouvez considérer le contexte initial comme le point de départ de l'espace de nom. Utilisez le contexte initial pour effectuer des opérations de nommage, telles que la recherche et la liaison d'objets dans l'espace de nom.Erreurs du service d'internationalisation
Certaines conditions risquent d'être à l'origine du non démarrage du service d'internationalisation, de la génération d'exceptions java.lang.IllegalStateException pendant l'exécution d'une application ou d'un comportement par défaut du service.Prise en charge de la gérabilité du curseur pour les applications JDBC
La fonction de gérabilité du curseur peut réduire la surcharge de l'interaction JDBC avec votre base de données relationnelle, en aidant à améliorer les performances de l'application.Conseils de développement d'applications JDBC
En optant pour les meilleures méthodes qui vous aideront à optimiser l'efficacité des requêtes JDBC, vous pouvez potentiellement améliorer les performances de vos applications.Formats JMS
Pour écrire un code permettant d'accéder aux différents types de message JMS, vous devez savoir comment chaque type de message est mappé vers SDO et comment extraire la chaîne de format de message dans le message.Formats JMS - octets
Votre programme peut extraire la charge d'un message d'octet JMS en mappant le corps du message vers un graphique de données SDO représentant le message.Formats JMS - objet
Votre programme peut extraire la charge d'un message d'objet JMS en mappant le corps du message vers un graphique de données SDO représentant le message.Formats JMS - flux
Votre programme peut extraire la charge d'un message de flux JMS en mappant le corps du message vers un graphique de données SDO représentant le message.Formats JMS - texte
Votre programme peut extraire la charge d'un message de texte JMS en mappant le corps du message vers un graphique de données SDO représentant le message.Remarques sur l'interopérabilité JNDI
Vous devez accomplir des étapes supplémentaires pour permettre une interopérabilité entre vos programmes et des clients JNDI autres que ceux du produit et pour lier les ressources de MQSeries® à un espace de nom.Prise en charge de JNDI dans WebSphere Application Server
Le produit inclut un serveur de noms pour fournir un accès partagé aux composants Java, ainsi qu'une implémentation du module JNDI javax.naming, qui permet aux utilisateurs d'accéder au serveur de noms à travers l'interface de nommage JNDI.Chargement des données d'un ensemble de valeurs défini par l'utilisateur
Vous pouvez employer l'utilitaire UDDIUserDefinedValueSet pour charger les données d'un ensemble de valeurs dans le registre UDDI, affecter les données d'un ensemble de valeurs existant à une autre entité tModel et annuler le chargement des données d'un ensemble de valeurs existant. Le chargement des données d'un ensemble de valeurs défini par l'utilisateur doit être fait quand vous ajoutez un ensemble de valeurs défini par l'utilisateur dans le registre UDDI.Délimiteur de transaction locale
IBM® WebSphere Application Server prend en charge le délimiteur de transaction locale (LTC, local transaction containment), que vous pouvez configurer par le biais des descripteurs de déploiement étendus de transactions locales. Le support LTC procure certains avantages aux programmeurs d'application. Utilisez les scénarios fournis et les éléments à prendre en compte pour déterminer la meilleure façon de configurer le support de transactions pour les transactions locales.Support de la recherche des noms dans les descripteurs de déploiements et les clients partiels
Les objets d'applications serveur, tels que les foyers EJB, sont liés au contexte racine de serveur dans lequel l'application est installée. D'autres objets tels que les ressources peuvent également être liés à une racine de serveur spécifique. Les noms utilisés pour rechercher ces objets doivent être qualifiés afin de pouvoir sélectionner la racine de serveur correcte. Cette rubrique définit les noms relatifs et qualifiés, indique les cas où ils peuvent être utilisés et la façon dont ils sont générés.Mappage de zones d'en-tête MQRFH2 supplémentaires dans l'intégration de services
Dans l'en-tête du message IBM MQ (MQRFH2), il existe des zones supplémentaires spécifiques au bus d'intégration de services qui permettent d'utiliser des fonctions qui ne sont pas disponibles dans IBM MQ. Lorsque IBM MQ transporte un message d'un bus d'intégration de services vers un autre, ces champs véhiculent des informations qui peuvent être utilisées par les applications d'intégration de services, mais qui ne sont pas requises par IBM MQ.Mappage des destinations vers et depuis les files d'attente, les sujets et les destinations IBM MQ
Les messages d'intégration de services et les messages de IBM MQ contiennent des zones et propriétés d'en-tête. Certaines de ces zones et propriétés d'en-tête incluent des destinations ou des propriétés de destination qui fournissent des informations sur les destinations d'envoi et de réponse ainsi que sur les destinations figurant dans les chemins de routage de transmission et inverse du bus. Etant donné que l'intégration de services et IBM MQ possèdent des définitions de destination différentes, les mappages sont utilisés pour traiter les destinations et les propriétés de destination lorsque les messages sont convertis du format d'intégration de services au format IBM MQ.Mappage des zones de rapport MQMD à des propriétés spécifiques au fournisseur JMS
Les applications JMS peuvent utiliser des messages de rapport comme forme de traitement des requêtes/réponses gérées, afin de fournir aux expéditeurs des messages des informations en retour sur le résultat des opérations qu'ils ont envoyé et sur la manière dont leurs messages ont été traités. Une application JMS peut demander les types de messages de rapport suivants en définissant les options et propriétés de message JMS_IBM_Report_Xxxx appropriées.Mappage des graphiques de données SDO pour des messages des services Web
La structure des messages des services Web est décrite par les graphiques de données d'objets SDO (Service Data Objects) Version 1 des messages des services Web.Mappage de l'option de distribution JMS et de la fiabilité des message vers et depuis la valeur de persistance IBM MQ
Lors de la conversion des messages du format IBM MQ au format d'intégration de services, l'intégration de services traite les zones d'en-tête de message et les propriétés associées à la persistance, à la fiabilité et au mode de livraison des messages.Mappage du corps du message vers et depuis le format IBM MQ
L'en-tête (MQRFH2) et le descripteur (MQMD) des messages IBM MQ peuvent contenir des informations sur le format du corps du message IBM MQ. L'intégration de services utilise les information contenues dans MQRFH2 et MQMD lorsqu'elle convertit un message depuis le format IBM MQ et place des informations dans MQRFH2 et MQMD lorsqu'elle en convertit un au format IBM MQ.Mappage des propriétés et des zones d'en-tête des messages vers et depuis le format IBM MQ
Lorsque l'intégration de services convertit un message au format IBM MQ, elle définit les zones du MQMD et du MQRFH2 en fonction des zones et propriétés de l'en-tête de message du descripteur de message. Il contient les zones et propriétés de message JMS applicables au message. Lorsque l'intégration de services convertit un message à partir du format IBM MQ, elle définit les zones et propriétés d'en-tête de message de l'intégration de services à partir du MQMD et de MQRFH2 dans le message IBM MQ.Mappage des définitions de schéma XML au système de type SDO
Chaque type de schéma XML est mappé à un type SDO. Utilisez ce mappage pour développer le code permettant de parcourir les graphiques de données des messages auxquels votre programme associe des médiations.Sensibilité à la casse du mot de passe au moyen d'un registre de système d'exploitation local
La sensibilité ou la non-sensibilité à la casse d'un mot de passe peut affecter directement la façon dont vous utilisez un registre de système d'exploitation local. WebSphere Application Server exploite l'option de mot de passe à casse mixte de Resource Access Control Facility ( RACF®) et vous permet d'utiliser des mots de passes sensibles à la casse.Sensibilité du mot de passe au moyen d'un registre de système d'exploitation local
L'utilisation d'un nombre plus élargi de combinaisons de mots de passe permet à WebSphere Application Security d'en tirer avantage. Les mots de passe ayant au maximum 8 caractères restreignent la sécurité. Les tentatives de piratage aboutissent généralement lorsque les mots de passe comportent au maximum huit caractères. WebSphere Application Server élargit le nombre de combinaisons possibles au-delà du mot de passe de 8 caractères, en offrant en plus la possibilité d'utiliser une phrase de passe allant de 9 à 100 caractères. Grâce à la phrase de mot de passe, vous disposez d'un nombre exponentiel de combinaisons et ainsi la sécurisation d'un ID utilisateur spécifique pour une application est renforcée.Publication d'une entité tModel de catégorisation vérifiée
Publier une entité de tModel de catégorisation vérifiée est la première étape à réaliser quand vous ajoutez un ensemble de valeurs défini par l'utilisateur dans le registre UDDI.Aspects d'exécution pour les développeurs d'applications
Vous devez prendre en compte les comportements d'exécution de certains produits quand vous écrivez des applications SIP (Session Initiation Protocol).Configuration ou topologie du service de planification
Le planificateur utilise une base de données pour conserver les informations relatives aux tâches à exécuter et aux moments appropriés pour cela. Des erreurs peuvent se produire en cas de modification de la topologie du serveur d'applications ou de la configuration de l'application ou du serveur. Lorsque vous modifiez la configuration ou la topologie, réfléchissez bien à l'impact de cette action sur le planificateur.Considérations liées à la sécurité des services Web
Lorsque vous configurez WS-Security, vous devez mettre tout en oeuvre pour vérifier que le résultat ne peut pas faire l'objet d'attaques diverses. Des problèmes de sécurité peuvent survenir lors de la sécurisation des services Web.Conformité aux normes SIP
L'implémentation dans le produit de SIP (Session Initiation Protocol) est conforme aux normes recommandées pour les conteneurs SIP et les applications SIP.Zones d'en-tête de propriété SIP
Vous pouvez créer une demande de servlet SIP qui inclut des zones d'en-tête de propriété. Ces zones permettent d'implémenter certains paramètres SIP par message. Les paramètres SIP définis au niveau du conteneur SIP s'appliquent à tous les messages SIP gérés par ce conteneur SIP.Classes SipServletRequest et SipServletResponse SIP
Les classes SipServletRequest et SipServletResponse sont similaires aux classes HttpServletRequest et HttpServletResponse.Classes SipSession et SipApplicationSession SIP
Les étapes les plus complexes des spécifications SIP Servlet 1.0 sont probablement les classes SipSession et SipApplicationSession.Terminologie des normes WS-Notification
La terminologie de cette rubrique, définie par les spécifications WS-Notification , est commune à toutes les implémentations des fournisseurs de ces spécifications.Méthode createQueue ou createTopic et le fournisseur de messagerie par défaut
Vous pouvez utiliser la méthode Session.createQueue(String) ou Session.createTopic(String) au lieu d'une recherche JNDI pour créer une file d'attente ou un sujet JMS à l'aide du fournisseur de messagerie par défaut.Noms de sujet et caractères génériques dans les expressions de sujet
Les caractères génériques peuvent être utilisés dans les expressions de sujet pour extraire les sujets fournis par le fournisseur de messagerie par défaut et les technologies d'intégration de services.Conversion d'un tableau d'octets en charge utile de message
Une médiation peut convertir un tableau d'octets en charge utile de message sans modifier la signification du message.Conversion de la charge utile d'un message en tableau d'octets
Vous pouvez convertir la charge utile d'un message en tableau d'octets.Conversion entre les formats de message
Une médiation peut convertir un message d'un format dans un autre sans en modifier la signification sémantique. Cette opération est appelée conversion de message.Meilleures pratiques pour la définition des propriétés des en-têtes de transport
Les propriétés REQUEST_TRANSPORT_PROPERTIES et RESPONSE_TRANSPORT_PROPERTIES peuvent être définies dans un raccord de client JAX-RPC (Java API for XML-based RPC), dans une instance Call ou dans une instance BindingProvider de JAX-WS (Java API for XML-Based Web services), pour permettre à un client de services Web d'envoyer ou d'extraire des en-têtes de transport.Prise en charge de la fonction d'intercepteur (Trust Association Interceptor) pour la création du sujet
L'interface TAI (Trust Association Interceptor), com.ibm.wsspi.security.tai.TrustAssociationInterceptor, prend en charge plusieurs fonctions et diffère de l'interface com.ibm.websphere.security.TrustAssociationInterceptor existante.Terminologie du registre UDDI
Certains termes spécifiques au registre UDDI sont explicités. Les relations existant entre les différentes versions du registre UDDI, la spécification OASIS (Organization for the Advancement of Structured Information) et le niveau du produit WebSphere Application Server sont également détaillées.Modèle d'utilisation des sessions ActivitySession avec des sessions HTTP
La présente rubrique indique comment une application Web exécutée dans le conteneur Web de WebSphere peut participer à un contexte ActivitySession.Support des ensembles de valeurs définis par l'utilisateur dans le registre UDDI
Vous pouvez définir différents ensembles de valeurs et ajouter des ensembles de valeurs personnalisés dans le registre UDDI Version 3. Dans UDDI Version 2, cette fonctionnalité s'appelait "support de la taxonomie personnalisée".Validation et gestion des erreurs pour les ensembles de valeurs définis par l'utilisateur
La console utilisateur du registre UDDI effectue une validation lors de la création de la demande de sauvegarde d'une entité tModel, c'est-à-dire avant la publication.Présentation des messages des services Web
Pour pouvoir utiliser le formulaire du graphique de données des messages des services Web, vous devez connaître la structure du graphique de données et savoir comment développer un code permettant de parcourir le graphique de données.Meilleures méthodes pour la migration des services Web
Les meilleures pratiques recommandées ici vous seront utiles pour la migration des applications de services Web.Scénarios de migration des services Web : JAX-RPC vers JAX-WS et JAXB
Cette rubrique décrit les scénarios de migration des services Web JAX-RPC (API Java pour le RPC basé sur XML) vers les services JAX-WS (API Java des services Web XML) et les services Web JAXB (Java Architecture for XML Binding).Remarques sur la configuration de la sécurité des services Web
Pour sécuriser les services Web pour WebSphere Application Server, vous devez définir plusieurs configurations différentes. Bien que ces configurations n'aient pas à apparaître dans un ordre particulier, certaines d'entre elles font référence à d'autres configurations.Remarques sur la configuration de la sécurité des services Web lors de l'utilisation de l'API WSS
Pour sécuriser les services Web pour WebSphere Application Server, vous pouvez définir plusieurs configurations à l'aide des API WSS (Web Services Security). La spécification Web Services Security (WSS) permet de sécuriser avec souplesse les messages de Services web à l'aide de la signature numérique XML et du chiffrement XML et en rattachant des jetons de sécurité. Vous pouvez activer la sécurité des Services Web en configurant un ensemble de règles ou en utilisant les API WSS (Web Services Security). L'implémentation des API WSS comporte des valeurs par défaut pour lesquelles des parties de message doivent être signées ou chiffrées. Les valeurs par défaut des API WSS aident les utilisateurs finaux à activer rapidement la sécurité des Services Web.Terminologie de WS-Notification spécifique à WebSphere Application Server
Cette terminologie s'applique à l'implémentation, en plus de la terminologie définie dans les normes de WS-Notification, et s'applique à l'implémentation WS-Notification dans WebSphere Application Server.IBM MQ functions not supported by service integration
Plusieurs fonctions disponibles dans un réseau IBM MQ ne sont pas disponibles sur un bus d'intégration de services.Serveur IBM MQ : restrictions avec les cellules et les clusters mixtes
Si vous utilisez un serveur IBM MQ avec des cellules ou des clusters qui contiennent plusieurs versions de WebSphere Application Server, vous devez connaître les versions des serveurs d'applications lorsque vous déployez des applications qui communiquent avec des files d'attente IBM MQ.Terminologie de WS-Notification
Vous devez connaître une terminologie bien particulière pour utiliser WS-Notification. La grande majorité de cette terminologie est définie par les normes de WS-Notification, et quelques termes sont définis afin de qualifier cette implémentation WS-Notification pour WebSphere Application Server.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.WS-ReliableMessaging - Exigences pour l'interaction avec d'autres implémentations
Configuration et informations requises pour une source de messagerie fiable d'un autre fournisseur permettant d'envoyer des messages à une destination de messagerie fiable WebSphere Application Server ou permettant à une source de messagerie fiable WebSphere Application Server d'envoyer des messages à une destination de messagerie fiable d'un autre fournisseur.Rôles et objectifs WS-ReliableMessaging
Cette rubrique présente les rôles pouvant être exercés par les membres de votre organisation et explique comment utiliser WS-ReliableMessaging pour aider à atteindre les objectifs de chaque rôle.WS-ReliableMessaging - terminology
Définition de schéma XML pour les messages de flux JMS
La définition de schéma XML ci-dessous permet de convertir les messages du flux JMS en types de message.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=welc_ref_dev_consid
Nom du fichier : welc_ref_dev_consid.html