En la sección siguiente se facilita información detallada sobre cómo realizar la migración del anterior modelo de programación de WebSphere Business Integration Server Foundation Versión 5.1, en que los datos que fluyen por la aplicación se representan como objetos WSIFMessage y se genera una interfaz muy tipificada, al nuevo modelo de programación de WebSphere Process Server Versión 6.0, en que los datos se representan como objetos de datos de servicio (SDO) y no se genera una interfaz muy tipificada.
Cambio | Solución |
---|---|
Las clases de envoltura basadas en WSIFMessage ya no se generan para tipos de mensaje WSDL ni tampoco las clases de ayuda de bean Java para los tipos de esquema complejos. | Al escribir código que interactúa con servicios SCA, las API de SDO genéricas
deben utilizarse para manipular los mensajes de commonj.sdo.DataObject que albergan los datos que
fluyen a través de la aplicación. Las definiciones de mensaje WSDL que tienen un componente con tipo simple ahora estarán representadas por un tipo Java simple que representa directamente el componente en lugar de tener una envoltura alrededor de los datos reales. Si el componente de mensaje único es un tipo complejo, los datos se representan como un DataObject que se adhiere a la definición de tipo complejo. Las definiciones de mensaje WSDL que tienen varios componentes se corresponden a un DataObject con propiedades para todos los componentes de mensaje, donde los complexTypes están representados como propiedades ‘reference-type’ del DataObject padre, accesible a través de los métodos getDataObject y setDataObject. |
No deben utilizarse los métodos de obtención rigurosos para los componentes WSIFMessage no los beans Java generados. | Debe utilizarse una API SDO permisiva para obtener las propiedades DataObject. |
Los métodos de establecimiento rigurosos para las variables BPEL ya no están disponibles. | Debe utilizarse una API SDO permisiva para establecer las propiedades DataObject. |
Ya no deben utilizarse los métodos de obtención permisivos para las propiedades WSIFMessage. | Debe utilizarse una API SDO permisiva para establecer las propiedades DataObject. |
Ya no deben utilizarse los métodos de establecimiento permisivos para las propiedades WSIFMessage. | Debe utilizarse una API SDO permisiva para establecer las propiedades DataObject. |
Todas las llamadas de API de WSIFMessage deben migrarse a la API de SDO si es posible. | Migre la llamada a una llamada de API de SDO si es posible. Vuelva a diseñar la lógica si no es posible. |