Considérations internationales sur la conception des applications BizTalk

Nous vous recommandons vivement d'analyser les problèmes connus suivants lorsque vous développez vos applications BizTalk Server internationales.

Restrictions relatives aux caractères utilisés dans les noms d'ordinateur

L’installation de BizTalk Server sur des ordinateurs dont les noms contiennent des lettres en dehors de l’ensemble suivant n’est pas prise en charge : lettres (A-Z, a-z), chiffres (0-9), traits d’union (-) et traits de soulignement ( _ ). Seuls les noms d'ordinateur composés de ces caractères sont pris en charge.

Les autres ne s'affichent pas correctement ou n'apparaissent pas du tout en raison des paramètres de police et de police de substitution incorrects

Vous pouvez rencontrer des problèmes d’affichage de caractères (tels que des caractères tchèques) dans les outils BizTalk Server hébergés dans Microsoft Visual Studio. Pour y remédier, il peut s'avérer nécessaire de modifier les paramètres de polices disponibles dans l'onglet Options de Visual Studio et de sélectionner une autre police prenant en charge ces caractères. Vous pouvez sélectionner Tahoma ou Microsoft Sans Serif comme police par défaut pour lesquelles des fonctionnalités de police de substitution sont fournies.

Les caractères de paire de substitution s'affichent sous forme de carrés dans la console Administration et d'autres outils BizTalk Server

Vous ne pourrez peut-être pas afficher des caractères de paire de substitution dans BizTalk Server console d’administration et d’autres outils BizTalk Server. Les paires de substitution sont une représentation de caractère codée pour un seul caractère abstrait, consistant en une suite de deux unités de code. Vérifiez que la police installée sur votre système est appropriée (elle est incluse dans les versions chinoises de Office XP et 2003). Il peut également être nécessaire de modifier les options de police dans les outils qui ont cette fonctionnalité (comme Visual Studio).

Dans d'autres outils ne disposant pas d'option de configuration de police, les caractères de paire de substitution s'affichent sous forme de carrés, comme dans la console Administration par exemple. Si vous voyez des carrés, les caractères ne sont pas endommagés ; elles ne peuvent tout simplement pas être affichées correctement en raison d’un manque de prise en charge de la police.

Restrictions relatives aux caractères utilisés dans les services Web

Si vous prévoyez de publier une orchestration en tant que service Web, vous pouvez rencontrer des problèmes avec les caractères utilisés dans les noms d'orchestration et de port, car ceux-ci sont utilisés dans les noms de fichier de services Web (fichiers .asmx) et le répertoire virtuel de l'Assistant Publication de services Web. Seul Microsoft Internet Information Services (IIS) 7.0 (inclus dans Microsoft Windows Server 2008 et Windows Vista) prend totalement en charge les caractères Unicode. Par conséquent, si vous utilisez une version antérieure de IIS ou Windows, les noms des orchestrations, ports, services Web et répertoires virtuels doivent uniquement inclure des caractères ANSI pris en charge par la version linguistique de Windows (par exemple, les caractères japonais ne sont pas autorisés dans la version anglaise de Windows).

Notez également que les noms de projet pour les services web dans Visual Studio sont limités aux caractères ASCII.

Utilisation des différents codages de document

BizTalk Server prend en charge de nombreux encodages différents pour les documents XML et à fichiers plats, par exemple UTF-16, UTF-8, GBK chinois simplifié, chinois simplifié GB18030, etc.

Pour les documents entrants, BizTalk Server pouvez reconnaître la déclaration d’encodage dans des documents XML, tels que « <?xml version="1.0 » encoding="GB2312 » ?> ». Le schéma de fichier plat a une propriété Page de code pour indiquer l’encodage des documents de fichier plat entrants.

Pour les documents sortants, les assembleurs de fichiers XML et plats utilisent la propriété Target charset . Si cette propriété est spécifiée, BizTalk Server convertit les documents sortants dans le jeu de caractères spécifié sans tenir compte du jeu d'origine. Si aucune propriété Target charset n’est définie, XML utilise le protocole UTF-8 et les fichiers plats utilisent la page de code spécifiée dans le schéma de fichier plat.

Conversion de code d'une page de codes non prise en charge en une page de codes Windows

Pour implémenter des conversions de code d'une page de codes non prise en charge en une page de codes Windows, vous devez créer un composant de pipeline personnalisé.

Impact des marques d'ordre de tri sur le codage de document

BizTalk Server détermine le codage des caractères et génère, de manière différente pour les messages de fichier plat et XML, des documents doté d'un codage particulier.

L'Éditeur de schéma peut contenir des propriétés dans plusieurs langues

Les noms de propriété XSD (XML Schema Definition language) affichés dans la fenêtre des propriétés de l'Éditeur de schéma et dans le code source XML ne sont pas localisés, et sont en anglais dans toutes les versions localisées. Les autres propriétés apparaissent dans la langue locale. Par exemple, dans la version chinoise simplifiée de BizTalk Server, les propriétés de schéma sont en anglais, mais les propriétés supplémentaires sont affichées en chinois.

Données dépendantes des paramètres régionaux dans les fichiers plats

De nombreux paramètres régionaux représentent les données (par exemple, date, heure, nombre et devise) à l'aide de formats différents de ceux définis dans la norme XML. Par exemple, plusieurs paramètres régionaux utilisent un séparateur décimal autre que le point (.), et donc le nombre cinq et trois quarts peut être représenté par 5,75.

Dans BizTalk Server, tous les champs des fichiers plats, à l’exception de la date et de l’heure, sont traités comme des chaînes, afin que l’analyse puisse réussir. Cependant, lorsque vous utilisez la validation XML, le message XML résultant échoue lors de la validation par rapport au schéma.

Pour les champs de date et d'heure, l'analyseur tente d'analyser la valeur de champ de l'instance DateTime à l'aide d'un format de date ou d'heure personnalisé s'il est défini et l'écrit au format XML, ou utilise la valeur d'origine comme chaîne si le format n'est pas défini. En outre, si vous utilisez la validation XML, la validation de la date ou de l'heure résultante peut échouer si un format personnalisé n'est pas utilisé et que la valeur de champ utilisée dans le message de fichier plat n'était pas au format XML correct.

Notez que vous pouvez également créer des mappages ou des composants de pipeline personnalisés afin de mettre à jour les valeurs de champ et générer un XML valide.

Prise en charge du langage de définition BAM

Avant de déployer un fichier XML de définition BAM, vous devez vous assurer que la langue utilisée pour le créer correspond aux paramètres régionaux de l'ordinateur sur lequel vous le déployez. Si les paramètres du fichier et de l'ordinateur ne correspondent pas, vous devez d'abord redémarrer l'ordinateur utilisé pour exécuter BM.exe.

Voir aussi

Implémentation du codage des caractères dans un composant de pipeline
Gestion du codage dans un composant de pipeline Désassembleur
Codage des caractères dans le composant de pipeline Désassembleur de fichier plat
Codage des caractères dans le composant de pipeline Assembleur de fichier plat
Codage des caractères dans le composant de pipeline Assembleur XML
Codage des caractères dans le composant de pipeline Désassembleur XML