La primera vez que abre un área de trabajo de WebSphere Studio V5.1.x en Rational Web Developer,
se realiza una migración automática del área. Una vez que haya migrado un área de trabajo,
ya no podrá abrirla en WebSphere Studio
Site Developer.
Sin embargo, los proyectos del área de trabajo de V6.0 todavía se pueden compartir con
WebSphere
Studio V5.1.x, ya sea utilizando un sistema de gestión de código fuente (SCM) (como puede ser
Rational
ClearCase),
importando y exportando el proyecto utilizando el Intercambio de proyectos o bien importando los
archivados y exportando los proyectos. Importante: las aplicaciones portlet de Portal
Toolkit V5.0.2.2 que se migren a Portal Tools de
Rational Web Developer V6.0 no serán retrocompatibles.
Nota: Los siguientes puntos no atañen a las aplicaciones portlet.
Los proyectos existentes en V5.1.x que se carguen en V6.0 a partir de un sistema SCM o de otro
desarrollador utilizando el Intercambio de proyectos serán compatibles y se podrán compartir con
V5.1.x, siempre y cuando
no se lleve a cabo ninguna de estas acciones:
- Modificar los metadatos de compatibilidad que se añaden al
archivo .project y al archivo .compatiblity creados por la
herramienta de migración.
- Suprimir el archivo .compatibility de esos proyectos.
Cuando se abre un proyecto de V5.1.x en el área de trabajo de
Rational Web Developer V6.0,
se crea automáticamente un archivo .compatibility en el
directorio del proyecto. El producto Rational Web Developer
utiliza el archivo .compatibility para hacer un seguimiento
de las indicaciones de la hora de los recursos del proyecto al
migrarlos.
No debe editarlo ni suprimirlo.
Encontrará información sobre cómo inhabilitar la compatibilidad
con WebSphere Studio
Site Developer V5.1.x
en: Inhabilitar la compatibilidad con WebSphere Studio V5.1.x.
Consideraciones sobre Eclipse
Esta versión de
Rational Web Developer está basada en Eclipse
V3.0. Si desarrolla conectores propios, debe informarse sobre los
cambios realizados en la plataforma antes de migrar.
Los
detalles están en el archivo readme del subdirectorio
eclipse\readme de la ubicación de instalación
de Rational Web Developer V6.0.
Los apartados
del archivo readme que resultan interesantes de cara a la migración son:
- Compatibilidad con los releases anteriores
- Actualizar el área de trabajo de un release anterior
- Interoperatividad con los releases anteriores
Compatibilidad de los proyectos J2EE
La compatibilidad
de los proyectos creados en WebSphere Studio V5.1.x con
Rational Web Developer
V6.0 se habilita por medio de los metadatos que se añaden automáticamente a los
archivos .project en el momento de migrar el área de trabajo de
V5.1.x. De igual modo, si crea un módulo o una aplicación
J2EE 1.2 o J2EE 1.3 en
Rational Web Developer V6.0,
se añaden automáticamente metadatos de construcción al archivo .project
para proporcionar compatibilidad con V5.1.x. No debe editar ni suprimir
esta información directamente.
Nota: Los metadatos
de compatibilidad harán que se visualicen o anoten mensajes que advierten de
que faltan constructores cuando un nuevo módulo o aplicación
J2EE 1.2 y J2EE 1.3 creado en V6.0 se utilice en
WebSphere Studio
Site Developer V5.1.x,
donde no están disponibles los constructores de V6.0. Estos mensajes
son normales; no hace falta hacerles caso.
Mientras estén presentes
los metadatos de compatibilidad, recibirá mensajes que advierten de que
faltan constructores cuando los proyectos de
Rational Web Developer V6.0
se cargan de nuevo en WebSphere Studio V5.1.x. A continuación
se proporciona un mensaje de ejemplo que advierte de la falta de un constructor:
!ENTRY org.eclipse.core.resources 2 1 Sep 06, 2004 19:55:20.592
!MESSAGE Omitiendo constructor com.ibm.wtp.j2ee.LibCopyBuilder para proyecto Test60EARWeb.
El constructor no se encuentra en la instalación o pertenece a una naturaleza de proyecto que falta o está inhabilitada.
Estos mensajes
son normales; no hace falta hacerles caso. Cuando tenga la seguridad
de que ya no necesita trabajar más con un proyecto dado en WebSphere Studio
V5.1.x, puede evitar que aparezcan estos mensajes
inhabilitando la retrocompatibilidad
en ese proyecto.
Importante: los nuevos
proyectos de la especificación J2EE 1.2 o J2EE 1.3 creados en
V6.0 son retrocompatibles con WebSphere
Studio V5.1.x, pero una vez que los proyectos
se hayan cargado en WebSphere Studio, hará falta realizar algunos pasos manuales para
poder trabajar con ellos. Son pasos necesarios porque los destinos de tiempo de ejecución en los
nuevos proyectos de la especificación J2EE 1.2 o J2EE 1.3 creados en V6.0 no son directamente
retrocompatibles en los servidores destino de V5.1.x. Los pasos manuales que deben realizarse
cuando un proyecto nuevo de V6.0 se carga en V5.1.x son los siguientes:
- Abra el archivo .classpath de cada proyecto J2EE que
tenga ese archivo.
- Suprima las siguientes entradas de vía de acceso de clases
(classpathentry) del archivo .classpath y, después, guarde el archivo
y ciérrelo.
<classpathentry kind="con"
path="org.eclipse.jdt.launching.JRE_CONTAINER/
org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/WebSphere v5.1 JRE"/>
<classpathentry kind="con"
path="com.ibm.wtp.server.java.core.container/
com.ibm.etools.websphere.runtime.core.runtimeTarget.v51/was.base.v51"/>
- Asegúrese de que el soporte de direccionamiento a servidor está
habilitado en la página de preferencias de J2EE. Seleccione
y confirme que hay una
marca de selección en la opción Habilitar soporte de
direccionamiento a servidor, en "Soporte de
direccionamiento a servidor".
- Pulse el proyecto con el botón derecho del ratón y seleccione
.
- Seleccione el correspondiente servidor destino para el destino de tiempo de ejecución del
proyecto (por ejemplo,
WebSphere
Application Server V5.1 utilizando el entorno de tiempo de ejecución JDK 1.4) y pulse
Aceptar.
- El servidor destino que ha seleccionado será compatible para
Rational Web Developer V6.0
y WebSphere Studio
Site Developer V5.1.x.
Después de haber comprometido los cambios en el sistema SCM,
los proyectos J2EE serán interoperativos entre V5.1.x y V6.0
mediante un sistema SCM.
Nota: Si el servidor destino se vuelve a establecer
en Rational Web Developer V6.0,
se perderá la compatibilidad de los proyectos J2EE y habrá que
restablecerla.