Developer examples
This reference information provides examples and shows code snippets, command syntax, and configuration values that are relevant to performing application design, development, assembly, and deployment tasks.
You can also search for developer examples by title or by using keywords.
Sous-rubriques
Fichier CSG.xml de générateur de module de remplacement d'appel
Le fichier CSG.xml fournit un exemple expliquant de manière approfondie comment démarrer le générateur de module de remplacement d'appel COBOL à partir d'un environnement Ant à l'aide de la tâche personnalisée <csg> ou dans Rational® Application Developer sous la forme d'une génération Ant.Fichier CSGBatch.xml de générateur de module de remplacement d'appel
Le fichier de génération Ant CSGBatch.xml fournit un exemple d'exécution de <csg> sur un lot de fichiers COBOL, tels que tous les fichiers *.cbl d'un répertoire. Le fichier CSGBatch.xml et le générateur de module de remplacement d'appel sont disponibles avec le produit IBM® Rational Application Developer for WebSphere® Software.Exemple d'utilisation d'une classe Java de module de remplacement d'appel COBOL
L'exemple d'utilisation de classe Java™ de module de remplacement d'appel COBOL démontre comment une application par lots peut appeler une procédure COBOL à l'aide d'un conteneur COBOL.Conteneur COBOL pour l'identification et résolution des problèmes
Si vous rencontrez des problèmes lors de l'utilisation du conteneur COBOL pour l'identification et la résolution des problèmes, vous disposez de plusieurs options.Paramètres COBOL RETURNING, RETURN-CODE, getReturnValue et getReturnCode
Si le module COBOL indique un paramètre RETURNING, il peut être extrait du module de remplacement à l'aide de la méthode stub.getReturnValue(). La méthode renvoie la représentation d'objet Java du paramètre RETURNING, qui correspond à la classe de liaison de données créée par le générateur de module de remplacement d'appel COBOL.Exemple : Implémentation com.ibm.wsspi.security.token.AuthenticationToken
L'exemple suivant illustre l'implémentation d'un jeton d'authentification. L'exemple de code suivant n'étend pas de classe abstraite. Il implémente l'interface com.ibm.wsspi.security.token.AuthenticationToken directement. Vous pouvez implémenter l'interface directement, mais cela peut vous amener à écrire du code en double. Vous pouvez toutefois décider d'implémenter l'interface directement s'il existe d'importantes différences entre la façon dont vous gérez les diverses implémentations de jeton.Exemple : Implémentation com.ibm.wsspi.security.token.SingleSignonToken
Ce fichier permet d'obtenir un exemple d'implémentation de connexion unique. L'exemple de code suivant n'étend pas de classe abstraite. Il implémente l'interface com.ibm.wsspi.security.token.SingleSignonToken directement. Vous pouvez implémenter l'interface directement, mais cela peut vous amener à écrire du code en double. Vous pouvez toutefois décider d'implémenter l'interface directement s'il existe d'importantes différences entre la façon dont vous gérez les diverses implémentations de jeton.Exemple : Application client ActiveX appelant des méthodes Java
Dans la passerelle ActiveX vers EJB (Java Beans), les méthodes sont appelées avec la syntaxe d'invocation de méthode du langage natif.Exemple : Application client ActiveX utilisant des méthodes auxiliaires pour la conversion des types de données
En général, les conversions de types de données entre ActiveX (Visual Basic et VBScript) et le code Java se font automatiquement, comme indiqué dans Passerelle ActiveX vers EJB, conversion des types de données. Toutefois, la fonction auxiliaire byte et la fonction auxiliaire currency sont fournies si la conversion automatique ne peut pas être exécutée :Exemple : Module de connexion de jeton d'authentification personnalisé
Ce exemple montre comment savoir si la connexion est une connexion initiale ou par propagation.Exemple : Un module de connexion de jeton de connexion unique personnalisé
Ce fichier montre comment savoir si la connexion est une connexion initiale ou par propagation.Exemple : Extraction de cookie HTTP
L'exemple suivant montre comment extraire un cookie d'une demande HTTP, décoder ce cookie de manière à ce qu'il revienne à vos octets d'origine, et créer votre objet SingleSignonToken personnalisé à partir des octets. Cet exemple montre comment suivre cette procédure à partir d'un module de connexion. Néanmoins, vous pouvez aussi l'effectuer en utilisant un servlet.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>.Exemple : mise en cache d'un objet commande
Les commandes mémorisables en cache sont stockées dans la mémoire cache en vue d'être réutilisées à l'aide d'un mécanisme similaire pour les servlets et les fichiers JSP (Java Server Pages).Exemple : Mise en cache des services Web
Vous pouvez créer un ensemble de règles de cache et de messages SOAP pour une application de services Web.Exemple : Implémentation com.ibm.wsspi.security.token.AuthorizationToken
Ce fichier permet d'obtenir un exemple d'implémentation de AuthorizationToken. L'exemple de code suivant n'étend pas de classe abstraite. Il implémente l'interface com.ibm.wsspi.security.token.AuthorizationToken directement. Vous pouvez implémenter l'interface directement, mais cela peut vous amener à écrire du code en double. Vous pouvez toutefois décider d'implémenter l'interface directement s'il existe d'importantes différences entre la façon dont vous gérez les diverses implémentations de jeton.Exemple : Implémentation com.ibm.wsspi.security.token.PropagationToken
Ce fichier permet d'obtenir un exemple d'implémentation de jeton de propagation. L'exemple de code suivant n'étend pas de classe abstraite. Il implémente l'interface com.ibm.wsspi.security.token.PropagationToken directement. Vous pouvez implémenter l'interface directement, mais cela peut vous amener à écrire du code en double. Vous pouvez toutefois décider d'implémenter l'interface directement s'il existe d'importantes différences entre la façon dont vous gérez les diverses implémentations de jeton.Exemple : Configuration des classes de gestionnaire pour les descripteurs de déploiement de services Web
Le présent scénario explique comment ajouter un client et des classes de gestionnaire de serveurs à un modèle d'application nommé WebServicesSamples.ear. Les classes de gestionnaire affichent des messages lorsqu'elles reçoivent une demande ou une réponse à traiter.Exemple : Configuration du service de cache dynamique
L'exemple ci-dessous regroupe toutes les étapes de configuration du service de cache dynamique à l'aide du fichier cachespec.xml, afin de présenter l'utilisation des règles de génération d'ID cache, des ID de dépendance et des règles d'invalidation.Exemple : Configuration du descripteur de déploiement de portlet étendu pour désactiver PortletServingServlet
La fourniture de l'URL de Portlet prend en charge l'accès direct à toutes les fonctions et tous les états d'un portlet en créant les URL appropriées. Dans un environnement de production où le portlet est fourni par un portail d'entreprise, une application qui applique son propre contrôle d'accès est considérée comme un risque pour la sécurité. En définissant la propriété portletServingEnabled sur false, un administrateur peut vérifier qu'un portlet important n'est jamais accédé directement par la fourniture directe d'une URL.Exemple : Création d'un service Web qui utilise l'API JAX-WS Web Services Addressing pour accéder à une instance de ressource de service Web générique
Supposons par exemple qu'une entreprise de technologies de l'information souhaite gérer son réseau d'imprimantes à l'aide de services Web. Cette entreprise peut représenter chaque imprimante sous forme de ressource dont l'adressage est effectué via une référence de noeud final (EndpointReference). Cet exemple montre comment coder ce type de service à l'aide des API (interfaces de programmation d'application) JAX-WS Web Services Addressing (WS-Addressing) fournies par WebSphere Application Server.Exemple : Module de connexion AuthorizationToken personnalisé
Ce fichier montre comment savoir si la connexion est une connexion initiale ou par propagation.Exemple : Module de connexion de jeton de propagation personnalisé
Cet exemple explique comment savoir si la connexion est une connexion initiale ou par propagation.Exemple : Activation des fonctions de consignation et de trace pour des applications client ActiveX
La passerelle ActiveX vers EJB offre deux formats de consignation et de trace : Windows Application Event Log et Java Trace Log.Exemple : Activation des fonctions de consignation et de trace pour les clients d'application
La passerelle ActiveX vers EJB offre deux formats de consignation et de trace : Windows Application Event Log et Java Trace Log.Exemple : Code d'application de bean enterprise
L'exemple de composant EJB (Enterprise JavaBeans) suivant illustre l'utilisation des méthodes isCallerInRole et getCallerPrincipal dans un module EJB.Exemple : Obtention d'un contexte initial en définissant la propriété d'URL du fournisseur
En général, les clients JNDI (Java Naming and Directory Interface) doivent considérer que l'environnement correct est déjà configuré, de sorte qu'il n'est pas nécessaire de définir explicitement les valeurs des propriétés JNDI et de les transmettre au constructeur InitialContext. Cependant, un client JNDI peut avoir besoin d'accéder à un autre espace de nom que celui identifié dans son environnement. Dans ce cas, il est nécessaire de définir explicitement la propriété java.naming.provider.url (URL de fournisseur) utilisée par le constructeur InitialContext. Une URL de fournisseur contient des informations sur le serveur d'amorce que la fabrique de contextes initiaux peut utiliser pour obtenir un contexte initial. Toute valeur de propriété transmise directement au constructeur InitialContext est prioritaire sur les paramètres de ces mêmes propriétés trouvées ailleurs dans l'environnement.Exemple : Obtention d'un contexte initial avec CosNaming
Dans WebSphere Application Server, un contexte initial est obtenu à partir d'un serveur d'amorce. L'adresse de ce dernier se compose de l'hôte et du port. Pour obtenir un contexte initial, vous devez connaître l'hôte et le port du serveur utilisé comme serveur d'amorce.Exemple : Obtention du contexte initial par défaut
Il existe plusieurs façons pour un programme d'obtenir le contexte initial par défaut.Exemple : recherche d'une interface home ou métier d'EJB avec JNDI
La plupart des applications qui utilisent Java Naming and Directory Interface (JNDI) s'excutent dans un conteneur. Ce n'est pas le cas de toutes les applications utilisant JNDI. Le nom utilisé pour rechercher un objet est différent selon que l'application s'exécute ou non dans un conteneur. Il est parfois préférable qu'une application utilise une URL corbaname comme nom de recherche. Les clients JNDI fondés sur conteneur et les clients partiels Java peuvent utiliser une URL corbaname.Exemple : Recherche d'une interface home d'EJB avec CosNaming
Vous pouvez rechercher un objet EJB home ou CORBA à partir d'un serveur de nom WebSphere Application Server via l'interface CORBA CosNaming.Exemple : Transmission des messages SOAP avec pièces jointes à l'aide de WSIF
Des informations et un code d'exemples sont destinés pour utilisation du fournisseur SOAP de WSIF (Web Services Invocation Framework) pour transmettre des pièces jointes à l'intérieur d'un message MIME de type Multipart/Related de sorte à conserver les règles de traitement SOAP d'un message SOAP standard. Cela inclut la manière d'écrire les extensions WSDL pour les pièces jointes SOAP, ainsi que la manière de travailler avec les types et les mappages de types.Exemple : Contrôle de cohérence lecture-lecture
Le contrôle de cohérence lecture-lecture ne s'applique qu'aux beans LifeTimeInCache dont les données sont lues à partir d'une autre transaction.Exemple : configuration de la sécurité de services Web pour une application de version 5.x
Pour sécuriser une application de version 5.x avec la sécurité des Services Web, définissez les contraintes de sécurité dans les descripteurs de déploiement d'extension IBM et dans les liaisons d'extension IBM. Les exemples de fichiers de clés et les informations des liaisons par défaut sont fournis pour un modèle de configuration afin de montrer le fonctionnement des liaisons et des extensions de descripteur de déploiement IBM.Exemple : Paramétrage des informations client à l'aide de setClientInformation(Properties) API
Vous pouvez paramétrer les informations client de WebSphere Application Server sur les connexions de façon à ce que ces informations soient communiquées à votre base de données à l'aide de cette API.Exemple : Définition de la propriété d'URL du fournisseur pour sélectionner un autre contexte racine en tant que contexte initial
Chaque serveur contient son propre contexte racine de serveur et lors de l'amorçage vers un serveur, la racine de serveur est le contexte JNDI initial par défaut. La plupart du temps, il s'agit du contexte initial souhaité dans la mesure où les objets système, tels que les interfaces home d'EJB, sont liés à cet endroit. Il existe cependant d'autres contextes racines qui peuvent contenir des liaisons intéressantes. Il est possible de spécifier une URL fournisseur pour sélectionner d'autres contextes de racine.Exemple : classe de servlets proxy de servlets SIP
Exemple : Classe SendOnServlet de servlet SIP
La classe SendOnServlet est un servlet SIP simple qui réaliserait la fonction de base qui consiste à être appelé sur chaque INVITE et à transmettre la requête à partir de là.Exemple : proxy simple de servlets SIP
Il s'agit d'un exemple de servlet d'un proxy simple.Exemple : Utilisation d'une application client ActiveX pour accéder à un objet ou une classe Java
Vous pouvez utiliser les objets proxy Java avec la passerelle ActiveX vers Enterprise JavaBeans (EJB).Exemple : Utilisation d'un bean d'entité en lecture seule
Scénario d'utilisation et exemple d'écriture d'une application d'EJB qui met en oeuvre un bean entity en lecture seule.Exemple : Utilisation de connexions avec des accès concurrents
Une méthode exécutable ou appelable peut utiliser les connexions que le component par lequel elle a été créée a obtenues à l'aide de références de ressource java:comp.Exemple : Utilisation des propriétés JAX-WS pour manipuler des en-têtes SOAP dans un gestionnaire JAX-WS
WebSphere Application Server fournit des extensions aux modèles de programmation client JAX-RPC (Java API for XML-Based Web Services (JAX-WS) et Web Services for Java EE (Java Platform, Enterprise Edition), y compris les propriétés des modules de remplacement jaxws.binding.soap.headers.outbound et jaxws.binding.soap.headers.inbound . Cet exemple présente l'utilisation de ces deux propriétés pour manipuler des en-têtes SOAP dans un gestionnaire JAX-WSExemple : Utilisation de l'interface locale pour la requête dynamique
Lorsque vous exécutez une requête EJB (Enterprise JavaBeans) dynamique via l'interface locale, vous appelez la méthode executeQuery sur l'interface QueryLocal. Cette dernière ne lance pas de transaction pour la méthode ; il est donc nécessaire d'établir de manière explicite un contexte de transaction pour l'exécution de la requête.Exemple : Utilisation de la bibliothèque de balises d'agrégation des portlets
La bibliothèque des balises d'agrégation vous permet d'agréger plusieurs portlets pour avoir des contenus multiples et différents sur une même page. La bibliothèque peut être utilisée par tout fichier JSP (JavaServer Pages) inclus par un servlet.Exemple : Utilisation de l'interface distante pour la requête dynamique
Lorsque vous exécutez une requête EJB (Enterprise JavaBeans) dynamique via l'interface distante, vous appelez la méthode executeQuery sur l'interface Query. La méthode executeQuery est dotée de l'attribut de transaction REQUIRED pour cette interface ; il n'est donc pas nécessaire d'établir de manière explicite un contexte de transaction pour l'exécution de la requête.Exemple : Utilisation du gestionnaire de partition Work Area
Exemple : Utilisation de la balise JSP tsx:repeat devant servir à l'itération dans un ensemble de résultats (obsolète)
La balise <tsx:repeat> itère sur un ensemble de résultats contenu dans un bean. Le bean peut être statique, par exemple un bean créé via l'Assistant de base de données IBM WebSphere Studio, ou généré dynamiquement, par exemple, par la syntaxe <tsx:dbquery>.Exemple : Affichage d'un message System.out
La passerelle ActiveX vers EJB (Enterprise JavaBeans) ne dispose pas d'une console d'affichage des messages Java System.out. Pour afficher ces messages pendant l'exécution d'un programme client autonome (par exemple, Visual Basic), vous devez rediriger la sortie vers un fichier.Exemple de code de services Web
Cet exemple de langage WDSL (Services Description Language) et de fragments de code montre comment accéder aux zones d'un message de services Web pour programmer une médiation.


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