Considerazioni internazionali sulla progettazione delle applicazioni BizTalk

Quando si sviluppano applicazioni internazionali BizTalk Server, è consigliabile analizzare i problemi noti seguenti.

Restrizioni dei caratteri per i nomi di computer

L'installazione di BizTalk Server nei computer con nomi contenenti lettere esterne al set seguente non è supportata: lettere (A-Z, a-z), cifre (0-9), trattini (-) e caratteri di sottolineatura ( _ ). Sono supportati solo i nomi di computer contenenti questi caratteri.

I caratteri non vengono visualizzati correttamente o non vengono visualizzati affatto a causa di impostazioni relative al tipo di carattere e al fallback dei tipi di carattere non corrette

È possibile che si verifichino problemi durante la visualizzazione di caratteri (ad esempio caratteri cechi) negli strumenti di BizTalk Server ospitati in Microsoft Visual Studio. Per risolvere tali problemi, potrebbe essere necessario modificare le impostazioni relative ai tipi di carattere disponibili nella scheda Opzioni di Visual Studio e selezionare un altro tipo di carattere dotato del supporto necessario. È possibile selezionare Tahoma o Microsoft Sans Serif come tipo di carattere predefinito in quanto è dotato della funzionalità di fallback dei tipi di carattere.

Caratteri di coppia surrogati visualizzati come quadrati nella console di amministrazione di BizTalk Server e altri strumenti di BizTalk Server

È possibile che non sia possibile visualizzare i caratteri di coppia di surrogati in BizTalk Server Console di amministrazione e in altri strumenti di BizTalk Server. Le coppie di surrogati sono una rappresentazione di caratteri codificati per un singolo carattere astratto costituito da una sequenza di due punti di codice. Verificare che nel sistema sia installato il tipo di carattere appropriato (incluso nelle versioni in lingua cinese di Office XP e 2003). Potrebbe anche essere necessario modificare le opzioni del tipo di carattere negli strumenti che dispongono di tale funzionalità , ad esempio Visual Studio.

In altri strumenti in cui non è presente un'opzione di impostazione dei tipi di carattere, ad esempio nella Console di amministrazione, i caratteri delle coppie di surrogati verranno visualizzati come quadrati. La visualizzazione dei quadrati indica che i caratteri non sono danneggiati ma non è possibile visualizzarli correttamente a causa della mancanza del relativo supporto.

Limitazioni dei caratteri per i servizi Web

Se si intende pubblicare un'orchestrazione come servizio Web, potrebbero verificarsi problemi relativi ai caratteri utilizzati nei nomi di orchestrazione e nei nomi di porta in quanto tali nomi vengono utilizzati nei nomi file dei servizi Web (file con estensione asmx) e nella directory virtuale della Pubblicazione guidata servizi Web. Solo Microsoft Internet Information Services (IIS) 7.0 (disponibile in Microsoft Windows Server 2008 e Windows Vista) include il supporto completo per i caratteri Unicode. Se, pertanto, si utilizza una versione precedente di IIS o Windows, i nomi delle orchestrazioni, delle porte, dei servizi Web e delle directory virtuali devono includere solo caratteri ANSI supportati dalla versione di lingua di Windows, ad esempio i caratteri giapponesi non sono consentiti in una versione inglese di Windows.

Si noti anche che i nomi di progetto per i servizi Web in Visual Studio sono limitati ai caratteri ASCII.

Utilizzo di altre codifiche dei documenti

BizTalk Server supporta molte codifiche diverse per i documenti di file XML e flat, ad esempio UTF-16, UTF-8, GBK cinese semplificato, GB18030 cinese semplificato e così via.

Per i documenti in ingresso, BizTalk Server può riconoscere la dichiarazione di codifica nei documenti XML, ad esempio "<?xml version="1.0" encoding="GB2312" ?>". Lo schema del file flat ha una proprietà Code Page per indicare la codifica dei documenti di file flat in ingresso.

Per i documenti in uscita, gli assembler di file XML e flat usano la proprietà Charset di destinazione. Se viene specificata questa proprietà, BizTalk Server converte i documenti in uscita nel set di caratteri specificato indipendentemente da quello di origine. Se non è impostata alcuna proprietà Charset di destinazione, XML usa il protocollo UTF-8 e i file flat usano la tabella codici specificata nello schema del file flat.

Conversione di codice da una tabella codici non supportata a una tabella codici di Windows

Per implementare le conversioni di codice da tabelle codici non supportate in una tabella codici di Windows, è necessario creare un componente personalizzato della pipeline.

Il contrassegno di ordine byte influisce sulla codifica dei documenti

BizTalk Server determina la codifica dei caratteri e produce documenti con una codifica caratteri particolare, diversa per i messaggi XML e file flat.

L'Editor schemi può contenere proprietà in più lingue

I nomi delle proprietà del linguaggio XSD (XML Schema Definition) mostrati nella finestra Proprietà dell'Editor schemi e nel codice sorgente XML non sono localizzati e vengono visualizzati in inglese in tutte le versioni localizzate. Altre proprietà sono invece visualizzate nella lingua locale. Ad esempio, nella versione cinese semplificata di BizTalk Server, le proprietà dello schema sono in inglese, ma le proprietà aggiuntive vengono visualizzate in cinese.

Dati dipendenti dalle impostazioni internazionali nei file flat

Molte impostazioni internazionali rappresentano dati quali la data, l'ora, il numero e la valuta utilizzando formati differenti da quelli definiti nello standard XML. Diverse impostazioni internazionali, ad esempio, utilizzano un separatore decimale diverso dal punto (.) e pertanto il numero cinque e tre quarti può essere rappresentato come 5,75.

In BizTalk Server tutti i campi dei file flat, ad eccezione di data e ora, vengono considerati come stringhe, in modo che l'analisi possa avere esito positivo. Quando, tuttavia, si utilizza la convalida XML, il messaggio XML risultante restituisce un errore durante la convalida rispetto allo schema.

Per i campi di data e ora, il parser tenta di analizzare il valore del campo rispetto all'istanza DateTime utilizzando un formato di data o di ora personalizzato, se definito, e lo scrive in formato XML o utilizza il valore originale come stringa se il formato di data o ora non è definito. Anche in questo caso, se viene utilizzata la convalida XML, la data o l'ora risultante potrebbe non superarla se non viene utilizzato un formato di data o ora personalizzato e il valore del campo utilizzato nel messaggio file flat non è nel formato di data o di ora XML corretto.

Tenere presente che è anche possibile creare mappe o componenti della pipeline personalizzati in modo da aggiornare i valori del campo per produrre dati XML validi.

Supporto del linguaggio di definizione BAM

Prima di distribuire un file XML di definizione BAM, verificare che la lingua utilizzata per crearlo corrisponda alle impostazioni internazionali del computer sul quale viene distribuito. Se le impostazioni del file e del computer non corrispondono, è innanzitutto necessario riavviare il computer utilizzato per eseguire il file BM.exe.

Nota

Nel file XML di definizione BAM non può essere incluso testo in più lingue a meno che le lingue non utilizzino tutte la stessa tabella codici o siano incluse solo due lingue e una di esse è l'inglese.

Vedere anche

Implementazione della codifica di caratteri in un componente della pipeline
Gestione della codifica in un componente della pipeline del disassembler
Codifica di caratteri nel componente della pipeline del disassembler del file flat
Codifica di caratteri nel componente della pipeline dell'assembler del file flat
Codifica di caratteri nel componente della pipeline dell'assembler XML
Codifica di caratteri nel componente della pipeline del disassembler XML