https://<server-host>:<jazz-port>/jazz/admin?internal#action=com.ibm.team.repository.admin.serverReset
Vous pouvez ensuite sélectionner Modifier dans IBM Installation Manager pour ajouter ou supprimer des langues.
| Version du client Rational Team Concert | Version Jazz Team Server compatible |
|---|---|
| 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 for Microsoft Visual Studio | 1.0.x |
Si vous disposez des versions 1.0, 1.0.1, ou 1.0.1.1 du client pour Eclipse IDE, vous devez vous procurer le client 2.0.x pour vous connecter à votre nouveau serveur version 2.0.x. Vous pouvez l'installer à l'aide d'un fichier zip, ou mettre à niveau votre précédente installation d'IBM® Installation Manager.
Si vous exécutez une version Early Access de Rational Team Concert, effectuez d'abord une mise à niveau vers la version Trial 2.0.0.2.
A partir de la version Trial 2.0.0.2, vous pouvez rendre votre serveur permanent en achetant puis en installant le Server Activation Kit pour votre édition, disponible à l'adresse suivante : http://www.ibm.com/software/awdtools/rtc/. Le kit d'activation est constitué d'un fichier JAR contenant la clé de licence serveur permanente. Il est installé à l'aide de la page Gestion de clé de licence de l'interface Web d'administration de votre serveur.
Vous pouvez directement effectuer la mise à niveau vers la version 2.0.0.2 de Rational Team Concert à partir des versions précédentes. Une migration de base de données est requise pour les mises à jour 1.x à 2.x. Pour plus d'informations sur la migration d'une base de données, voir Migration du référentiel Jazz après la mise à niveau de Jazz Team Server.
Si vous avez installé la version précédente à partir d'un fichier zip, il n'y a pas d'interférence avec l'installation précédente. Vous pouvez installer la version 2.0.0.2 à partir d'un fichier zip à un nouvel emplacement ou utiliser IBM Installation Manager pour installer une instance 2.0.0.2.
Si vous avez utilisé IBM Installation Manager pour installer la version précédente, vous pouvez installer la version 2.0.0.2 comme instance distincte ou mettre à jour l'instance vers la version 2.0.0.2. Si vous installez une instance séparée du serveur pour la version 2.0.0.2, sélectionnez Créer un groupe de packages sur la page Installation de packages de l'assistant d'installation.
Pour terminer la mise à niveau, voir Copie des fichiers de configuration requis à partir d'une installation de serveur précédente et Installation des clés d'activation 2.0.0.2.
Vous pouvez effectuer une mise à niveau entre différentes éditions Rational Team Concert. Il s'agit généralement de mises à niveau pour passer de l'édition Express-C à Express, ou Express à Standard. Vous pouvez également rétromigrer vers une édition précédente en suivant le même processus.
Etant donné que toutes les éditions Rational Team Concert 2.0.0.2 prennent en charge les bases de données Derby, il n'est pas utile de migrer de Derby vers DB2 ou Oracle si vous passez de l'édition Express-C à Express ou Standard. Il est recommandé de commencer par mettre à niveau votre édition serveur, en s'assurant que tout fonctionne correctement avec la base de données existante, puis de migrer la base de données si nécessaire. Notez que la base de données Derby ne prend en charge que 10 utilisateurs. Pour plus d'informations sur la migration d'une base de données, voir Migration du référentiel Jazz après la mise à niveau de Jazz Team Server .
Si vous avez installé une édition Rational Team Concert 2.0.0.2 et que vous souhaitez la mettre à niveau, téléchargez et installez la nouvelle édition, avec l'édition existante, puis copiez les fichiers de configuration requis pour exécuter la nouvelle édition. La section suivante décrit les fichiers de configuration requis.
Si vous avez installé votre édition précédente à partir d'un fichier zip, il n'y a pas d'interférence avec l'installation précédente. Vous pouvez installer la nouvelle édition à partir d'un fichier zip à un nouvel emplacement, ou utiliser IBM Installation Manager pour installer une nouvelle édition. Il est recommandé d'utiliser IBM Installation Manager pour des serveurs de production pour permettre des mises à niveau ultérieures.
Si vous avez utilisé IBM Installation Manager pour effectuer votre installation de serveur précédente, et que vous souhaitez utiliser IBM Installation Manager pour installer votre nouvelle édition, n'écrasez pas l'édition précédente lors de l'installation avec Installation Manager. Sur la page Installation de packages de l'assistant d'installation, sélectionnez Créer un groupe de packages.
Cette opération permet d'installer la nouvelle édition à un emplacement différent et de créer des raccourcis programme utilisant le nom du nouveau groupe de packages.
Installation failed.
Error during "install" phase:
Failed to extract zip standard 1.0.1.I20081018-1820. File
D:\JazzTeamServer\server\license-update-site\site.xml already exists.
Si cela se produit, ce n'est pas fatal ; vous pouvez redémarrer l'installation et créer correctement un nouveau groupe de packages.
file:///<JazzInstallDir>/server/conf
Copiez les fichiers suivants à partir du serveur source vers le serveur cible. Pour commencer, renommez les fichiers originaux dans l'installation sur le serveur mis à niveau pour créer des sauvegardes. Si vous avez utilisé IBM Installation Manager pour mettre à jour la version 1.0, 1.0.1, 1.0.1.1 ou 2.0 vers la version 2.0.0.2, un répertoire de sauvegarde contenant les fichiers de configuration 1.0.x ou 2.0 a été créé, sous un nom tel que backup-config-horodatage dans le sous-répertoire du serveur de l'emplacement de l'installation.
Si vous effectuez une mise à niveau vers l'édition Standard ou Enterprise, et que vous avez acheté le Developer Client Activation Kit pour l'édition Express, achetez et installez le Developer Client Activation Kit pour l'édition Standard ou Enterprise, pour pouvoir utiliser ces licences client. Vos affectations de la licence Developer sont toujours valables, mais les licences Developer seront désactivées jusqu'à ce que le bon kit d'installation soit installé.
La version 2.0.0.2 utilise les clés d'activation 2.0.0.2. Si un serveur est migré de la version 1.0.x.x vers la version 2.0.x, il repasse à une licence provisoire après la mise à niveau et vous devez vous procurer les clés d'activation 2.0 ou 2.0.0.2 auprès d'IBM Rational License Key Center.
Pour plus d'informations sur IBM Rational License Key Center, voir le site IBM Rational Licensing Support et l'astuce technique associée jazz.net Tech Tip.
Ci-dessous, les noms des clés appropriées à chaque kit :
Dans Rational Team Concert 1.x, les projets pouvaient posséder plusieurs chronologies (précédemment appelées "lignes de développement") et toutes ces chronologies étaient considérées comme égales.
Dans Rational Team Concert 2.0, les projets peuvent toujours posséder plusieurs chronologies, mais l'une d'elles peut être marquée comme "chronologie du projet". Lorsque vous migrez votre base de données vers la version 2.0, la chronologie principale du projet n'étant pas connue, aucune chronologie de projet n'est définie pour vos projets. Vous pouvez mettre à jour manuellement vos projets pour définir la chronologie de projet, une fois que vous avez migré vers la version 2.0
L'instantané SCM (Source Control Management) de l'entrepôt de données collecte les données sur les flux et notamment les informations sur la taille de ses flux et de son activité (ensembles d'artefacts modifiés et modifications de fichier/dossier). Dans la version 1.0, cet instantané collectait automatiquement des informations sur tous les flux. Cette opération pouvant s'avérer coûteuse, dans la version 2.0, les options de possibilité de configuration sont ajoutées à l'instantané SCM pour laisser les utilisateurs décider des flux dont les données doivent être collectées. Par conséquent, à moins que vous ne le configuriez, les données ne seront pas collectées.
Les données des flux sélectionnés seront collectées dans tous les instantanés ultérieurs.
Ces incidents peuvent être assez graves s'ils ne sont pas détectés car les données collectées par le rapport risque d'être incorrectes. Il est recommandé de vérifier chaque fichier et chaque paramètre de rapport lors de l'édition d'un rapport pour la première fois à l'aide du concepteur de rapport de BIRT 2.3.2. Ces incidents ne se produisent pas pour les nouveaux rapports créés à l'aide des outils de BIRT 2.3.2.
Les modifications ci-dessus sont apportées à tous les rapports Rational Team Concert 2.0 prêts à l'emploi ; aucune intervention n'est requise de votre part. Toutefois, si vous avez créé des modèles de rapport manuellement dans votre zone de projet à l'aide de nos rapports prêts à l'emploi et que vous n'avez pas spécifié d'identificateur approprié (qui respecte notre syntaxe), votre modèle de rapport ne sera pas régénéré lors de sa migration. Le contenu sera donc obsolète et ne fonctionnera pas. Dans ce cas, vous devez télécharger le nouveau contenu des modèles affectés, à l'aide du fichier .rptdesign prêt à l'emploi approprié.
Dans Rational Team Concert 2.0, plusieurs modifications de schéma ont été apportées aux tables des éléments de travail de l'entrepôt de données. En conséquence, lors de la migration de la version 1.0 vers la version 2.0, l'importateur ignore les données des éléments de travail entreposés. Par conséquent, lorsque vous démarrez le serveur 2.0 pour la première fois, vos rapports d'éléments de travail risquent de ne pas fonctionner correctement. La solution consiste à attendre que l'instantané des éléments de travail soit exécuté pour la première fois ou à l'exécuter manuellement après le démarrage du serveur. Lors de la première exécution après la migration, l'instantané des éléments de travail reconstitue l'intégralité des informations historiques sur les éléments de travail dans l'entrepôt de données. Cela signifie également que la première exécution de l'instantané après la migration risque de durer bien plus qu'une exécution nocturne standard.
La boîte de dialogue permet de détecter les modèles de rapport qui sont disponibles, mais qui ne sont pas encore déployés dans votre zone de projet. Vous pouvez en sélectionner un ou plusieurs, qui seront créés. Une fois que ces modèles ont été créés, vous pouvez créer des rapports à partir de ces modèles à l'aide des actions de menu disponibles.
Les modifications que vous apportez aux types d'élément de travail, attributs, flux de travaux, rôles et gestionnaires d'événements sont conservées lorsque vous migrez de la version 1.x vers la version 2.0. Si vous avez personnalisé un modèle de processus prédéfini (tel que Scrum), sachez que si vous redéployez le modèle prédéfini (dans la vue Modèles de processus), vous écrasez vos personnalisations. Si vous devez redéployer le modèle prédéfini, vous devez d'abord modifier le nom et l'ID du modèle prédéfini que vous avez personnalisé pour qu'il ne soit pas écrasé.
Etes-vous satisfait ? Envoyez vos commentaires sur Jazz.net (inscription requise) : Entrez vos remarques dans les forums ou soumettez un incident