問題タブ [tcptrace-pocketsoap]

C# で作成した Web サービスと、クライアントから提供されたテスト ハーネスがあります。残念ながら、私の Web サービスは、テスト ハーネスによって作成されたオブジェクトを解析していないようです。問題は石鹸パケットのシリアル化にあると思います。

TCPTrace を使用して、SOAP パケットを Web サービスに渡すことができましたが、リモート マシン上でのみだったので、そこでデバッグすることはできませんでした。オブジェクトを手動で作成し、Web 参照を介して Web サービスを呼び出す現在のテスト ハーネスではなく、生成された SOAP パケットを使用してローカル Web サービスを呼び出す方法はありますか?

[編集] SOAP パケットを取得したマシンは VM 上にあったため、自分のマシンにリンクできません。石鹸のパケットを貼り付けて Web サービスを呼び出すツールを探していると思います。

Visual Studio を使用すると、Web サービスを簡単に呼び出すことができます。裏で何が起こっているのかを把握するのは困難です。

Web サービスを呼び出すときに、.Net アプリから生成された実際の XML を確認するにはどうすればよいですか?

あるプロセスのサーバーへの接続がダウンし、別のサーバーへの接続がアップしているシナリオをシミュレートしようとしています。私の場合、ネットワークケーブルを引っ張るだけでは機能しません。これは、稼働状態を維持するために別のプロセス接続が必要なためです。

この種の仕事のためのツールはありますか？私はWindowsを使用しています。ありがとう！

WebHttpBinding を基本認証 (HttpClientCredentialType.Basic) に設定して WCF を使用して POX REST 呼び出しを行う際に問題が発生する

HTTP ヘッダーに「Authorization: Basic」を指定したクライアントからの 1 回の呼び出しの代わりに、2 回の呼び出しが行われます。サービスが 401 Unauthorized エラーで応答する認証なしの最初の呼び出し、適切な認証情報を持つ 2 番目の呼び出し。

これは、問題なく WCF サービスによって処理されるようです。サードパーティのサービスを呼び出すと、すぐにエラーが返されるため、明らかに問題が発生します。

サービスコード:

クライアントコード:

TcpTrace を使用すると、次のようなリクエストが連続して表示されます。

Authorization: Basic dGVzdDp0ZXN0最初 のリクエスト (認証なし) を停止するには?

TcpTrace ユーティリティを使用したサンプル ソリューションは、次の場所からダウンロードできます。

WCF-BasicAuthenticationIssue.zip

最近、私は WCF アプリに取り組んでおり、サービスからの応答のサイズを小さくするために、soap メッセージの本文を圧縮する機能が必要です。

いくつかの調査の後、http://weblogs.asp.net/cibrax/archive/2006/03/29/WS_2D00_Compression-for-WCF.aspx'> http://weblogs.asp.net/からオンラインで入手できる実装を見つけました。 cibrax/archive/2006/03/29/WS_2D00_Compression-for-WCF.aspxの作成者は、チャネル関連のクラスに関連付けられた新しいバインド要素「CompressionBindingElement」を作成しました。

この圧縮ソリューションは私の WCF アプリで完全に機能し、応答のサイズはほぼ 90% 縮小されました。最初に http バインディング (http トランスポートを使用したカスタム バインディングを意味します) でテストしましたが、すべて問題ないようです。

net.tcp バインディング (tcp トランスポートを使用したカスタム バインディング) で試してみたところ、アプリは引き続き正常に動作しました。しかし、いくつかのトレース ツールで確認したところ、奇妙なことがわかりました。

ChannelFactory によってクライアントを作成し、圧縮バインディング要素を含むすべてのバインディング要素を明示的に追加するメソッドを 10 回呼び出して単体テストを行いました。最初に TcpTrace で応答を確認したとき、これら 10 個のメッセージすべてが 1 つの要求にまとめられていることに驚きました。

そのため、SvcTraceViewer でリクエストを確認しようとしたところ、サービスがシャットダウンされるまでソケット接続が開いたままになっていることがわかりました。処理の進行状況を調べたところ、すべてのメッセージ、チャネルはリクエストごとに閉じられていると信じていましたが、接続は閉じられていませんでした。

この問題は、要素がバインディングに追加されていない場合、または http バインディングですべて問題ないように見える場合、圧縮バインディング要素を使用したネット tcp バインディングでのみ発生しました。

誰かがその解決策を試して、同じ問題を見たことがありますか? 接続を強制的に閉じるために他にできることはありますか? 私は何かを逃した可能性がありますか？

どうもありがとう、トニー

次のコードを使用して、ASP.net MVC アプリケーションからデータを要求しています。リクエスト/レスポンスを確認できるように、TcpTrace も使用しています。

IE を使用すると、すべて正常に動作します。コンテンツ タイプは正しく application/json に設定されています。ただし、Firefox 3.5.5 では、コンテンツ タイプがありません。

これにより、ASP.net MVC は XML を返します。Firefox がコンテンツ タイプを送信しない理由を説明できる人はいますか?

SoapHttpClientProtocol クラスを使用して SOAP 呼び出しを行う ASP.NET Web アプリケーションを IIS で実行しています。ここ数日で、いくつかの XP マシンが、SOAP サービスの呼び出し時にタイムアウト エラーを報告し始めました。

テスト アプリからのスタック トレース:

TCP/Trace と Wireshark を使用すると、リクエストのヘッダーは送信されているが、コンテンツは送信されていないことがわかります。ただし、コンテンツ長の HTTP パラメータは正しく、コンテンツ ストリームがフラッシュされていないかのようです。

Microsoft の更新プログラムがこの問題の原因であると思われます。KB970430、KB971737、KB968389の可能性があります。この問題は、IIS 5.x (IIS の XP バージョン) に限定されているようです。

要求の種類に応じて、JSON または XML オブジェクトのいずれかを受け入れる MVC アプリケーションがあります。このアプリケーションは、この記事に基づいています

複雑なオブジェクトを必要とする MVC アプリケーションでメソッドを呼び出すには、次の Javascript (JQuery) を使用します。

}

サーバーにデプロイされ、ネットワーク上の任意のクライアントからアクセスされると、すべて正常に動作します。ただし、サーバーから同じようにしようとすると、次のエラー メッセージが表示されます。

ページの場所: /api/wip/joboptimise/getlistforids/2010/3/10

メッセージ: 名前空間 '' からの要素 'root' が必要です.. 名前 ''、名前空間 '' の 'None' が見つかりました。

ソース: System.ServiceModel.Web

メソッド: System.Object InternalReadObject(System.Runtime.Serialization.XmlReaderDelegator, Boolean)

スタック トレース: System.Runtime.Serialization.Json.DataContractJsonSerializer.InternalReadObject(XmlReaderDelegator xmlReader, ブール値の verifyObjectName) で System.Runtime.Serialization.XmlObjectSerializer.ReadObjectHandleExceptions(XmlReaderDelegator リーダー、ブール値の verifyObjectName) で System.Runtime.Serialization.Json.DataContractJsonSerializer. System.Runtime.Serialization.Json.DataContractJsonSerializer.ReadObject(ストリーム ストリーム) での ReadObject(XmlDictionaryReader リーダー) rbm.api.ObjectFilter.ProcessJson(ActionExecutingContext filterContext) で

さらに調査すると、HttpContext の InputStream プロパティが空であることがわかります。見知らぬ人ですが、TcpTrace のようなアプリケーションを使用すると (HTTP トラフィックを確認できるように)、すべてが機能します!

どんな援助でも大歓迎です、

マーク