Preparar los artefactos origen para la migración

Antes de migrar los artefactos origen a WebSphere Integration Developer desde WebSphere Studio Application Developer Integration Edition, primero debe asegurarse de que ha preparado correctamente el entorno.

El procedimiento siguiente describe cómo preparar el entorno antes de migrar artefactos origen a WebSphere Integration Developer desde WebSphere Studio Application Developer Integration Edition:
  1. Asegúrese de tener una copia de seguridad de todo el área de trabajo de 5.1 antes de empezar la migración.
  2. Revise la sección de migración del Centro de información de Rational Application Developer para determinar la mejor forma de migrar los proyectos no específicos de WBI que haya en el área de trabajo: http://publib.boulder.ibm.com/infocenter/rtnl0600/topic/com.ibm.etools.rad.migration.doc/topics/tmigratefrom51x.html
  3. Revise la sección Servicio Web del Centro de información de Rational Application Developer para obtener más información acerca de la función de servicio Web proporcionada por Rational Application Developer: http://publib.boulder.ibm.com/infocenter/rtnl0600/topic/com.ibm.webservices.rad.nav.doc/developingweb.html
  4. Asegúrese de tener todas las características adecuadas de WebSphere Integration Developer habilitadas. Si no tiene estas características habilitadas, no verá las opciones de menú que se tratarán a continuación. Para habilitar las características importantes:
    • En WebSphere Integration Developer, vaya al elemento de menú Ventana y seleccione Preferencias.
    • Vaya a Entorno de trabajo y seleccione la categoría Posibilidades.
    • Seleccione todas las características situadas bajo las categorías siguientes:
      • J2EE avanzado
      • Java de empresa
      • Desarrollador de integración
      • Desarrollador Java
      • Desarrollador Web (típico)
      • Desarrollador de servicios Web
      • Desarrollador XML
    • Pulse Aceptar.
  5. Utilice un nuevo directorio de área de trabajo para WebSphere Integration Developer. No se recomienda abrir WebSphere Integration Developer en una antigua área de trabajo de WebSphere Studio Application Developer Integration Edition que contenga proyectos de servicio, ya que esos proyectos primero deben migrarse a un formato legible por WebSphere Integration Developer. A continuación se indica el procedimiento recomendado para ello:
    1. Copie todos los proyectos que no son de servicio de la antigua área de trabajo en la nueva. No copie los proyectos EJB, Web y EAR 5.1 creados al generarse el código de despliegue para un proyecto de servicio 5.1. El nuevo código de despliegue de 6.0 se volverá a generar automáticamente al construir el módulo de integración empresarial.
    2. Abra WebSphere Integration Developer en el área de trabajo en blanco e importe todos los proyectos que no son de servicio pulsando en Archivo > Importar > Proyecto existente en área de trabajo y seleccione los proyectos que ha copiado en la nueva área de trabajo.
      • Si el proyecto es un proyecto J2EE, debe migrarlo al nivel 1.4 utilizando el asistente Migración de Rational Application Developer:
        1. Pulse el proyecto con el botón derecho y seleccione Migración > Asistente Migración de J2EE….
        2. Revise las sentencias de aviso en la primera página y pulse Siguiente.
        3. Asegúrese de que el Proyecto J2EE está seleccionado en la lista Proyectos. Deje seleccionados Migrar estructura de proyecto y Migrar nivel de especificación J2EE. Elija J2EE Versión 1.4 y Servidor destino WebSphere Process Server v6.0.
        4. Seleccione cualesquiera otras opciones que puedan ser adecuadas para el proyecto J2EE y pulse Finalizar. Si este paso se lleva a cabo adecuadamente, verá un mensaje indicando que La migración ha finalizado satisfactoriamente.
        5. Si hay errores en el proyecto J2EE después de la migración, debe eliminar todas las entradas de vía de acceso de clases que hagan referencia a los archivos v5 .jar o a las bibliotecas y añadir las bibliotecas Biblioteca del sistema JRE y Destino del servidor WPS a la vía de acceso de clases en su lugar (se trata a continuación.) Esto debe resolver la mayoría, si no todos los errores.
      • Para los proyectos EJB de WebSphere Business Integration con Mensajería ampliada (CMM) o Persistencia contenida por contenedor sobre cualquier cosa (CMP/A), los archivos de descriptor de Extensión Jar de EJB de IBM deben migrarse después de importar el proyecto 5.1 en el área de trabajo 6.0. Consulte "Migrar proyectos EJB de WebSphere Business Integration" para obtener más información.
      • Corrija la vía de acceso de clases para cada uno de los proyectos que no son de servicio importados en el área de trabajo. Para añadir las bibliotecas JRE y WebSphere Process Server a la vía de acceso de clases, pulse con el botón derecho en el proyecto importado y seleccione Propiedades. Vaya a la entrada Vía de construcción Java y seleccione la pestaña Bibliotecas. Después, haga lo siguiente:
        1. Seleccione Añadir biblioteca > Biblioteca del sistema JRE > JRE alterno - JRE de Servidor WPS v6.0 > Finalizar.
        2. A continuación, seleccione Añadir biblioteca > Destino del servidor WPS > Configurar vía de acceso de clases del servidor wps > Finalizar.
  6. Para obtener un resultado óptimo, antes de ejecutar el asistente de migración diríjase al elemento de menú Proyecto y compruebe que el valor Construcción automática no está seleccionado. WebSphere Integration Developer difiere de WebSphere Studio Application Developer Integration Edition en que las opciones de despliegue de servicio se especifican en tiempo de diseño. Cuando se construye el proyecto, el código de despliegue se actualiza automáticamente en el EJB generado y los proyectos Web de modo que ya no hay ninguna opción para ejecutar manualmente Generar código de despliegue.
  7. Para migrar por completo los archivos .bpel dentro de un proyecto de servicio, debe comprobar que todos los archivos .wsdl y .xsd a los que hacen referencia los archivos .bpel se pueden resolver en un proyecto de integración empresarial de la nueva área de trabajo:
    • Si los archivos .wsdl o .xsd están en el mismo proyecto de servicio que el archivo .bpel, no es precisa ninguna acción adicional.
    • Si los archivos .wsdl y/o .xsd están en un proyecto de servicio distinto del que está migrando, los artefactos 5.1 deben reorganizarse utilizando WebSphere Studio Application Developer Integration Edition antes de la migración. La razón de esto es que los proyectos de módulo de integración empresarial no pueden compartir artefactos. Estas son las dos opciones para reorganizar los artefactos 5.1:
      • En WebSphere Studio Application Developer Integration Edition, cree un proyecto Java nuevo que albergará todos los artefactos comunes. Ponga todos los archivos .wsdl y .xsd compartidos por más de un proyecto de servicio en este proyecto Java nuevo. Añada una dependencia de este proyecto Java nuevo para todos los proyectos de servicio que utilicen estos artefactos comunes. En WebSphere Integration Developer, cree un proyecto de biblioteca de integración empresarial con el mismo nombre que el proyecto Java compartido 5.1 antes de migrar cualquiera de los proyectos de servicio. Copie manualmente los archivos .wsdl y .xsd antiguos del proyecto Java compartido de 5.1 en esta carpeta de proyecto de biblioteca BI. Esto debe hacerse antes de migrar los proyectos de servicio de BPEL.
      • Otra opción consiste en guardar una copia local de estos artefactos .wsdl y .xsd compartidos en cada proyecto de servicio de modo que no haya dependencias entre proyectos de servicio.
    • Si los archivos .wsdl o .xsd están en cualquier otro tipo de proyecto (normalmente otros proyectos Java), debe crear un proyecto de biblioteca de integración empresarial con el mismo nombre que el del proyecto 5.1. También debe configurar la vía de acceso de clases del proyecto de biblioteca nuevo añadiendo las entradas del proyecto Java 5.1 si existen. Este tipo de proyecto resulta de utilidad para almacenar artefactos compartidos.
Ahora ya está preparado para iniciar el proceso de migración.
Tareas relacionadas
Migrar proyectos de servicio utilizando el asistente de migración de WebSphere Integration Developer

Comentarios
(C) Copyright IBM Corporation 2005, 2006. Reservados todos los derechos.