問題タブ [web-services]

それは2008年です、そして私はまだこれに引き裂かれています。そこで、複合型を渡してそこから返す必要があるWebメソッドを開発しています。私がいじっている2つのオプションは次のとおりです。

1. データと動作の両方を含む実際のビジネスオブジェクトを渡し、返します。wsdl.exeを実行すると、データ部分のみを含むプロキシクラスが自動的に作成され、サーバー側の実際のビジネスオブジェクトとの間で自動的に変換されます。クライアント側では、ダムプロキシタイプのみを使用できるようになり、適切と思われる実際のビジネスオブジェクトにマップする必要があります。ここでの大きな欠点は、サーバー側とクライアント側の両方を「所有」していて、同じセットの実際のビジネスオブジェクトを使用したい場合、名前の競合などで特定の頭痛の種に遭遇する可能性があることです（実際のオブジェクトとプロキシの名前は同じです。）

2. 「実際の」ビジネスオブジェクトを渡そうとするのを忘れてください。代わりに、実際のビジネスオブジェクトに手動でマッピングする単純なDataTransferオブジェクトを作成するだけです。いずれにせよ、それらはwsdl.exeによって新しいプロキシオブジェクトにコピーされますが、少なくとも、Webサービスがビジネスロジックを含むオブジェクトをネイティブに処理できると思い込ませることはありません。

ちなみに-オブジェクトのコピーを作成しないようにwsdl.exeに指示する方法を知っている人はいますか？「ねえ、この既存のタイプをここで使用してください。コピーしないでください」とだけ言うことはできません。

とにかく、今のところ＃2に落ち着きましたが、皆さんのご意見に興味があります。一般的にはもっと良い方法があると思いますし、すべての点で完全に正確ではないかもしれませんので、あなたの経験を教えてください。

更新：VS 2008には、プロキシファイルにまったく新しい同一のタイプを作成するのではなく、「サービスリファレンス」を追加するときに既存のタイプを再利用するオプションがあることがわかりました。甘い。

Web サービスを作成し、そのメソッドを使用したい場合は、プロシージャでインスタンス化し、メソッドを呼び出し、最後に破棄しますが、「プライベート void」で Web サービスをインスタンス化しても問題ないと思います。 Main_Load(object sender, EventArgs e)" イベント。

問題は、最初の方法でそれを行う場合、メソッドのいずれかが必要になるたびに Web サービスをインスタンス化する必要があることですが、別の方法では、フォームで使用するときに常に Web サービスを接続したままにしておく必要があります。

これらのプラクティスのどれが優れているか、またはそれを行うためのはるかに優れた方法があるかどうかを知りたい

戦略 1

戦略 2

ページ内にFlexアプリケーションが埋め込まれている.netWebアプリケーションがあります。このフレックスアプリケーションは、.netWebサービスを呼び出します。デバッガーを介して実行プロセスを追跡でき、応答が得られるまですべてが見栄えがします。

flexからの呼び出しは良さそうですが、Webサービスを介した実行は良好ですが、これは私がwiresharkを介してキャプチャした応答です。ここで何が起こっているのでしょうか。

「HelloWorld」からパラメータ化されたメソッドまで、いくつかのWebメソッドを試しました...すべて同じ応答でカムバックします...

「---＆gt」を使用したエンコーディングと関係があるのではないかと思いましたが、.netが応答としてレンダリングするものを制御する方法がわかりません。

バージョン情報を Web サービスに取り込む方法を提案できる人はいますか? (VB.NET)

タイトルまたは説明でアセンブリ バージョンを動的に使用したいのですが、属性には定数が必要です。

.asmx ページに情報を表示する唯一の方法は、バージョン情報を文字列として手動で書き込むことですか?

紳士淑女の皆様、こんにちは！

OK、 ASP.NET Web Service Results, Proxy Classes and Type Conversionに関する私の他の質問に続きます。私は自分のプロジェクトで、自分の思考を制限する必要がある部分に来ました。

基本的に、Web サービスから返してクライアント アプリケーションで使用する必要がある、大きくて複雑なカスタム オブジェクトがあります。

ここで、前の説明に基づいて、これが戻り値の型としてプロキシ クラスの形式をとることがわかっています。これを克服するには、基本的にプロパティを一方から他方にコピーする必要があります。

この場合、それは私が本当に、本当に、本当にしたいことです! 避けたい！

それで、他にどのようにこれを行うことができるでしょうか？

私が現在考えているのは、オブジェクトを XML に完全にシリアル化できるようにしてから、Web サービスから XML を文字列として返すことです。次に、クライアントでデシリアライズします。これはかなりの属性装飾を意味しますが、少なくとも両方のエンドポイントのコードは軽量になります。つまり、.NET XML シリアライザーを使用するだけです。

これについてどう思いますか。

WCF サービスを作成しましたが、エンドポイントを参照すると、次のエラーが発生します。

私は問題を解決しましたが、経験を楽しんでいませんでした! このような問題をデバッグするためのヒントやツールはありますか?

C＃Webサービスでsoap通信を暗号化する簡単な方法を探しています。

WSE 3.0を調べていましたが、Microsoftがサポートを終了したようで、使用するのは簡単ではありません。
WCFはオプションだったようですが、私は.NET2.0からアップグレードしたくないと思っています。

シンプルでわかりやすい暗号化方法はありますか？

私はよくこのようにWebサービスを使用します

しかし、時々私はこれをします

2 番目のアプローチは非常に気に入っていますが、タイムアウトになることがあり、アプリケーションを再起動する必要がありました。最初のアプローチではオーバーヘッドが発生し、あまり効率的ではないと思います。理由がわからない）。

オーバーライドされた関数 GetWebRequest で KeepAlive プロパティを false に変更するタイムアウトを超える記事 ( Web Service Woes (A light at the end of the tunnel?) ) を見つけました。コードは次のとおりです。

問題は、Web サービスのタイムアウトを永久に延長することは可能かということです。最後に、この問題を処理するために Web サービスをどのように実装しますか?

次のようなASP.NETWebサービスがあります。

次のようなものを使用して、ASPからWebサービスを呼び出しています。

私が遭遇している問題は、XMLがProcessMessageメソッドに到達すると、Webサービスの配管が途中でデフォルトの名前空間を追加したことです。つまり、ProcessMessage（XmlDocument message）内にブレークポイントを設定すると、次のように表示されます。

有線でパケットをキャプチャすると、SOAPツールキットによって送信されるXMLが.NETWSクライアントによって送信されるXMLとわずかに異なることがわかります。SOAPツールキットは以下を送信します。

.NETクライアントが送信する間：

ASP /SOAPツールキットを使用して.NETWebサービスを呼び出してからかなりの時間が経ちましたが、このようなものを回避するために引っ張っていた巧妙なトリック/SOAP-fuをすべて思い出せません。

何か案は？1つの解決策は、XMLを文字列パラメーターとして受け取り、私に代わってWSを呼び出すCOM呼び出し可能.NETプロキシをノックアップすることですが、これは私がやりたくない複雑さ/作業の余分な層です。

NUnit または MBUnit 内から Web サービスの統合テストを行いたいと考えています。これについてはまだ深く掘り下げていませんが、これを行うには「単体テスト」で WebDev.WebServer.exe を起動する必要があると確信しています。(実際には単体テストではないことはわかっています)。

はい、Web サービスが独自に使用する基礎となるオブジェクトをテストできます (私もそうです)。しかし、この場合のテストに興味があるのは、プロキシがすべて機能し、期待どおりに処理されることなどです。

何かアドバイス？