Service WorkArea : Remarques spéciales

Les développeurs qui utilisent des zones de travail doivent prendre en considération les éléments suivants qui peuvent éventuellement occasionner des incidents : interopérabilité entre les modèles de programmation EJB et CORBA et utilisation de zones de travail avec le kit AWT de Java.

Interopérabilité entre EJB et CORBA

Même si le service WorkArea peut être utilisé dans les deux modèles de programmation (EJB et CORBA), la plupart des types de données composés ne peuvent pas être utilisés correctement d'un modèle à l'autre. Par exemple, si une instance SimpleSampleCompany est transmise de l'environnement WebSphere vers un environnement CORBA, l'application CORBA peut extraire l'objet SimpleSampleCompany encapsulé dans un objet CORBA Any à partir de la zone de travail, mais elle ne peut pas en extraire la valeur. De même, une structure (struct) définie par IDL dans une application CORBA et placée dans une zone de travail ne peut pas être lue par une application à l'aide de la classe UserWorkArea.

procédures : Les applications peuvent éviter cette incompatibilité en définissant directement seuls des types primitifs, tels que les entiers et les chaînes, comme les valeurs dans les zones de travail, ou en mettant en oeuvre des valeurs complexes avec des structures conçues pour être compatibles, telles que les types de valeur CORBA.

De même, les objets CORBA Any qui contiennent le code type tk_null ou tk_void peuvent être définis dans la zone de travail à l'aide de l'interface CORBA. Toutefois, la spécification de zone de travail ne peut pas permettre à l'implémentation J2EE (Java™ 2 Platform, Enterprise Edition) de renvoyer une valeur NULL lors d'une consultation qui extrait ces propriétés CORBA sans indiquer incorrectement qu'aucune valeur n'est définie pour la clé correspondante. Par exemple, lorsqu'un utilisateur tente d'extraire une clé non définie de la zone de travail, le service Work Area renvoie une valeur NULL pour indiquer que la clé spécifiée ne contient pas de valeur, ce qui implique que la clé elle-même n'est pas utilisée ou n'existe pas. Si CORBA Anys contient tk_null ou tk_void, le service Work Area renvoie, comme prévu, une valeur NULL lorsqu'un utilisateur demande la clé associée à l'une de ces valeurs. Dans ce cas, la clé existe peut-être réellement mais le service Work Area renvoie simplement une valeur NULL pour la clé. Par conséquent, lorsqu'un utilisateur emploie CORBA Anys, il ne doit pas tenir compte de la valeur NULL que renvoie une zone de travail car elle pourrait signifier qu'aucune propriété n'est associée à la clé donnée ou qu'une propriété est associée à la clé donnée et qu'elle contient une valeur tk_null ou tk_void, qui correspond à une valeur NULL dans l'environnement J2EE. Si une application J2EE tente d'extraire des propriétés définies par CORBA qui sont non sérialisables ou qui contiennent des valeurs CORBA ou des références nulles, l'exception com.ibm.websphere.workarea.IncompatibleValue est générée.

Utilisation de zones de travail avec le kit AWT de Java

Les zones de travail doivent être utilisées avec précaution dans les applications qui utilisent le kit AWT (Abstract Windowing Toolkit) de Java. L'implémentation AWT comprend plusieurs unités d'exécution et les zones de travail créées sur une unité d'exécution ne sont pas disponibles sur une autre unité d'exécution. Par exemple, si un programme crée une zone de travail en réponse à un événement AWT, comme un appui sur un bouton, il se peut que la zone de travail ne soit pas accessible aux autres parties de l'application, une fois l'exécution de l'événement terminée.


Icône indiquant le type de rubrique Rubrique de concept



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=cwa_consid
Nom du fichier : cwa_consid.html