La section suivante indique comment effectuer une migration de l'ancien modèle de programmation de WebSphere Business Integration Server Foundation version 5.1 vers le nouveau modèle de programmation de WebSphere Process Server version 6.0. Dans l'ancien modèle de programmation, les données transitant par l'application étaient représentées sous la forme d'objets WSIFMessage avec une interface très spécifique. Dans le nouveau modèle, les données sont représentées sous la forme d'objets SDO (Service Data Objects), sans création d'une interface spécifique.
Modification | Solution |
---|---|
Les classes de conteneur WSIFMessage ne sont plus générées pour les types de message WSDL et les classes d'aide de bean Java ne sont plus générées pour les types de schéma complexes. | Lorsque vous écrivez du code qui interagit avec
les services SCA, vous devez utiliser les API SDO génériques pour
manipuler les messages commonj.sdo.DataObject contenant les données
qui transitent par l'application. Les définitions de message WSDL avec une seule partie simple seront maintenant représentées par un type Java simple qui représente directement la partie, plutôt qu'un conteneur soit placé autour des données réelles. Si la partie a un type complexe, les données sont représentées comme un DataObject conforme à la définition de type complexe. Les définitions de message WSDL qui possèdent plusieurs parties correspondent maintenant à un DataObject qui a des propriétés pour toutes les parties de message, où les types complexes sont représentés comme des propriétés 'référence-type' du DataObject parent, accessibles via les méthodes getDataObject et setDataObject. |
Vous ne devez plus utiliser les méthodes getter spécifiques pour les parties WSIFMessage et les beans Java générés. | Vous devez utiliser l'API SDO non spécifique pour obtenir les propriétés DataObject. |
Les méthodes setter spécifiques pour les messages des variables BPEL ne sont plus disponibles. | L'API SDO non spécifique doit être utilisée pour définir les propriétés DataObject. |
Vous ne devez plus utiliser les méthodes getter non spécifiques pour les propriétés WSIFMessage. | Vous devez utiliser l'API SDO non spécifique pour définir les propriétés DataObject. |
Vous ne devez plus utiliser les méthodes setter non spécifiques pour les propriétés WSIFMessage. | Vous devez utiliser l'API SDO non spécifique pour définir les propriétés DataObject. |
Le cas échéant, tous les appels API WSIFMessage doivent être migrés vers l'API SDO. | Dans la mesure du possible, migrez l'appel vers un appel API SDO équivalent. Sinon, concevez de nouveau la logique. |