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:
- Asegúrese de tener una copia de seguridad de todo el área de trabajo de 5.1 antes de empezar la
migración.
- 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
- 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
- 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.
- 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:
- 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.
- Abra
WebSphere
Integration Developer en el área de trabajo en blanco e importe todos los proyectos que no son de servicio pulsando en
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:
- Pulse el proyecto con el botón derecho y seleccione .
- Revise las sentencias de aviso en la primera página y pulse Siguiente.
- 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.
- 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.
- 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:
- Seleccione .
- A continuación, seleccione
.
- 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.
- 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.