Prise en charge du déploiement dans une configuration comprenant plusieurs jeux de caractères

Si plusieurs machines utilisant des jeux de caractères différents se connectent au même ensemble de base de données Rational ClearQuest, vous devez accorder une attention particulière aux problèmes liés à la représentation des caractères :

Avant la version 7.0, les opérations d'écriture n'étaient autorisées que si le jeu de caractères local correspondait à la page de codes Rational ClearQuest. Dans le cas contraire, seules les opérations de lecture étaient possibles, Le mode lecture seule était nécessaire, car les applications Rational ClearQuest utilisaient le jeu de caractères local du client ou serveur Web pour écrire des données dans la base de données et non dans la page de codes de données Rational ClearQuest pour l'ensemble de bases de données.

Depuis la version 7.0, le logiciel Rational ClearQuest traite les données au format Unicode. Les applications utilisent la page de codes de Rational ClearQuest pour écrire dans les bases de données. Ces applications peuvent donc maintenant se connecter à la base de données Rational ClearQuest en mode lecture/écriture, même si le jeu de caractères local ne correspond pas à la page de codes de données Rational ClearQuest.

Cette nouvelle fonctionnalité permet une grande souplesse dans un environnement Rational ClearQuest comprenant plusieurs machines qui utilisent des jeux de caractères locaux différents. Cependant, les caractères utilisés par Rational ClearQuest mais ne faisant pas partie du jeu de caractères local doivent être traités au moyen de scripts et de points d'ancrage, Pour bénéficier pleinement de cette possibilité dans ces environnements, ces scripts et points d'ancrage doivent être codés pour prendre en charge Unicode.

Designer dispose d'un nouveau paramètre nommé Unicode Aware. Les points d'ancrage écrits pour la version 7.0 peuvent indiquer si les chaînes renvoyées par les appels d'API Rational ClearQuest doivent impérativement utiliser le jeu de caractères local (RETURN_STRING_LOCAL), ou si elles peuvent contenir des caractères Unicode (RETURN_STRING_UNICODE). Par ailleurs, de nouvelles fonctions de l'API permettent de contrôler le mode de la chaîne de retour. En mode RETURN_STRING_LOCAL, un appel d'API renvoie une exception si la chaîne de retour contient des caractères ne pouvant pas être représentés dans le jeu de caractères local. En mode RETURN_STRING_UNICODE, un appel d'API renvoie tous les caractères ne générant aucune erreur.

Pour vous assurer que les points d'ancrage et les scripts traiteront toutes les données requises lors du déploiement dans une configuration comprenant plusieurs jeux de caractères, vous devez utiliser le mode RETURN_STRING_UNICODE et traiter de façon appropriée tous les caractères Unicode pouvant être renvoyés. Définir le mode RETURN_STRING_UNICODE n'est pas suffisant ; vous devez également faire en sorte que le code traite correctement les caractères Unicode. Les instructions suivantes peuvent vous être utiles, mais il est impératif d'utiliser les techniques de programmation Unicode adéquates pour le langage d'écriture de scripts.

Si vous mettez le produit à niveau vers la version 7.0, ces changements n'auront pas d'incidence sur les schémas existants, si tous les jeux de caractères utilisés dans l'environnement correspondent à la page de codes de Rational ClearQuest, ce qui était courant dans les versions précédentes. Le mode par défaut, RETURN_STRING_LOCAL, permet aux points d'ancrage et aux scripts de continuer à fonctionner.

Si vous déployez la version 7.0 dans un environnement utilisant des jeux de caractères locaux qui ne correspondent pas à la page de codes de Rational ClearQuest, vous devez vous assurer que les scripts pourront traiter les données du logiciel Rational ClearQuest au format Unicode, définir le mode de retour des scripts sur RETURN_STRING_UNICODE et mettre les packages à niveau vers la version 7.0. Pour obtenir la liste des packages Rational ClearQuest prenant en charge le jeux de caractères Unicode, voir Tableau 1. Les scripts non compatibles avec ce dernier peuvent s'exécuter, mais une erreur est générée si le système renvoie des données n'utilisant pas le jeu de caractères local. Ces scripts ne peuvent fonctionner correctement que si les données traitées lors de leur exécution contiennent uniquement des caractères issus du jeu de caractères local du client ou du serveur Web.

Tableau 1. Mode de chaîne de retour du package
Package Mode de chaîne de retour
AMWorkActivitySchedule RETURN_STRING_UNICODE
ATStateTypes RETURN_STRING_UNICODE
Attachments RETURN_STRING_UNICODE
AuditTrail RETURN_STRING_UNICODE
BTStateTypes RETURN_STRING_UNICODE
BuildTracking RETURN_STRING_UNICODE
CQTM RETURN_STRING_UNICODE
Customer RETURN_STRING_UNICODE
DeploymentTracking RETURN_STRING_UNICODE
DTStateTypes RETURN_STRING_UNICODE
EMail RETURN_STRING_UNICODE
EnhancementRequest RETURN_STRING_UNICODE
eSignature RETURN_STRING_UNICODE
Historique RETURN_STRING_UNICODE
Notes RETURN_STRING_UNICODE
Project RETURN_STRING_UNICODE
Resolution RETURN_STRING_UNICODE
TPM RETURN_STRING_UNICODE
Pour développer une application destinée à un déploiement impliquant plusieurs jeux de caractères, vous devez tenir compte de différents paramètres.

Si les jeux de caractères locaux de tous les clients connectés à un ensemble de bases de données sont compatibles avec la page de codes, vous n'avez pas à vous préoccuper des points énumérés ci-dessus. Pour plus d'informations sur la représentation des caractères et les paramètres des pages de codes, consultez l'aide en ligne pour l'administrateur Rational ClearQuest.


Commentaires en retour