次の方法で共有


インストールに関する既知の問題の確認

BizTalk FileAct アダプターと InterAct アダプターには、次のセクションに記載されている既知の問題があります。

SWIFT では、統合テスト ベッド (ITB) と SWIFTNet スタブ環境でのストレス テストはサポートされていません

ITB はスループットの観点からサービス レベル アグリーメント (SLA) を提供せず、データが完全に送信または一貫性があることを保証することはできません。 パイロット環境の運用ネットワークでの実装をストレス テストする必要があります。

さらに、データ損失を回避するために、すべてのノード (サーバー、回線、帯域幅) が適切に構成されていることを確認する必要があります。 一般的なスループットの例を次に示します。

  • Interact/Fileact ストレスの多いコンピューターでの送信: 20 メッセージ/分

  • ストレスを受けたコンピューターでの Interact/Fileact Receive: 300 - 400 メッセージ/分

    詳細については、SWIFT のドキュメントを参照してください。

キューが開いているときにプッシュされないメッセージ

InterAct または FileAct Store and Forward (SnF) モードを使用している場合、キューとのセッションが開いているときにメッセージがプッシュされていない場合は、SNLreceiver.exe 再起動する必要があります。 これにより、場合によっては発生する可能性がある SWIFT の問題を回避できます。

メッセージに "" や "<&" などの文字を渡す場合は、CDATA を使用する必要があります

CDATA という用語は、XML パーサーによって解析されないテキスト データに関して使用されます。 XML 要素では、"<" や "&" などの文字は無効です。 パーサーが新しい要素の先頭として解釈するため、"<" はエラーを生成します。 パーサーが文字エンティティの先頭として解釈するため、"&" はエラーを生成します。 CDATA セクション内のすべてがパーサーによって無視されます。 CDATA セクションの先頭は "<![CDATA[" で終わりは "]">

Payload-Only モードでパススルー パイプラインを使用する必要がある

InterAct アダプターにペイロード専用モードを使用している場合は、カスタム パイプラインを使用していない場合は、送受信ポートの両方でパススルー パイプラインを使用する必要があります。

複数のセキュリティ コンテキストが作成されない (SWIFTNet スタブ コンピューター)

SWIFTNet スタブ コンピューターでは、異なる送信ポートに対して複数のセキュリティ コンテキストが作成されません。 ITB に複数のセキュリティ コンテキストが作成されます。