増幅し、補足協奏要求-応答の例外処理
-
22-09-2019 - |
質問
い胞を用いる請求に対応ポート電話、webサービスを待ちます。これは。
そうした動きに合わせて試験を扱うエラーと私は呼びwebサービススロープに分によるゼロになります。の協奏が追いつかないので、例外として、例外;を行っております場合は、SOAPフォルト私は戻っては通常の文字列になります。
しかし私が試されるこの行動だけを依頼ポート、自動的に同期ができない場合がありまcatchブロックの協奏に分割によるゼロになります。いくのwebサービス例外を要求応答ポート、だけでなく、ワンポートです。
解決
あなたが見ているこのタイプのエラーです。 BizTalkが受信したレスポンスを解析し、ヘッダとボディにそれを分割した後、ヘッダを解析しようとします。レスポンスが不正なHTTPであれば、それはこの種のエラーが発生します。応答メッセージを解釈するSOAPのlibrbaryを使っているとのメッセージが悪いbecuaseそれが吹きます。それが正確に応答長形にヘッダを取得し、いくつかの数学をscroggedなかったため、ゼロによる除算が発生する可能性があります。
私は(NetMonのように)ライン上のパケットスニファを配置し、実際のBizTalkに送信されているものを見るでしょう。それは(仕様を参照するか、ダミーのための良好なHTTPを見つける。)HTTP準拠していない場合は、BizTalkが予想通り、国連を反応させることができます。
幸運を祈るます。
他のヒント
おいて遊びのルール!
るために例外をキャッチ内の範囲をブロック増幅し、補足しながら、要求-応答ポートなければならなくなるかもしれないのですか。
- セットのretry-countが0の体請求-応答ポートを使用するに連結します。
- きのフラグ送達通知を送信"を論理的要求-応答の港内での協奏.
- キャッチ"。ます。サービスプロトコルSoapException"例外で取り扱いしてください。
武器agiは、dexで下がらないboxerぐ.
参考文献:て差し替えによって、様々な記事をコードプロジェクト コードのプロジェクト