Problemi noti relativi all'elaborazione AS2
Questa sezione contiene argomenti che descrivono i problemi noti relativi alle soluzioni AS2 BizTalk Server.
L'elaborazione AS2 non è supportata nei computer a 64 bit
La soluzione BizTalk Server AS2 non è supportata nei computer a 64 bit. L'elaborazione AS2 è supportata solo nei computer a 32 bit oppure nei computer a 64 bit in cui è in esecuzione l'emulatore WOW64.
Le pipeline di ricezione AS2 richiedono che l'account con cui è in esecuzione il processo dell'istanza dell'host BizTalk di tipo Isolato faccia parte del gruppo Utenti applicazioni BizTalk
Se si utilizza la pipeline AS2EdiReceive o AS2Receive, è necessario aggiungere al gruppo Utenti applicazioni BizTalk l'account utente con cui è in esecuzione il processo dell'istanza dell'host BizTalk di tipo Isolato. Le pipeline AS2EdiReceive e AS2Receive vengono eseguite in questo processo.
Un'intestazione Receipt-Delivery-Option vuota causerà la trasmissione sincrona di un MDN
Se la pipeline AS2Receive riceve un messaggio con un'intestazione receipt-delivery-option vuota e viene richiesto un MDN asincrono, la pipeline ignorerà la richiesta di MDN asincrono. Al suo posto restituirà un MDN sincrono e inserirà un errore nel registro eventi e nel rapporto di stato AS2 (se abilitato). Questo problema si verifica se la proprietà "Ignora proprietà del messaggio in entrata" non è selezionata. Se la proprietà fosse stata selezionata, avrebbe sosvrascritto l'intestazione Receipt-Delivery-Option del messaggio con il valore della proprietà Receipt-Delivery-Option nella pagina Entità come mittente del messaggio AS2 della finestra di dialogo Proprietà AS2.
In questo esempio, poiché l'intestazione receipt-delivery-option è vuota, la pipeline AS2Receive non dispone di un indirizzo a cui trasmettere la risposta MDN su una connessione asincrona. La pipeline, tuttavia, ha ancora una connessione sincrona aperta, pertanto restituirà l'MDN su tale connessione. In presenza di una porta di ricezione unidirezionale, BizTalk Server chiuderà la connessione dopo la trasmissione del messaggio HTTP 200OK.
Utilizzo di intestazioni di riga HTTP espanse e compresse
Per ottenere la massima interoperabilità, è consigliabile utilizzare intestazioni di riga HTTP espanse per i messaggi AS2. Internet Information Services (IIS) 7.0 supporta solo le intestazioni HTTP espanse. IIS 6.0 supporta sia le intestazioni espanse che quelle compresse. Non tutti i sistemi, tuttavia, sono in grado di supportare intestazioni con più di 80 caratteri per riga, pertanto per tali sistemi è necessario utilizzare le intestazioni compresse.
L'impostazione predefinita per AS2 in BizTalk Server viene aperta nelle intestazioni di riga HTTP.
La risoluzione delle entità può essere influenzata da un nome localizzato
Quando in BizTalk Server viene eseguita la risoluzione delle entità in un messaggio AS2 in uscita, il processo di risoluzione può essere influenzato da un valore localizzato nelle intestazioni del messaggio. Se la proprietà di entità AS2-To nella pagina Entità come ricevitore del messaggio AS2 della finestra di dialogo Proprietà AS2 è impostata per impostazione predefinita su un nome di entità in lingua inglese, mentre il valore dell'intestazione AS2-To del messaggio AS2 è impostato su un nome non in lingua inglese, la corrispondenza non verrà trovata.
Limitazione delle dimensioni dei messaggi AS2
I messaggi AS2 crittografati devono essere inferiori a 96 MB per poter essere elaborati. Questa limitazione è imposta dal decodificatore AS2, che fa parte delle pipeline AS2Receive e AS2EdiReceive.
Un modo per risolvere il problema della limitazione delle dimensioni consiste nell'utilizzo della compressione, dal momento che un messaggio AS2 viene compresso prima di essere crittografato.
L'applicazione EDI BizTalk non deve essere modificata
Gli elementi nell'applicazione EDI BizTalk non devono essere modificati né eliminati. Se questa applicazione viene modificata, non esiste alcun modo per ripristinare l'applicazione originale annullando la configurazione delle funzionalità EDI e AS2 e riconfigurandole.
Il partner potrebbe rifiutare i messaggi multiparte
Sintomo
Quando si inviano messaggi multiparte tramite la pipeline di trasmissione AS2, il partner potrebbe rifiutare il messaggio a causa di un'intestazione MIME Content-Type mancante.
Possibile causa
Content-Type è un'intestazione facoltativa che può essere presente per ogni parte corpo di un messaggio multiparte. Alcuni partner richiedono che questa impostazione sia presente per ogni parte corpo e sia impostata su un tipo di contenuto specifico.
Nota
La proprietà Content-Type del corpo del messaggio verrà impostata dalla pipeline di trasmissione AS2, ma non verrà impostata per gli eventuali allegati.
Risoluzione
Se il partner richiede il valore dell'intestazione Content-Type per ogni parte corpo, è necessario creare un componente della pipeline personalizzato che imposti questa proprietà e utilizzarlo nella pipeline di trasmissione.
Quando si ricevono messaggi multiparte, la prima parte viene considerata il corpo
Sintomo
Quando si riceve un messaggio AS2 multipart, BizTalk Server può identificare correttamente uno degli allegati come corpo del messaggio.
Possibile causa
L'intestazione MIME di un messaggio multiparte o correlato potrebbe contenere un parametro facoltativo "start" che indica quale delle parti deve essere considerata il corpo del messaggio specificando l'ID contenuto della parte. Se il parametro start non è presente, la prima parte deve essere considerata il corpo del messaggio. BizTalk Server non rispetta il parametro iniziale se presente e considera sempre la prima parte come corpo del messaggio.
Risoluzione
Se il partner non è in grado di trasmettere il corpo come prima parte del messaggio multiparte o correlato, è necessario creare un componente della pipeline che identifichi correttamente il corpo del messaggio.
Vedere anche
Risoluzione dei problemi relativi alle soluzioni EDI e AS2
Architettura della soluzione AS2
Sviluppo e configurazione di soluzioni AS2 BizTalk Server