Migración de WDO a SDO

Si ha creado código en un proyecto Web cuyo servidor destino sea WebSphere Application Server V5.1 y que utilizaba registros relacionales o listas de registros relacionales de objetos de datos de WebSphere (WDO), cuando haga que el servidor destino de esas aplicaciones sea WebSphere Application Server V6.0, ahora utilizará registros relacionales y listas de registros relacionales de objetos de datos de servicio (SDO). La migración de WDO a SDO se produce automáticamente cuando cambia el servidor destino de la aplicación para que, en lugar de ser WebSphere Application Server V5.1, pase a ser WebSphere Application Server V6.0.

El servidor destino se puede cambiar de dos formas:
  • Puede modificar el servidor destino utilizando el diálogo de propiedades del proyecto. En la vista Explorador de proyectos, pulse el proyecto con el botón derecho del ratón y seleccione Propiedades > Servidor > Tiempo de ejecución destino.
  • Durante la migración de J2EE mediante el asistente de migración J2EE, puede cambiar el destino de la aplicación para que utilice otro servidor.
    Nota: Solo se puede migrar a un nivel de especificación J2EE más alto.
Los temas de ayuda que indican cómo cambiar el servidor destino y utilizar el asistente de migración J2EE están en la ayuda en línea de Rational Application Developer.

Consideraciones sobre la compatibilidad

  • El código que se haya escrito para las interfaces de programación de aplicaciones (API) públicas de los beans de acceso WDO se podrá utilizar en la V6.0 (aunque las clases de implementación han cambiado para tomar como destino el código de tiempo de ejecución SDO).
  • El nuevo código que se genere para WebSphere Application Server V6.0 no utilizará los beans de acceso WDO, sino que en su lugar se generará código para las API puramente SDO.
  • El código que se haya generado para un proyecto mientras se tomaba la V6.0 como destino no funcionará en un servidor de la V5.1, ni siquiera si se migra de nuevo volviendo a tomar como destino el servidor.
  • El código escrito para V5.1 puede migrar hacia delante y hacia atrás tomando como destino un servidor de la V5.1.

Pueden producirse errores de conflicto de tipos después de la migración de WDO a SDO

Después de migrar un proyecto que utilice WDO a un proyecto basado en SDO, si añade datos SDO a una página JSP existente que tenga datos WDO existentes, pueden producirse errores de conflicto de tipos. Esto sucede debido a la mezcla de beans de acceso WDO existentes y API SDO autónomas. Por ejemplo, puede ver un error de compilación en el archivo fuente Java del JSP parecido al siguiente:
import com.ibm.websphere.sdo.mediator.exception.MediatorException
presenta un conflicto con otro tipo importado
Estos errores de conflicto de tipos pueden corregirse de la forma siguiente:
  1. Elimine la sentencia de importación en conflicto del archivo fuente Java. Utilizando el ejemplo anterior, puede eliminar la sentencia de importación siguiente del archivo fuente:
    import com.ibm.websphere.wdo.mediator.exception.MediatorException;
  2. Modifique el archivo fuente Java que hace referencia al tipo para utilizar el nombre de clase totalmente calificado. Basándose en el ejemplo anterior, el tipo MediatorException debe cambiarse por com.ibm.websphere.wdo.mediator.exception.MediatorException. Por ejemplo, el código fuente
    catch ( MediatorException e1 ) {
    debe cambiarse por
    catch ( com.ibm.websphere.wdo.mediator.exception.MediatorException e1 ) {

Cambios realizados en un proyecto Web después de cambiar el servidor destino de V5.1 a V6.0 (de WDO a SDO)

Cuando el servidor destino cambia de V5.1 a V6.0, se realizan automáticamente los siguientes cambios:

Cambios realizados en un proyecto Web después de cambiar el destino de servidor de V6.0 a V5.1 (de SDO a WDO)

Cuando el servidor destino cambia de V6.0 a V5.1, se realizan automáticamente los siguientes cambios:

Cambios realizados en un proyecto Web después de hacer que el nivel J2EE de la aplicación cambie de 1.3 a 1.4

Además de los cambios que se producen para migrar de WDO a SDO al cambiar el destino de servidor para que sea WebSphere Application Server V6.0, el hecho de hacer que el nivel de especificación J2EE de la aplicación cambie de 1.3 a 1.4 provoca que se actualicen las referencias de las bibliotecas de códigos (taglib) de los archivos JavaServer Pages (JSP), ya que, en vez de utilizar las bibliotecas de códigos de WDO, JSTL 1.0, se utilizarán las bibliotecas de códigos de SDO, JSTL 1.1/JSP 2.0. En la siguiente tabla verá los cambios que se producen en las referencias de las bibliotecas de códigos JSP cuando se pasa de J2EE 1.3 a J2EE 1.4.

Tabla 1. Referencias de las bibliotecas de códigos JSP en J2EE 1.3 y J2EE 1.4
Biblioteca de códigos de J2EE 1.3 (WDO) Biblioteca de códigos de J2EE 1.4 (SDO)
http://www.ibm.com/websphere/wdo/core http://www.ibm.com/websphere/sdo/core
http://java.sun.com/jstl/core http://java.sun.com/jsp/jstl/core
http://java.sun.com/jstl/fmt http://java.sun.com/jsp/jstl/fmt
http://java.sun.com/jstl/xml http://java.sun.com/jsp/jstl/xml
http://java.sun.com/jstl/sql http://java.sun.com/jsp/jstl/sql
Conceptos relacionados
Compatibilidad con WebSphere Studio V5.1.x
Tareas relacionadas
Migrar de WebSphere Studio V5.1, V5.1.1 o V5.1.2
Migrar proyectos Web de Struts
Actualizar recursos de tiempo de ejecución de Faces en un proyecto Web
Actualizar recursos de tiempo de ejecución de Faces en un proyecto de portlet
Comentarios
(C) Copyright IBM Corporation 2000, 2005. Reservados todos los derechos.