Actualización a Rational Team Concert 2.0.0.2

Por lo general, puede actualizar los clientes y servidores de Rational Team Concert ejecutando un archivo ZIP o una instalación de IBM® Installation Manager.
Nota: Si utiliza el IBM Installation Manager para instalar Rational Team Concert 2.0.0.2 en un sistema donde Rational Team Concert no está instalado, el Installation Manager le solicita que seleccione el idioma de instalación. Sin embargo, si actualiza desde una versión anterior a la 2.0.0.2, IBM Installation Manager da por supuesto que desea utilizar los idiomas actuales, por lo que no le solicita que seleccione el idioma. Para seleccionar otros idiomas, una vez que actualice a la versión 2.0.0.2, seleccione Modificar en la pantalla principal del IBM Installation Manager y, a continuación, seleccione la opción que aparece. La siguiente pantalla muestra una lista de los idiomas disponibles. Seleccione los que necesite.
Si inicia Jazz Team Server después de actualizar a la versión 2.0.0.2 y antes selecciona Modificar para añadir o eliminar idiomas, deberá restablecer el servidor del siguiente modo:
  1. En un navegador web, navegue a
    https://<host_servidor>:<puerto_jazz>/jazz/admin?internal#action=com.ibm.team.repository.admin.serverReset
  2. Pulse Solicitar restablecimiento del servidor.
  3. Cierre el servidor.

A continuación, podrá seleccionar Modificar en IBM Installation Manager para añadir o eliminar idiomas.

Compatibilidad entre Rational Team Concert clientes y servidores

La siguiente tabla indica la compatibilidad de las versiones del cliente Rational Team Concert con las versiones Jazz Team Server.
Tabla 1. Compatibilidad de cliente y servidor
Versión del cliente de Rational Team Concert Versión compatible de Jazz Team Server
1.0.x for Eclipse 0.6.x
2.0.x for Eclipse 1.0.x
2.0.0.0 para Microsoft® Visual Studio 1.0.0.0
2.0.x para Microsoft Visual Studio 1.0.x

Actualización de un cliente de Rational Team Concert para el IDE de Eclipse

Si tiene las versiones 1.0, 1.0.1 o 1.0.1.1 del cliente para el IDE de Eclipse, es necesario obtener el cliente de 2.0.x para conectarse al nuevo servidor de la versión 2.0.x. Puede instalarlos utilizando un archivo ZIP o actualizar las instalaciones de IBM Installation Manager anteriores.

Instalación de un cliente de Rational Team Concert para Microsoft Visual Studio IDE

Si tiene la versión 1.0.1.1 del cliente para el IDE de Microsoft Visual Studio, es necesario que obtenga el cliente 2.0.x para conectarse al nuevo servidor de la versión 2.0.x.
Recuerde: No se proporciona un archivo .zip para el Cliente para Microsoft Visual Studio. Para instalar o actualizar a la versión 2.0.x, debe utilizar IBM Installation Manager.

Actualización de un servidor desde un release de prueba (Trial) o de acceso a la versión preliminar (Early Access) a un release permanente (Permanent).

Si ejecuta un release de acceso a la versión preliminar de Rational Team Concert, actualice primero al release de prueba 2.0.0.2.

Desde el release de prueba 2.0.0.2, puede convertir el servidor en permanente adquiriendo e instalando el Server Activation Kit que corresponda a su edición, que está disponible aquí: http://www.ibm.com/software/awdtools/rtc/. El kit de activación consta de un archivo JAR que contiene la clave de servidor permanente. Se instala mediante la página Gestión de claves de licencia de la interfaz web de administrador del servidor.

Actualización de un servidor desde la versión 1.0, 1.0.1, 1.0.1.1 o 2.0

Puede actualizar directamente al release 2.0.0.2 de Rational Team Concert desde los releases anteriores. Se requiere una migración de base de datos para las actualizaciones de 1.x a 2.x. Para obtener información sobre cómo realizar una migración de bases de datos, consulte Migración del repositorio de Jazz después de actualizar Jazz Team Server.

Nota: Antes de comenzar a actualizar un WebSphere Application Server, restablezca el servidor navegando hasta https://{nombre_servidor}:9443/jazz/admin#action=com.ibm.team.repository.admin.serverReset y pulsando en Solicitar restablecimiento del servidor.

Si ha instalado el release anterior desde un archivo ZIP, no se producirá ninguna intersección con la instalación anterior. Puede instalar el release 2.0.0.2 desde un archivo zip en una nueva ubicación o bien utilizar el IBM Installation Manager para instalar una instancia de 2.0.0.2.

Si ha utilizado el IBM Installation Manager para instalar el release anterior, puede instalar la versión 2.0.0.2 como una instancia distinta o bien actualizar la instancia anterior a la 2.0.0.2 Si instala una instancia distinta del servidor para el release 2.0.0.2, seleccione Crear nuevo grupo de paquetes en la página Instalar paquetes del asistente de instalación.

Nota: Para actualizar un despliegue de WebSphere Application Server del Jazz Team Server, elimine el archivo jazz.war anterior y despliegue el archivo jazz.war 2.0.0.2.

Para completar la actualización, consulte el apartado Copia de los archivos de configuración obligatorios desde una instalación del servidor anterior. y Instalación de las claves de activación de la versión 2.0.0.2.

Actualización de un servidor desde una edición de Rational Team Concert a otra

Puede realizar actualizaciones entre diferentes ediciones de Rational Team Concert. Las actualizaciones más frecuentes son el paso de una edición Express-C a Express, o Express a Standard. También puede llevar a cabo lo contrario, es decir, actualizaciones a versiones anteriores siguiendo el mismo proceso.

Dado que todas las ediciones 2.0.0.2 de Rational Team Concert soportan bases de datos Derby, no es necesario migrar desde Derby a DB2 o a Oracle si pasa de la edición Express-C a la edición Express o a la Standard. Se recomienda migrar primero la edición del servidor, asegurarse que todo funciona correctamente en la base de datos existente y después realizar después una migración de bases de datos si resulta necesario. Tenga en cuenta que la base de datos Derby únicamente soporta 10 usuarios. Para obtener información sobre cómo realizar una migración de bases de datos, consulte Migración del repositorio de Jazz después de actualizar Jazz Team Server .

Si ha instalado la edición 2.0.0.2 de Rational Team Concert y desea actualizarla a otra edición, descargue la nueva edición e instálela sobre la existente y luego copie los archivos de configuración necesarios para ejecutar la nueva edición. En la sección que figura a continuación se describen los archivos de configuración necesarios.

Si ha instalado la edición anterior desde un archivo ZIP, no se producirá ninguna intersección con la instalación anterior. Puede instalar la edición nueva desde un archivo ZIP en otra ubicación o utilizar la instalación de IBM Installation Manager con la nueva edición. Se recomienda utilizar IBM Installation Manager con los servidores de producción para habilitar la aplicación de actualizaciones futuras.

Si ha utilizado IBM Installation Manager y desea utilizar IBM Installation Manager también para instalar la nueva edición, no sustituya la edición anterior durante la nueva instalación. En la página Paquetes de instalación del asistente de instalación, seleccione Crear grupo de paquetes.

Esto instalará la nueva edición en una ubicación diferente y creará accesos directos de programa mediante el nombre del nuevo grupo de paquetes.

Si no realiza esta tarea, el proceso de instalación fallará debido a una colisión de archivos. Esto se produce si aparece un diálogo de error con el título La instalación ha fallado con el siguiente texto:
La instalación ha fallado.
  Error durante la fase de "instalación":
    No se ha podido extraer el archivo zip estándar 1.0.1.I20081018-1820.  El archivo
    D:\JazzTeamServer\server\license-update-site\site.xml ya existe.

No se trata de un error muy grave porque puede reiniciar la instalación y crear el grupo de paquetes de forma correcta.

Actualizaciones de configuración de WebSphere Application Server

Los siguientes pasos son necesarios para configurar correctamente WebSphere Application Server en Rational Team Concert 2.0.0.2.
  1. Asegúrese de que están instalados los fix pack de WAS y de WASDK más recientes. Si realiza el despliegue en WAS 7.0, es esencial que al menos WebSphere Application Server 7.0.0.3 esté instalado.
  2. Elimine las antiguas propiedades JVM personalizadas:
    1. com.ibm.team.repository.provision.profile
    2. com.ibm.team.server.configURL
    3. log4j.configuration
  3. Añada la nueva propiedad JVM personalizada JAZZ_HOME y establezca su valor como:
    file:///<Directorio_instalación_Jazz>/server/conf
  4. Asegúrese de que el valor de seguridad de WAS "Utilizar datos de autenticación disponibles cuando se acceda a un URI sin protección" esté seleccionado. Si va a utilizar la consola de soluciones integradas de WAS (Integrated Solutions Console), realice lo siguiente:
    1. Navegue hasta Seguridad -> Administración, aplicaciones e infraestructura seguras -> Seguridad web - Valores generales.
    2. Seleccione la casilla de verificación "Utilizar datos de autenticación disponibles cuando se acceda a un URI sin protección".

Copia de los archivos de configuración obligatorios desde una instalación del servidor anterior.

Copie los siguientes archivos desde el servidor de origen en el servidor de destino. En primer lugar, cambie el nombre de los archivos originales de la instalación del servidor actualizada para crear copias de seguridad. Si ha utilizado IBM Installation Manager para actualizar desde la versión 1.0, 1.0.1, 1.0.1.1 o 2.0 a la 2.0.0.2, se habrá creado un directorio de copia de seguridad con los archivos de configuración de la versión 1.0.x o 2.0 con un nombre, como backup-config-timestamp en el subdirectorio del servidor de la ubicación de instalación.

Si va a realizar una actualización a la edición Standard o Enterprise, y ha adquirido el Developer Client Activation Kit para Express, debe comprar e instalar el Developer Client Activation Kit para las ediciones Standard o Enterprise, a fin de poder utilizar esas licencias de cliente. Las asignaciones de licencias de desarrollador seguirán activas, pero las de desarrollador se desactivarán hasta que no se instale el kit de activación correcto.

Instalación de las claves de activación de la versión 2.0.0.2

El release 2.0.0.2 utiliza las claves de activación de 2.0.0.2. Si se actualiza un servidor desde la versión 1.0.x.x a la 2.0.x, después de la actualización volverá a una licencia de prueba y tendrá que obtener las claves de activación de la versión 2.0 ó 2.0.0.2 en IBM Rational License Key Center.

Para obtener más información sobre IBM Rational License Key Center, consulte el sitio de soporte de licencias de IBM Rational y la Sugerencia técnica de jazz.net relacionada.

A continuación figuran los nombres de las claves aplicables para cada kit:

  • IBM Rational Team Concert Express Edition Server Activation Kit V2.0, 2.0.0.2
  • IBM Rational Team Concert Standard Edition Server Activation Kit V2.0, 2.0.0.2
  • IBM Rational Team Concert Enterprise Edition Server Activation Kit V2.0, 2.0.0.2
  • IBM Rational Team Concert Contributor Client Access Activation Kit V2.0, 2.0.0.2
  • IBMRational Team Concert Developer Client Access Activation Kit V2.0, 2.0.0.2
  • IBM Rational Team Concert Express Edition Developer Client Access Activation Kit V2.0, 2.0.0.2
  • IBM Rational Team Concert Floating Contributor Client Access Activation Kit V2.0, 2.0.0.2
  • IBM Rational Team Concert Floating Developer Client Access Activation Kit V2.0, 2.0.0.2

Configuración de una línea de tiempo de proyecto

En Rational Team Concert 1.x, los proyectos pueden tener varias líneas de tiempo (anteriormente denominadas "líneas de desarrollo") y todas estas líneas de tiempo se consideraban iguales.

En Rational Team Concert 2.0, los proyectos pueden seguir teniendo varias líneas de tiempo, pero una de ellas se puede marcar como la "línea de tiempo del proyecto". Al migrar la base de datos a la versión 2.0, la línea de tiempo primaria del proyecto no se conoce, por lo que los proyectos no tendrán una línea de tiempo de proyecto establecida. Podrá actualizar de forma manual los proyectos para establecer la línea de tiempo de proyecto después de que realice la actualización a la versión 2.0.

Configuración de la instantánea de gestión de control de origen

La instantánea de gestión de control de código fuente (SCM) para el depósito de datos recopila datos sobre las corrientes, incluida la información sobre el tamaño de las corrientes y la actividad (conjunto de cambios y cambios en archivos/carpetas) dentro de él. En la versión 1.0, esta instantánea recopilaba de forma automática información sobre las corrientes. Dado que puede ser una operación cara, en la versión 2.0, se han añadido opciones de configurabilidad a la instantánea de SCM para permitir a los usuarios decidir cuáles son las corrientes que deben recopilar los datos. El efecto inmediato de este cambio es que no se recopilará ningún dato, salvo que configure la instantánea.

Para configurar la instantánea de SCM:
  1. Debe tener permiso de escritura para la corriente para lo que desea recopilar los datos.
  2. Vaya a la página Informes en la interfaz de usuario web.
  3. En el panel de navegación situado a la izquierda, seleccione Administrar instantánea de SCM. Se mostrará una lista de corrientes.
  4. Seleccione la casilla de verificación de una o varias corrientes y, a continuación, elija Guardar cambios.

Se recopilarán datos para las corrientes seleccionadas en todas las instantáneas posteriores.

Cambios incompatibles con informes BIRT

Si ha utilizado el diseñador de informes BIRT para crear sus propias plantillas de informe, es posible que se encuentre con algún problema cuando intente utilizar estos informes en la versión 2.0. Tenga en cuenta las siguientes cuestiones:
  • Los cambios en el orden en el que se resuelven las clases Java™ y JavaScript™. Si ha escrito código JavaScript en el informe BIRT que utiliza la sentencia importPackage() para importar el paquete java.lang, tenga en cuenta que las referencias sin calificar de Object en el código, que solían referirse a la clase Java, es posible que se refieran ahora a la clase JavaScript (y que como resultado no funcionen correctamente). Otras clases con nombres idénticos entre JavaScript y Java, por ejemplo, java.util.Date, pueden presentar el mismo problema. La solución es calificar completamente la referencia a la clase Java y eliminar la sentencia importPackage().
  • Cambios en el proceso de conjuntos de datos. en el pasado, el simple acto de enlazar un elemento (como un etiqueta) a un conjunto de datos, hacía que se procesaran los conjuntos de datos en su totalidad cuando se representaba el elemento. Esto resultaba práctico porque significaba que se podía imponer un orden en el proceso de los conjuntos de datos utilizando etiquetas (ocultas) enlazadas a los conjuntos de datos en el orden en que debían procesarse. Ahora, un enlace de este tipo solo procesará la primera fila del conjunto de datos. Para obtener el comportamiento anterior, utilice un elemento de texto dinámico e invoque cierto código JavaScript que forzará el proceso del conjunto de datos completo. Total.count() es una buena opción.
  • Los errores del diseñador de informes BIRT pueden provocar pérdidas de datos. Estos problemas surgen cuando se abre un archivo de diseño de informes BIRT creado en BIRT 2.2.2 (por ej. RTC 1.0) con el diseñador de informes BIRT 2.3.2 (por ej. RTC 2.0). Se han observado los siguientes problemas:
    • Al editar un conjunto de datos por primera vez con BIRT 2.3.2, en la página "Parámetros", es posible que hayan desaparecido los campos "Valor predeterminado" y "Parámetro de informe". La solución es volver a especificar los valores o copiar y pegar los valores de una versión anterior del editor. Una vez guardado el archivo con los nuevos valores, no volverá a producirse el problema.
    • Al editar un conjunto de datos por primera vez con BIRT 2.3.2, es posible que se haya perdido el valor predeterminado de los parámetros del informe. Es posible que esto suceda después del anterior problema descrito. La solución es volver a especificar los valores o copiar y pegar los valores de una versión anterior del editor. Una vez guardado el archivo con los nuevos valores, no volverá a producirse el problema.

    Estos problemas pueden ser graves si no se tienen en cuenta, dado que los datos recogidos en el informe pueden ser incorrectos. Se recomienda comprobar todos los conjuntos de datos y los parámetros del informe al editarlo por primera vez con el diseñador de informes BIRT 2.3.2. Estos problemas no se producirán con los nuevos informes creados con las herramientas de BIRT 2.3.2.

    Los cambios anteriores se realizan en todos los informes predefinidos de Rational Team Concert 2.0, no requieren ninguna acción por parte del usuario. Si embargo, si ha creado plantillas de informes de forma manual en el área de proyecto, con uno de los informes predefinidos, y no ha especificado un identificador adecuado (coherente con el uso), la plantilla de informe no se renovará cuando se migre. Es decir, el contenido quedará obsoleto y no funcionará. En ese caso, deberá cargar un contenido nuevo para las plantillas afectadas mediante el archivo predefinido .rptdesign.

Importación de los datos de elementos de trabajo en el depósito de datos

En Rational Team Concert 2.0, existen varios cambios de esquema en las tablas de elementos de trabajo en el depósito de datos. Como resultado de ello, al migrar desde la versión 1.0 a la 2.0, el importador no tendrá en cuenta los datos sobre los elementos de trabajo en el depósito. El resultado es que cuando se inicie el servidor 2.0 por primera vez, es posible que los informes sobre elementos de trabajo no funciones correctamente. La solución es esperar a que la instantánea de los elementos de trabajo se ejecute por primera vez o elemento de trabajo o hacer que se ejecute de forma manual una vez iniciado el servidor. En la primera ejecución tras la migración, la instantánea de los elementos de trabajo reconstituirá la información sobre el historial completo de los elementos de trabajo en el depósito de datos. Esto también significa que es muy probable que la primera ejecución de la instantánea tras la migración lleve más tiempo que el promedio de una ejecución nocturna.

Descubrimiento de informes nuevos

En Rational Team Concert 2.0, se han añadido varios informes nuevos. Aunque estos informes aparecen en las plantillas de proceso nuevo que se entregan con el producto, no se añaden de forma automática a las áreas de proyecto al realizar la migración. Se ha añadido una acción nueva que el ayudará a descubrir y desplegar estas nuevas plantillas de informes en las áreas de proyecto existentes después de la migración. Para desplegar plantillas de informes nuevas:
  1. En el cliente enriquecido, abra la vista Artefactos de equipo.
  2. Expanda el área de proyecto e Informes.
  3. Pulse con el botón derecho del ratón sobre Plantillas de informe y seleccione Desplegar plantillas nuevas.

El diálogo le ayudará a descubrir cualquier plantilla de informe que esté disponible, pero no se haya desplegado todavía en el área de proyecto. Puede seleccionar una o varias y se crearán. Después de la creación, podrá crear otros informes a partir de esas plantillas con las acciones de menú disponibles.

Personalizaciones

Los cambios que realice en los tipos de elemento de trabajo, flujos de trabajo, roles y manejadores de sucesos se conservan después de actualizar desde la versión 1.x a la 2.0. Si ha personalizado una plantilla de proceso predefinida (como Scrum), tenga en cuenta que si vuelve a desplegar la plantilla predefinida (en la vista Plantillas de proceso), se sobrescribirán las personalizaciones. Si necesita volver a desplegar la plantilla predefinida, deberá cambiar primero el nombre y el ID de la plantilla predefinida que haya personalizado para que no se sobrescriba.


Comentarios