Bekannte Probleme von MLLP-Adaptern
Dieser Abschnitt enthält nützliche Informationen, mit denen Sie MlLP-Adapterfehler (Minimal Lower Layer Protocol) vermeiden können.
Der bidirektionale MLLP-Adapter erkennt möglicherweise kein Problem mit einem ACK.
Wenn Microsoft BizTalk Accelerator for HL7 (BizTalk Accelerator for HL7 (BTAHL7)) eine Bestätigung (ACK) für einen bidirektionalen MLLP-Adapter empfängt, führt der Adapter eine einfache Überprüfung für den ACK durch, um dessen Gültigkeit zu bestimmen. Wenn es gültig ist, wird das MSA1-Feld extrahiert, und abhängig von seinem Wert wiederholt der Adapter die ursprüngliche Nachricht, auf die der ACK reagiert hat, oder löscht sie. Da es sich bei der vom Adapter durchgeführten Überprüfung jedoch nicht um eine vollständige Überprüfung handelt, kann der Adapter kein Problem mit dem ACK erkennen. Für instance konnte der Adapter ermitteln, ob die ACK gültig ist, und die ursprüngliche Nachricht löschen, während die Pipeline ermittelt, dass die ACK nicht wohlgeformt war, und die ACK-Nachricht angehalten würde.
MLLP-Leistungsindikatoren zählen keine ACKs
Ein Leistungsindikator ist die Anzahl von Nachrichten, die von einem MLLP-Adapter verarbeitet werden, wie durch MLLP-Leistungsindikatoren angegeben. Diese Anzahl misst die Anzahl der empfangenen oder übertragenen Nachrichten. Die Anzahl misst jedoch nicht die Anzahl der empfangenen oder gesendeten ACKs.
Es ist nicht garantiert, dass die Verbindungsnamen des MLLP-Adapters eindeutig sind.
BTAHL7 garantiert nicht die Eindeutigkeit des Verbindungsnamens, der auf den Eigenschaftenseiten eines MLLP-Adapters eingegeben wird. Stellen Sie sicher, dass beschreibende und relevante Verbindungsnamen in dieses erforderliche Feld eingegeben werden. Die Verwendung von Verbindungsnamen, die Branchenanwendungen darstellen, kann nützlich sein, wenn Sie versuchen, das Verhalten der Verbindung zu verstehen. Beispielsweise verwenden PerfMon-Leistungsindikatoren den Verbindungsnamen.
Hinweis
BTAHL7 stellt die Eindeutigkeit von Empfangsspeicherorten oder Sendeportnamen sicher.
Bidirektionale MLLP-Adapter senden keine Commit-ACKs für alle Nachrichten in einem Batch
Wenn Sie jede Nachricht in einem Batch so konfigurieren, dass eine Commit-ACK generiert wird, und das System den Batch an einen bidirektionalen MLLP-Empfangsadapter sendet, sendet der Adapter nur den Commit-ACK, der der ersten Nachricht im Batch entspricht.
Hinweis
Es wird empfohlen, einen unidirektionale MLLP-Adapter zum Transport von Batches zu verwenden.
VOM bidirektionalen MLLP-Adapter generierte NAK
Wenn ein bidirektionales MLLP-Adapter eine Nachricht angehalten, generiert der MLLP-Adapter einen NAK (negative Bestätigung) und platziert sie in der MessageBox-Datenbank. Dies kann ein unerwartetes Verhalten sein. Sie können das NAK aus der MessageBox-Datenbank entfernen oder einer anderen Nachricht zuordnen.
Der bidirektionale MLLP-Adapter unterstützt nur das 2.X-Nachrichtenformat.
Der bidirektionale MLLP-Adapter unterstützt derzeit nur das 2.X-Nachrichtenformat.
Der bidirektionale MLLP-Adapter unterstützt keine statischen Bestätigungen.
Der bidirektionale Sendeadapter unterstützt die Verarbeitung statischer Bestätigungen nicht.