問題タブ [wcf-behaviour]
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.
wcf - WCFでの例外送信のプログラム構成
Silverlightクライアントで、WCF呼び出し中にサーバーで発生した例外を表示できるようにしたいと思います。
(クライアント上で)WCFチャネルを作成するための現在のコードを考えると:
例外が発生すると、「NotFound」例外が発生しますが、これは明らかに役に立ちません。例外情報を取得するにはどうすればよいですか?
このコードを使用して、上記で返されたクライアントオブジェクトを使用します。
begin/End呼び出しをtry{}catch {}ブロックでラップしても、catch{}ブロックにジャンプすることはないようです。
重要な場合は、クライアントでSilverlight3を使用しています。
wcf - .config ファイルを介してカスタム WCF バインディング動作を設定する - なぜこれが機能しないのですか?
こちらの例に従って、サービス クライアントにカスタム動作を挿入しようとしています。
すべての手順に従っているように見えますが、ConfigurationErrorsExceptionが発生しています。私が間違っていることを見つけることができる私よりも経験豊富な人はいますか?
app.config ファイル全体を次に示します。
例外メッセージは次のとおりです。
system.serviceModel/behaviors の構成セクション ハンドラーの作成中にエラーが発生しました: 拡張要素 'myLoggerExtension' をこの要素に追加することはできません。拡張機能が、system.serviceModel/extensions/behaviorExtensions の拡張コレクションに登録されていることを確認します。パラメーター名: 要素 (C:\Documents and Settings\Andrew Shepherd\My Documents\Visual Studio 2008\Projects\WcfPractice\ChatClient\bin\Debug\ChatClient.vshost.exe.config 5 行目)
ClientLoggingEndpointBehaviourExtension オブジェクトへの参照を正しく記述したことはわかっています。これは、デバッガーを介してインスタンス化されていることを確認できるためです。
wcf - WCF チャレンジ (IDispatchMessageInspector インターフェイスの AfterReceiveRequest メソッド内)
AfterReceiveRequest でいくつかの値を取得しており、それを WCF の BeforeSendReply で使用したいと考えています。どうすればそれができるのか、私を助けてください。私はC#プロジェクトファイルで作業しています。ここでは Seesion、ViewState を使用できません。使うことができます
static フィールドですが、それは良い解決策ではありません。これに対する最善の解決策を教えてください。
以下は私のコードのいくつかの行です。
wcf - 名前パラメーターが存在する場合、WCF endpointBehaviors 拡張機能は取得されませんか?
カスタム MessageInspector を使用してサービス エンドポイントの動作を拡張しようとしています。拡張機能は正常に動作し、取得されますが、動作タグで「name」パラメーターを定義せず、エンドポイントで特定の behaviorConfiguration を定義しない場合に限ります。これは、すべてのエンドポイントを拡張していることを意味し、これは望ましくありません。誰が私が間違っているのか説明してもらえますか?
この構成はmyBehaviour
拡張機能を取得せず、失敗しません。
ただし、削除する
名前が存在しないように動作タグを変更します
うまく動作します。
ありがとうございました
c# - アプリケーション エンドポイントとインフラストラクチャ エンドポイントをどのように区別しますか?
サービスが単一のアプリケーション エンドポイントを公開する場合にのみ (相互運用性の理由から) 正しく機能する WCF のカスタム動作を作成しています。
IServiceBehavior.Validate
このメソッドを使用して、サービスによって公開されているアプリケーション エンドポイントが 1 つだけであることを確認できるようにしたいと考えています。現在、私は次のことを行っています:
serviceDescription.Endpoints
残念ながら、エンドポイントを含むすべてのエンドポイントが含まれていIMetadataExchange
ます。これにより、完全に有効なサービスで検証が失敗します。
私が必要としているのは、アプリケーション (非インフラストラクチャ) エンドポイントのみをカウントする方法ですが、WCF 自体がどれがどれであるかを判断する方法を見つけることができません。
silverlight - ビヘイビアー内にフォールトをスローし、それをクライアントに返す
Silverlightクライアントから呼び出されるサービスをWCFで作成しています。IDispatchMessageInspectorを介して、障害が返されるたびにステータスコードを200に変更します。
ほぼ完璧に動作しますが、エラー500:NotFoundを返し続けることがあります。
ObjectContextの変更をコミットするために、別のIDispatchMessageInspectorを作成しました。ただし、これが失敗した場合、エラーハンドラは呼び出されません。
UnitOfWorkMessageInspectorが実行されるまでに、メッセージはすでに非障害応答として設定されていたと思います。どうすれば両方を機能させることができますか?
wcf - WCF-クライアントはエンドポイントと同じ動作をする必要がありますか?
次のWCFエンドポイント構成があります。
これが私のクライアント構成です:
私は動的にWebサービス呼び出しを行っており、別のアドレスを提供しています。
エンドポイントを呼び出すと、次のエラーメッセージが表示されます。
{"EndpointDispatcherでのContractFilterの不一致が原因で、アクション'http:// IMyService / CreateContainer'のメッセージを受信者で処理できません。これは、コントラクトの不一致(送信者と受信者の間のアクションの不一致)または送信者と受信者の間のバインディング/セキュリティの不一致。送信者と受信者が同じコントラクトと同じバインディング(メッセージ、トランスポート、なしなどのセキュリティ要件を含む)を持っていることを確認してください。 "}
これは、クライアントがエンドポイントと同じserviceBehaviorを持っていないという事実が原因でしょうか?私が見逃している可能性のあるものは他にありますか?
ありがとう!
wcf - null参照例外をスローするWCFサービス動作拡張
だから、私はルーティングサービスを書こうとしています。アイデアは、誰かがルーティング サービスを呼び出すたびに、エンドポイントが WCF 動作拡張によってランダムに選択されるというものです。それを実現するために、 DynamicReconfigurationと呼ばれる MSDN の例を少し変更して使用しました。私のweb.configの一部は次のようになります
動作と動作拡張の実装
問題は、UpdateRulesメソッドの最後の行がNullReferenceExceptionをスローしていることです。動作に添付しても、この拡張機能が見つかりません。MSDN の例では、ルーティング サービスはコンソール アプリケーションでホストされており、ここでは IIS でホストしようとしています。ここで何かが足りない...
wcf - WCF 動作でドメイン データを利用できるようにする
私のアプリケーションには、Web サービスへのすべてのリクエストに追加したい値 (「BusinessUnit」) があります。これを行う 1 つの方法は、値を挿入する WCF 動作を記述することです。
ただし、明確でない部分の 1 つは、この値をアプリケーションから取得して動作に組み込む方法です。
私の質問を説明するために、これを実装する方法を次に示します。
何か案は?
wcf - WCFの最も美しいところは何だと思いますか?
WCFはあなたの生活を楽にしますか、それとも難しくしますか?あなたはそれが自然の中で美しいと思いますか、それとも疫病のような醜さを避けるべきですか?
単純なバインディング構成(ala webHttpEndpoint / basicHttpBinding )でREST+SOAPインターフェースをサポートするというアイデアが好きです。ASMXの日々が恋しいですが、SVCはここにとどまっているようです。WCF + MVCは、ホストファクトリとカスタムサービスルーティング(ala ServiceHostFactory / WebServiceHostFactory)を構築するための優れた組み合わせでもあります。
あなたの好き/嫌いは何ですか?