Internationale Aspekte beim Entwerfen von BizTalk-Anwendungen

Wenn Sie internationale BizTalk Server-Anwendungen entwickeln, sollten Sie sich unbedingt mit den folgenden bekannten Probleme vertraut machen.

Zeichenbeschränkungen bei Computernamen

Das Installieren BizTalk Server auf Computern mit Namen, die Buchstaben außerhalb der folgenden Gruppe enthalten, wird nicht unterstützt: Buchstaben (A-Z, a-z), Ziffern (0-9), Bindestriche (-) und Unterstriche ( _ ). Es werden nur Computernamen unterstützt, die die oben aufgeführten Zeichen enthalten.

Zeichen werden aufgrund fehlerhafter Einstellungen von Schriftart oder Ersatzschriftart nicht ordnungsgemäß oder überhaupt nicht angezeigt

Möglicherweise treten Probleme beim Anzeigen von Zeichen (z. B. tschechischen Zeichen) in den in Microsoft Visual Studio gehosteten BizTalk Server Tools auf. Sie müssen dann möglicherweise in Visual Studio auf der Registerkarte Optionen die Schriftarteinstellungen ändern und eine andere Schriftart auswählen, von der Sie wissen, dass sie die Zeichen unterstützt. Sie können als Standardschriftart Tahoma oder Microsoft Sans Serif auswählen, die über Ersatzfunktionen verfügen.

Ersatzpaarzeichen werden in der BizTalk Server-Verwaltungskonsole und in anderen BizTalk Server-Tools als Quadrate angezeigt

Möglicherweise können Sie in BizTalk Server Verwaltungskonsole und anderen BizTalk Server-Tools keine Ersatzzeichenpaarzeichen anzeigen. Ein Ersatzpaar ist eine codierte Zeichendarstellung für ein einzelnes abstraktes Zeichen, das aus einer Folge von zwei Codeeinheiten besteht. Vergewissern Sie sich, dass die passende Schriftart auf Ihrem System installiert ist (sie ist in den chinesischen Versionen von Office XP und 2003 enthalten). Es kann auch erforderlich sein, die Schriftartoptionen in den Tools zu ändern, die über solche Funktionen verfügen (z. B. Visual Studio).

In anderen Tools, in denen es keine Option zum Einstellen der Schriftart gibt (z. B. die BizTalk Server-Verwaltungskonsole), werden Ersatzpaarzeichen als Quadrate angezeigt. Wenn solche Quadrate angezeigt werden, bedeutet dies nicht, dass die Zeichen beschädigt sind, sondern dass sie aufgrund fehlender Schriftartunterstützung nicht ordnungsgemäß angezeigt werden können.

Zeichenbeschränkungen bei Webdiensten

Wenn Sie eine Orchestrierung als Webdienst veröffentlichen möchten, können mit den in Orchestrierungsnamen und Portnamen verwendeten Zeichen Probleme auftreten, da diese Namen in den Dateinamen für Webdienste (ASMX-Dateien) und im virtuellen Verzeichnis im Assistenten für BizTalk-Webdienstpublishing verwendet werden. Unicode-Zeichen werden nur von Microsoft Internetinformationsdienste (Internet Information Services, IIS) 7.0 (in Microsoft Windows Server 2008 und Windows Vista enthalten) vollständig unterstützt. Daher dürfen bei Verwendung einer früheren Version von IIS oder Windows die Namen der Orchestrierungen, Ports, Webdienste und virtuellen Verzeichnisse nur ANSI-Zeichen enthalten, die von der jeweiligen Sprachversion von Windows unterstützt werden (so wären zum Beispiel japanische Zeichen in einer englischen Version von Windows nicht zulässig).

Beachten Sie auch, dass Projektnamen für Webdienste in Visual Studio auf ASCII-Zeichen beschränkt sind.

Arbeiten mit unterschiedlichen Dokumentcodierungen

BizTalk Server unterstützt viele verschiedene Codierungen für XML- und Flatfiledokumente, z. B. UTF-16, UTF-8, vereinfachtes Chinesisch GBK, vereinfachtes Chinesisch GB18030 usw.

Bei eingehenden Dokumenten können BizTalk Server die Codierungsdeklaration in XML-Dokumenten erkennen, z. B. "<?xml version="1.0" encoding="GB2312" ?>". Das Flatfileschema verfügt über eine CodePage-Eigenschaft , die die Codierung der eingehenden Flatfiledokumente angibt.

Für ausgehende Dokumente verwenden XML- und Flatfile-Assembler die Eigenschaft Target charset . Wenn diese Eigenschaft angegeben ist, werden die ausgehenden Dokumente von BizTalk Server in den angegebenen Zeichensatz unabhängig von ihrem ursprünglichen Zeichensatz konvertiert. Wenn keine Target-Charset-Eigenschaft festgelegt ist, verwendet XML das UTF-8-Protokoll, und Flatfiles verwenden die codepage, die im Flatfileschema angegeben ist.

Codekonvertierung aus einer nicht unterstützten Codepage in eine Windows-Codepage

Zum Implementieren von Codekonvertierungen aus nicht unterstützten Codepages in eine Windows-Codepage müssen Sie eine benutzerdefinierte Pipelinekomponente erstellen.

Auswirkungen von BOM (Byte-Order-Mark, Byte-Reihenfolgemarkierung) auf Dokumentcodierungen

Beim Bestimmen der Zeichencodierung und Generieren von Dokumenten mit einer bestimmten Zeichencodierung geht BizTalk Server bei Flatfile- und XML-Nachrichten auf unterschiedliche Weise vor.

Der Schema-Editor kann Eigenschaften in mehreren Sprachen enthalten

Im Eigenschaftenfenster des Schema-Editors und im XML-Quellcode angezeigte Namen von XSD-Eigenschaften (XML Schema Definition) sind nicht lokalisiert und werden in allen lokalisierten Versionen in englischer Sprache angezeigt. Andere Eigenschaften werden in der lokalen Sprache angezeigt. In der vereinfachten chinesischen Version von BizTalk Server sind die Schemaeigenschaften beispielsweise auf Englisch, aber zusätzliche Eigenschaften werden auf Chinesisch angezeigt.

Gebietsschemaabhängige Daten in Flatfiles

Viele Gebietsschemas stellen Daten wie Datum, Uhrzeit, Zahl und Währung mittels anderer Formate als den im XML-Standard definierten dar. So verwenden beispielsweise viele Gebietsschemas ein anderes Dezimaltrennzeichen als den Punkt (z. B. ein Komma, dann würde die Zahl Fünf und drei Viertel beispielsweise in der Form "5,75" geschrieben).

In BizTalk Server werden alle Felder aus Flatfiles mit Ausnahme von Datum und Uhrzeit als Zeichenfolgen behandelt, sodass die Analyse erfolgreich sein kann. Allerdings tritt ein Fehler auf, wenn XML-Überprüfung verwendet wird und die resultierende XML-Nachricht anhand des Schemas überprüft wird.

Bei Datums- und Uhrzeitfeldern versucht der Parser, den Feldwert für die DateTime-Instanz mithilfe eines benutzerdefinierten Datums- oder Uhrzeitformats (wenn definiert) zu analysieren und ihn im XML-Format zu schreiben, oder er verwendet den Originalwert als Zeichenfolge (wenn das Datums- oder Uhrzeitformat nicht definiert ist). Auch hier gilt, dass bei einer XML-Überprüfung der resultierende Datums- oder Uhrzeitwert möglicherweise nicht überprüft werden kann, wenn kein benutzerdefiniertes Datums- oder Uhrzeitformat verwendet wird und der Feldwert aus der Flatfile-Nachricht nicht im korrekten XML-Datums- oder Uhrzeitformat angegeben wurde.

Beachten Sie, dass Sie auch benutzerdefinierte Pipelinekomponente oder Zuordnungen erstellen können, um Feldwerte so zu aktualisieren, dass eine zulässige XML entsteht.

Sprachunterstützung bei BAM-Definitionsdateien

Bevor Sie eine BAM-XML-Definitionsdatei bereitstellen können, müssen Sie sich vergewissern, dass die Sprache, in der diese Datei erstellt wurde, mit den Gebietsschemaeinstellungen des Computers übereinstimmt, auf dem die Datei bereitgestellt werden soll. Wenn die Datei nicht mit den Computereinstellungen übereinstimmt, müssen Sie zuerst den Computer neu starten, auf dem die Datei BM.exe ausgeführt wird.

Hinweis

Die XML-Datei für die BAM-Definition darf keinen Text in mehreren Sprachen enthalten, es sei denn, die Sprachen verwenden alle dieselbe Codepage oder es sind nur zwei Sprachen enthalten, und eine davon ist Englisch.

Weitere Informationen

Implementieren von Zeichencodierung in einer Pipelinekomponente
Verarbeitung von Codierung in einer Pipelinekomponente des Disassemblers
Zeichencodierung in der Pipelinekomponente des Flatfile-Disassemblers
Zeichencodierung in der Pipelinekomponente des Flatfile-Assemblers
Zeichencodierung in der Pipelinekomponente des XML-Assemblers
Zeichencodierung in der Pipelinekomponente des XML-Disassemblers