Esta versión se construyó 23 Nov 2009.
La última versión de este procedimiento de instalación, junto con la información de planificación de ayuda, puede encontrarse en línea en http://publib.boulder.ibm.com/infocenter/rtc/v2r0m0/index.jsp.
El cliente se distribuye como un archivo descargable a través de IBM Installation Manager.
Existen tres métodos para instalar el cliente .
Si Installation Manager no está ya en ejecución, lleve a cabo los siguientes pasos para iniciarlo.
launchpad.exe
sh launchpad.sh
RTC-edición-Full-versión-Win-Web.exe
sh RTC-edición-Full-versión-Linux-Web.sh
launchpad.exe
sh launchpad.sh
Resolución de problemas: A continuación se especifican algunas sugerencias referentes a técnicas de gestión de problemas.
Tras haber instalado correctamente el cliente, debe consultar los siguientes temas que le ayudarán a iniciarse con .
Por lo general, puede actualizar los clientes y servidores de ejecutando un archivo ZIP o una instalación de IBM Installation Manager.
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:
https://<host_servidor>:<puerto_jazz>/jazz/admin?internal#action=com.ibm.team.repository.admin.serverReset
A continuación, podrá seleccionar Modificar en IBM Installation Manager para añadir o eliminar idiomas.
La siguiente tabla indica la compatibilidad de las versiones del cliente con las versiones .
Versión de Rational Team Concert Client | 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 for Microsoft Visual Studio | 1.0.0.0 |
2.0.x para Microsoft Visual Studio | 1.0.x |
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.
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.
Si ejecuta un release de acceso a la versión preliminar de , 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.
Puede actualizar directamente al release 2.0.0.2 de 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 acerca de 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 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.
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.
Puede realizar actualizaciones entre diferentes ediciones de . 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 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 acerca de 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 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.
Los siguientes pasos son necesarios para configurar correctamente WebSphere Application Server en 2.0.0.2.
file:///<Directorio_instalación_Jazz>/server/conf
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 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.
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 o 2.0.0.2 en el IBM Rational License Key Center.
Para obtener más información sobre el 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:
En 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 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.
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:
Se recopilarán datos para las corrientes seleccionadas en todas las instantáneas posteriores.
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:
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 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.
En 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.
En 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 área 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:
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.
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.
Si está habilitado Security-Enhanced Linux (SELinux), debe inhabilitarla o cambiar el contexto de seguridad del entorno Java Runtime Environments (JREs) con el fin de que permita la reubicación de texto para instalar y ejecutar .
Si ha configurado una máquina con el único propósito de evaluar y las características SELinux no son importantes para usted, entonces la forma más fácil de proceder es deshabilitar SELinux.
chcon -R -t textrel_shlib_t /tmp/rtc/linux/jre_5.0.2.sr5_20070511/jre