問題タブ [wcf]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - C# 用の WSDL ジェネレーター
C# で記述されたサービス コントラクト (つまり、WCF を使用して "[OperationContract]" としてタグ付けされたメソッドのセット) の WSDL を生成するための優れたツールを知っている人はいますか? 私が見つけたすべてのツールは逆に機能します。つまり、WSDL からコード スタブを作成します。WSDL ファイルを手動でジャムする必要はありません。PHP と J2EE 用のツールは見つかりましたが、C# 用のツールは見つかりませんでした。ありがとう!
wcf - SilverlightでWCF例外をキャッチする最良の方法は?
WCF サービスを使用する Silverlight 2 アプリケーションがあります。そのため、サービスのメソッドへのすべての呼び出しに非同期コールバックを使用します。これらの呼び出しの前または実行中に、サービスが実行されていない場合、サービスがクラッシュした場合、またはネットワークがダウンした場合などは、期待どおりに例外が生成されます。問題は、この例外をキャッチする方法がわからないことです。
これは非同期呼び出しであるため、begin 呼び出しを try/catch ブロックでラップして、プログラムがその時点から移動した後に発生する例外を取得することはできません。
サービス プロキシは自動的に生成されるため、EndInvoke を呼び出すすべての生成済み関数 (例外が実際に表示される場所) に try/catch ブロックを配置することはできません。これらの生成された関数は、コール スタック内の外部コードにも囲まれているため、スタック内に try/catch を置く場所は他にありません。
コールバック関数が呼び出される前に例外が発生するため、try/catch をコールバック関数に入れることができません。
App.xaml.cs には Application_UnhandledException 関数があり、未処理の例外をすべてキャプチャします。これを使用できますが、面倒な方法のようです。この関数は、本当に予期しないエラー (別名バグ) 用に予約しておき、特定の方法で対処したいすべての状況でこの関数のコードを終わらせないようにしたいと思います。
明らかな解決策がありませんか?または、Application_UnhandledException を使用して立ち往生していますか?
[編集]
以下で説明するように、Error プロパティはまさに私が探していたものです。ループのために私をスローしているのは、例外がスローされ、キャッチされていないように見えるという事実ですが、実行は続行できます。Application_UnhandledException イベントをトリガーし、VS2008 で実行が中断されますが、デバッガーで続行すると実行を続行できます。それは実際には問題ではなく、奇妙に思えるだけです。
c# - WCF の障害と例外
初めて WCF サービスを作成しています。サービスとそのすべてのクライアント (少なくとも現時点では) は C# で記述されています。サービスは、渡されたデータに対して多くの入力検証を行う必要があるため、クライアントに無効なデータを示す何らかの方法が必要です。私はフォルトと例外、例外をフォルトにラップすること、そして私をさらに混乱させる多くの矛盾する記事について多くのことを読んできました。このケースを処理する適切な方法は何ですか?
例外を完全に回避し、結果の戻りメッセージをパッケージ化する必要がありますか? 特別なフォールトまたは特別な例外を作成する必要がありますか?それとも、WCF 以外の検証関数の場合のように ArgumentExceptions をスローする必要がありますか?
私が今持っているコード ( MSDNの影響を受ける) は次のとおりです。
メソッドには [FaultContract(typeof(ValidationFault))] があります。それで、これはこれにアプローチする「正しい」方法ですか?
.net - WASホスティングとWindowsサービスホスティング
一部の内部サービスにWindows2008、.NET 3.5、およびWCFを使用するプロジェクトに取り組んでいますが、サービスをホストする方法について疑問が生じています。
Windows 2008を使用しているので、Windowsプロセスアクティベーションサービス(WAS)を利用するのが良いと思っていましたが、プロジェクトではWindowsサービスを使用する方が良いと感じています。
では、Windowsサービスと比較してWASを使用してWCFサービスをホストすることの欠点は何ですか?Windowsサービスを使用することの本当の利点はありますか、それとも進むべき道でしたか?
.net - WCF netTCPBinding-トランスポート暗号化は十分ですか?
機密データを処理するWCFサービスがあります。そのデータが公開されないようにしたいので、netTCPBindingを検討しています...主に、データが実行されるネットワークを制御でき、パフォーマンスが優先度が高いためです。
暗号化できる領域には、トランスポートレベルとメッセージレベルの2つがあることを認識しています。トランスポートレベルで暗号化するために証明書を使用するつもりです。これは、TLSoverTCPを使用していることを理解しています。
呼び出し元のクライアントも私のものなので、トランスポートレベルを制御します。トランスポート層に変更はないと予想しているので、メッセージレベルの暗号化を気にする必要がありますか?トランスポートを変更する柔軟性が必要でない限り、不要のようです。
wcf - WCF と ZeroC ICE を比較した人はいますか?
ZeroC の ICE (www.zeroc.com) は興味深いようで、私はそれを見て、WCF を使用する既存のソフトウェアと比較することに興味があります。特に、WCF アプリはサーバー コールバックを (HTTP 経由で) 使用します。
比べたことある人いますか?どうだった?相互運用性は現在、私たちにとってあまり重要ではないため、特にパフォーマンス面に関心があります。ありがとう!
wcf - WCF - サービス内で FaultExceptions をスローするオーバーヘッド
サービス間でビジネス ルールをやり取りするためにメッセージと障害の例外を使用する方法について質問を投稿しました。
この例外をネットワーク経由でスローするためにオーバーヘッドが発生するという印象を受けましたが、シリアル化および逆シリアル化されるのは単なるメッセージであることを考えると、それらは実際にはまったく同じものでした。
しかし、これにより、一般的に例外をスローすること、またはより具体的には FaultExceptions をスローすることについて考えるようになりました。
今、私のサービス内で、私が使用する場合
「あなたのアカウントはアクティブ化されていません」のような単純なビジネス ルールを伝えるために、これによりどのようなオーバーヘッドが発生しますか? .NET で通常の例外をスローするのと同じオーバーヘッドですか? または、WCF サービスは、フォールト コントラクトを使用してこれらをより効率的に処理しますか。
したがって、私のユーザーの例では、これがサービスメソッドを記述するための最適な/推奨される方法です
オプション a
オプションb
.net - 画像受信用WCFサービス
画像を受け入れるための Web サービスを作成する最良の方法は何ですか。画像は非常に大きい可能性があり、Web アプリケーションのデフォルトの受信サイズを変更したくありません。私はバイナリ イメージを受け入れるものを書きましたが、より良い代替手段が必要だと感じています。
wcf - 生成されたWCFクライアントに資格情報を使用してプロキシを設定するにはどうすればよいですか?
顧客が資格情報を持つプロキシを使用している場合、WCFサービスに接続するのに問題があります。生成されたクライアントプロキシにクレデンシャルを設定する方法が見つかりません。
Webサービスを利用すれば、プロキシを設定することができます。
c# - WCF は Java でうまく機能しますか?
Java で適切に動作する WCF サービス プロトコルはどれですか?
TCP サービス バインディングは Java リモーティング (Corba、EJB、JMS など) で動作しますか?
サービス エンドポイントとして公開されている Web サービスについてはどうでしょうか。これらは、相互運用性について共通の Java WebServices スタックに対してテストされていますか?