質問

ので

このの質問はSoapHttpClientProtocolはスレッドセーフではないことを私に伝えます。そして、私の本当の寿命試験は、私のSOAPHeaderプロパティは、呼び出しの間にアップ混入保つよう、これは、真である私に語りました。私は、この全体のスレッドを使用して、正しい私の性質を維持できることを確認する方法はありますか?そして、別のスレッドがそれを閉じたときに、開いている私は、接続を考える一つのスレッドのその質問に与えられた例に実行しないことを確認してください?私は私の要求が行われた後、SOAPヘッダの値を心配する必要がありますか?私は要求が発行されるまで、私はそれらを設定するような特性があることを確認できますか?

役に立ちましたか?

解決

あなたはそれがマルチスレッドにしない場合は、

私はを頼む最初の事は正しく、サービス作業を行います。あなたは、後続の呼び出しを行う場合、それらすべてが正常に動作し、あなたの希望する結果が得られますか?ない場合は、おそらくより多くのサーバ側の問題があります。

あなたはそれが行く前にSOAPメッセージをダウンシリアライズ可能性が送信されているかを確認します。それは正しく生成なってきていることを確認します。

私の仕事ブロックは、多くのウェブサイトへのアクセスが、私の記憶が正しければCodeProjectのは、いくつかの例があります。

シングルスレッド作品は所定の位置にシリアライズ層を持っているし、それはあなたのマルチスレッドシナリオで、ディスクにファイルを書き込む必要があります。そして、あなたは何を働いていると何があなたのコードは、それが送信だ考えるものではないことがわかります。

あなたはそれが一つの値として、あなたのエンドポイントを見てもよいが一種のNATファイアウォールの背後にいるような、複数の接続を確立しようとしているので、おそらくあなたのコールは、サーバーによって混入されているよりも。あなたはどちらの接続を取得することができることが、あなたの他のスレッドのうちの1つが第1を通じてメッセージを取得します。その場合は、あなたはそれ自身のアプリケーションドメイン内の各スレッドをスピンアップしてみてください可能性があり、それはあなたのために何をするかどうかを確認します。あなたがしようとするために利用できる他に何私の頭の上から確認してくださいそれが動作することを言って、ではないではない。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top