Bekannte Probleme für Microsoft BizTalk Accelerator für SWIFT (A4SWIFT)

Dieser Abschnitt enthält nützliche Informationen, die Ihnen dabei helfen können, Fehler mit Microsoft BizTalk Accelerator for SWIFT (A4SWIFT) zu vermeiden. Die bekannten Probleme sind in die folgenden Bereiche gruppiert:

Nachrichtenreparatur und neue Übermittlung

Das Drucken eines Reparaturdokuments wird im Verlaufsprotokoll aufgezeichnet, auch wenn es abgebrochen wurde.

Wenn Sie den Befehl Drucken für ein Dokument im Posteingang reparieren ausführen und dann den Druck abbrechen, wird der Druck weiterhin in das Verlaufsprotokoll eingegeben. Dies tritt auf, wenn Sie das zu reparierende Dokument im InfoPath-Formular öffnen, im Menü Datei auf den Befehl Drucken und dann im Dialogfeld Drucken auf Abbrechen klicken. Sie sollten den Eintrag im Verlaufsprotokoll ignorieren.

Eine doppelte Signatur kann zu einer XLANG/s-Fehlermeldung führen.

Wenn ein Prüfer dasselbe Zertifikat wie ein Reparaturprogramm verwendet, hält A4SWIFT die Nachricht an und gibt in einer Fehlermeldung an, dass doppelte Signaturen nicht zulässig sind. A4SWIFT generiert jedoch auch eine weitere Fehlermeldung mit einer Ereignisquelle von XLANG/s, die angibt, dass der XLANG/s-Dienst angehalten wurde. Diese Meldung können Sie ignorieren.

Die Nachrichtengröße kann sich auf die Reparaturleistung auswirken

Wenn Sie versuchen, eine ungewöhnlich große XML-Datei zu reparieren, kann die Systemleistung erheblich beeinträchtigt werden, wenn Sie die XML-Datei im InfoPath-Formular für den Nachrichtentyp öffnen. Der Arbeitsspeicherverbrauch kann steigen, die CPU-Auslastung kann abnehmen, und der Prozess schlägt möglicherweise mit einem Fehler fehl, der darauf hinweist, dass nicht genügend Speicher zum Abschließen des Vorgangs verfügbar war.

Die letzte Signatur, die zum erfolgreichen Signieren einer Nachricht verwendet wurde, wird durch Authentifizieren von Signaturen authentifiziert.

Wenn Sie in einem InfoPath-Formular auf die Schaltfläche Signaturen authentifizieren klicken, wird die Signatur für die Phase, in der Sie sich befinden, nur überprüft, wenn Sie das Formular bereits signiert haben. Andernfalls wird die Signatur für die vorherige Phase überprüft, sofern vorhanden, und es wird der folgende Fehler ausgegeben:

Der Signierbenutzer ist für die rolle "stage_name>" in der <Abteilung <department_name> nicht ordnungsgemäß konfiguriert.

Angenommen, Sie befinden sich unmittelbar nach einer Überprüfungsphase in einer Genehmigungsphase. Wenn Sie das Formular noch nicht als genehmigenden Benutzer signiert haben und auf Signaturen authentifizieren klicken, authentifiziert A4SWIFT die signatur, die der Prüfer verwendet hat, nicht die Signatur Ihrer genehmigenden Person, und gibt den vorherigen Fehler aus.

A4SWIFT Bereinigungstool löscht keine Vorlagen.

Das A4SWIFT-Bereinigungstool führt die folgenden Vorgänge nicht aus:

• Entfernt alle MT-Vorlagen von der MRSR-Website.

• Entfernt alle Vereinbarungen und Partnerprofile von der MRSR-Website.

• Entfernt alle Benutzer, Rollen und Abteilungen.

• Hebt die Registrierung der A4SWIFT BizTalk Server von der MRSR-Website auf.

Die A4SWIFT_MRSRDepartment-Eigenschaft ist auf eine leere Zeichenfolge für eine Nachricht festgelegt, die nicht analysiert wurde.

Wenn die Nachrichtenreparaturorchestrierung eine nicht analysierte Nachricht an messageBox weitergibt, die behoben wurde, wird die eigenschaft A4SWIFT_MRSRDepartment auf eine leere Zeichenfolge festgelegt und höher stufen. Ein Sendeport kann diese Eigenschaft nicht abonnieren.

Eine Abteilung kann nicht gespeichert werden, wenn der SSO-Dienst beendet wurde.

Wenn Sie versuchen, eine Abteilung hinzuzufügen, wenn der SSO-Dienst beendet wird, erhalten Sie eine Fehlermeldung, die angibt, dass der Computername> des primären SSO-Servers <fehlgeschlagen ist. Prüfen Sie, ob SSO konfiguriert ist und der SSO-Dienst auf diesem Server ausgeführt wird.

Ein Abteilungsname darf nicht das Zeichen "~" enthalten.

Ein Abteilungsname, der das Zeichen "~" enthält, verursacht Probleme mit der A4SWIFT-Datenbank.

Signieren von Infopath-Formularen

Das Signieren von InfoPath-Formularen muss manuell erfolgen.

Sicherheit

Die Kombination von vertrauenswürdigen und nicht vertrauenswürdigen Hosts kann Spoofing ermöglichen.

Es kann möglich sein, SWIFT-gebundene Nachrichten von anderen nicht vertrauenswürdigen BizTalk Server Hostanwendungen zu spoofen. Dies ist nur ein Problem, wenn sie im gemischt vertrauenswürdigen Modus ausgeführt wird (wenn vertrauenswürdige Hosts und nicht vertrauenswürdige Hosts Anwendungen in derselben BizTalk Server Gruppe ausführen). Sie können dieses Risiko minimieren, indem Sie Die Quelle der SWIFT-gebundenen Nachricht mithilfe von Pipelinekomponenten für die Partyauflösung identifizieren. Dies ist nicht erforderlich, wenn sie in einer vollständig vertrauenswürdigen Umgebung oder in den meisten Verwendungsszenarien ausgeführt werden. Sie sollten die BizTalk Server Richtlinien zum Erstellen sicherer Anwendungen befolgen, wenn Sie vertrauenswürdige und nicht vertrauenswürdige Hosts kombinieren.

Verschiedenes

Die Einstellung CacheEntries kann von einem Setupprogramm zurückgesetzt werden, was sich auf die Leistung auswirkt.

Der CacheEntries-Registrierungsschlüssel bestimmt die maximale Anzahl von Regelsätzen, die vom Updatedienst der Geschäftsregel-Engine zwischengespeichert werden. Das BizTalk Server Setup-Programm legt CacheEntries standardmäßig auf 32 fest. Das A4SWIFT Setup-Programm ändert HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft \BusinessRules\3.0\CacheEntries in 512, um eine optimale Leistung zu erzielen. Unter bestimmten Umständen kann CacheEntries jedoch automatisch zurückgesetzt werden. Dies kann sich auf die Systemleistung auswirken.

Regel-Engine-Updates können CacheEntries von 512 in 32 ändern. Setzen Sie CacheEntries nach der Installation eines Rule Engine-Updates bei Bedarf manuell auf 512 zurück.

Obwohl das A4SWIFT Setup-Programm CacheEntries von 32 auf 512 festlegt, wird beim Deinstallieren A4SWIFT CacheEntries nicht von 512 auf 32 zurückgesetzt.

Weitere Informationen finden Sie im Thema "Regel-Engine-Konfiguration und Optimierungsparameter" in BizTalk Server Hilfe.

Das Erstellen eines Pipelineprojekts kann zu einer großen Anzahl von Warnungen führen.

Wenn Sie den SWIFT-Assembler zu einer Sendepipeline oder den SWIFT-Disassembler zu einer Empfangspipeline hinzufügen und dann das Pipelineprojekt erstellen, das diese Pipelines enthält, erhalten Sie möglicherweise eine Reihe von Warnungen im Zusammenhang mit den Pipelinekomponenten. Diese Warnungen weisen darauf hin, dass Visual Studio keine Abhängigkeiten finden konnte. Sie können die Bedingung korrigieren, die zu diesen Warnungen führt, indem Sie die Copy Local-Eigenschaft der SWIFTAsm- oder SWIFTDasm-Assembly im Referenzordner wie folgt ändern:

1. Erweitern Sie in Projektmappen-Explorer von Visual Studio Ihr Pipelineprojekt, und erweitern Sie dann den Knoten Verweise.

2. Wählen Sie unter dem Knoten Verweise die SWIFTAsm-Assembly und/oder die SWIFTDasm-Assembly aus.

3. Ändern Sie im Bereich Eigenschaften den Wert für die Eigenschaft Copy Local in False.

4. Klicken Sie mit der rechten Maustaste auf Ihr Pipelineprojekt, und klicken Sie dann auf Erstellen.

   Hinweis

   Es sollten keine Warnungen angezeigt werden, wenn Abhängigkeiten nicht gefunden werden.