問題タブ [endpointbehavior]

Java初期化サーブレットに相当する.netはありますか？

私たちがそれにいる間、フィルターに相当しますか？

そして最後に、上記のもの（フィルター）が存在する場合、これらはWCFサービスへの要求が行われる前/後に実行できますか？

ホストのすべてのサービスにエンドポイントの動作を追加しようとしています。

たとえば、いくつかの.svc ServiceHost宣言があり、Web.configを介してこれを構成する方法を知りたいです。

何か案は？ありがとう。

<WSDLFlatteningExtension />上記の行は、web.config で認識されません。実行時にエラーをスローします。C:\windows\Assembly と C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE に dll をドロップしましたが、何も機能していないようです。

IIS でホストされている WCF サービスがあり、それにエンドポイントの動作を追加する必要があります。web.configに追加することはできません。(プラグイン アーキテクチャをサポートする必要があり、プラグイン作成者は私の web.config にアクセスできません。) これをサービスの静的コンストラクターに入れてみました。

しかし、「ServiceHost を開いた後はこの値を変更できません」という例外がスローされます。インスペクタ オブジェクトを追加する前に host.Close() を呼び出すと、同じ例外がスローされます。

私もこれを試しました：

しかし、効果がないようです。エンドポイントの動作が呼び出されることはありません。

では、IIS がホストする WCF サービスにエンドポイントの動作を追加することは可能ですか?

http://megakemp.com/2009/02/06/managing-shared-cookies-in-にあるヘッダー「集中型Cookie管理」で概説されているこの方法でWCFサービス呼び出しを行うときに、共有認証Cookieを管理しています。 wcf /

IClientMessageInspectorカスタム、、、作品IEndpointBehaviorを設定しましたBehaviorExtensionElement。私のエンドポイントの動作は、次のようにメッセージインスペクターを追加します。

すべて問題なく動作しますが、複数のクライアント間でCookieを共有する場合、このソリューションは機能しなくなります。このApplyDispatchBehavior()メソッドは新しいインスタンスを作成するため、他のクライアントはそのメッセージインスペクターインスタンス、つまり認証チケットを取得しません。

そこで、次のようにインスタンスを挿入できるカスタムコンストラクターを作成しようと考えました。

ただし、WCFにはパラメーターのないコンストラクターが必要です。インターネットを介して除草するWCFには、依存性注入、作成などを可能にするフックがIInstanceProviderありIServiceBehaviorます。しかし、それが私がここで探しているものではないと思います。

誰かが私を正しい方向に導くのを手伝ってもらえますか？

ここに示すような UoW を実装しようとしています: https://blog.iannelson.uk/wcf-global-exception-handling/

しかし、Autofac でそれを接続する方法を理解することはできません。どこから始めればよいかまったくわかりません。

http://autofac.readthedocs.org/en/latest/integration/wcf.htmlを使用して、Autofac で WCF を正常に動作させました。

しかし、IEndpointBehavior を挿入または追加するには? わからない...

UoW を実装するためのより良い方法があれば、私は聞きたいです。

編集：

今のところ、私はやった：

これが許容できる方法かどうかはわかりませんが、ハックのようです:(

編集2:

WCF で UoW を実行することはできないようです:/

編集3：

ここにソリューションを投稿しました：http://www.philliphaydon.com/2011/11/06/unit-of-work-with-wcf-and-autofac/

主にさまざまな言語でエラー メッセージと応答メッセージを提供するために、いくつかの異なるカルチャに合わせてローカライズする必要がある WCF サービスがあります。リクエスト ヘッダーから何かを解析することに頼るのではなく、サポート カルチャごとに異なるエンドポイントを提供する方向に傾いています。たとえば、次の行に沿ってさまざまな URL があります。

このアプローチを実現するには、次の行に沿って web.config で構成できる必要があると思います。

エンドポイントの動作に文化要素がないことは理解していますが、この種のアプローチはカスタム動作で実現可能でしょうか? または、代わりにそれを行うより良い方法はありますか？

サービスの 1 つのカスタム ヘッダーを必要とするカスタム Behavior 拡張機能を除外したいと考えています。出来ますか？RemoveBehaviorExtension 要素について読みましたが、どこで使用するかについては言及されていません。

どんな助けでも大歓迎です！ありがとう！

WCF クライアントに追加したい WCF 動作拡張があります。ただし、クライアントはプログラムによって構築されます。エンドポイント アドレスは異なる場合がありますが、タイプはわかっています。プログラムまたは構成ファイル (推奨) で動作を追加できますが、構成ファイルでのみ構成を渡す必要があります。

これを一般的な動作 (machine.config) で使用したくありません。

プログラムで動作を追加できます

しかし、私は config でそれを行いたいので、そこで拡張機能を構成することもできます。

クライアントエンドポイントをプログラムで構築したままにして、型またはインターフェイスのみを知っているプログラムで構築されたエンドポイントにエンドポイントの動作拡張を宣言的に追加して構成することは可能ですか?

もちろん、構成を別のセクションに配置して、そこで動作を読み取らせることもできますが、可能であれば WCF 機能を使用したいと思います。