Alle Daten in einer
ClearQuest-Datenbank
müssen dieselbe Codepage haben. Um eine erfolgreiche Integration zu
gewährleisten, müssen Sie sicherstellen, dass Daten, die von dem integrierten
Produkt gesendet werden, mit der
ClearQuest-Codepage
kompatibel sind.
Die Codepage legt fest, welche Zeichen in alle
ClearQuest-Datenbanken,
die dem Schemarepository zugeordnet sind, eingegeben werden können. Die
folgenden Informationen beschreiben die Implementierungsdetails für
ClearQuest-Codepages.
- ClearQuest speichert nur Zeichen, die von der ClearQuest-Datencodepage unterstützt werden. Das bedeutet, dass ClearQuest für jede von der Integration gesendete Information, die in der Datencodepage nicht dargestellt werden kann, für alle Codepages außer 65001 (UTF-8) einen Fehler ausgibt. Mit Codepage 65001 kann jedes Unicode-Zeichen dargestellt werden, so dass keine Zeichenkonvertierungsfehler auftreten, wenn Daten an ClearQuest übergeben werden.
- ClearQuest gibt Zeichen entweder in der lokalen Codepage des Betriebssystems oder als Unicode-Zeichen an eine Integration zurück, je nachdem, welches API-System verwendet wird und wie Unicode-Bewusstsein im Programm konfiguriert ist.
Weitere Informationen über Unicode-Bewusstsein finden Sie im Abschnitt Modus für zurückgegebene Zeichenfolge für Hooks und Scripts einstellen in der API-Referenzhilfe. Im Modus RETURN_STRING_LOCAL gibt ClearQuest einen Fehler an die Integration aus, wenn es in der zurückgegebenen Zeichenfolge Zeichen gibt, die nicht in der lokalen Codepage enthalten sind.
- Wenn der Wert der
ClearQuest-Datencodepage auf ASCII gesetzt ist,
ist unter Umständen keine Integration mit anderen Produkten möglich, bei denen
die Dateneingabe nicht auf ASCII-Zeichen beschränkt ist. Bei der Integration
mit einem Produkt, für das diese Einschränkung nicht gilt, werden für jede
ClearQuest-Datenbank,
für die eine ASCII-Codepage festgelegt wurde, alle Nicht-ASCII-Zeichen, die
von dem integrierten Produkt gesendet werden, zurückgewiesen.
Beispiel
Im folgenden Beispiel sehen Sie, wie
eine Codepageabweichung verhindern kann, dass eine Integration zwischen
ClearQuest und Rational Administrator
richtig funktioniert.
ClearQuest ist auf einem Computer mit der Betriebssystem-Codepage 1252 installiert, und der eingestellte ClearQuest-Datencodepagewert für die Datenbank lautet ebenfalls 1252.
Der Rational-Administrator-Client ist auf einem Computer mit der Betriebssystem-Codepage 936 (Japanisch) installiert.
Ein Benutzer erstellt ein Rational-Administrator-Projekt, und da er auf einem Computer mit Codepage 936 arbeitet, enthält der Projektname japanische Zeichen. Der Benutzer versucht, das neue
Rational-Administrator-Projekt einer ClearQuest-Datenbank zuzuordnen. Der Versuch schlägt fehl,
da die japanischen Schriftzeichen im Namen des Rational-Administrator-Projekts
nicht auf Codepage 1252, der Datencodepage der
ClearQuest-Datenbankgruppe, basieren.
Satztypen für Integrationen aktivieren
Durch einige Pakete werden vorhandene Satztypen
in einem Schema aktiviert. Beim Installieren dieser Pakete können Sie auswählen, welche Datensatztypen das Paket aktivieren soll. Wenn Sie nach Hinzufügen des Pakets einen neuen Datensatztypen hinzufügen, können Sie den neuen Datensatztypen mit der Paketfunktionalität aktivieren.
Eine Liste von Paketen mitsamt den Datensatztypen, die sie ändern, finden Sie im Abschnitt ClearQuest Integrationspakete.
Gehen Sie wie folgt vor, um die Paketfunktion für einen neuen Satztyp zu aktivieren:
- Starten Sie den Designer.
- Klicken Sie mit der rechten Maustaste auf eine Schemaversion in der ClearQuest-Schemarepository-Exploreranzeige und klicken Sie dann auf .
- Wählen Sie einen Datensatztypen aus der Liste Datensatztypen aus.
- Wählen Sie aus der Liste Verfügbare Pakete die Pakete aus, die Sie für den Datensatztypen aktivieren möchten.