問題タブ [iservicebehaviors]

私は WCF と IServiceBehaviors を使用しており、EndPointDispatchers を追加しています。

確認したいのは、EndPointDispatcher で、サービスまたはサービス コントラクトにどの属性が設定されているかを確認する方法があるかということです。

これを行う理由は、サービスに属性がある場合、新しいインスペクターが追加され、そうでない場合は無視されるためです。

設定ファイルを介してそれを機能させることに運がなかったので、クラスレベルの属性を介してそれを支配するより堅牢なルートに行くことを試みることにしました。これを機能させることができれば、多くのコードを繰り返すことなく、サービスレイヤーのFaultsで例外をラップするための優れた方法であることは明らかです。

ただし、属性を定義するコードが完全にコンパイルされ、IDEによって認識されているにもかかわらず、属性内のコードが実行されることはありません。私はこれを解決することに関して読むべきものを使い果たしました-ただ処理されてただ投げられる例外。

また、機能を変更せずにこの問題を単純化するために、rorysサイトにあるCodePlexで見つかったコードの一部を借用して切り刻みました（冗長なオーバーロードを削除しました）

これは私を狂わせています...助けてください！：D

RoryPrimrose-属性の実装

ロリープリムローズ-IErrorHandlerImplementation

コード：

サービスインターフェイスと実装

KnowErrorHandlerの実装：

属性の定義-問題がここにあるのではないかと疑ってください。私はそれが私がこのコードをどのように使用しているかにあるとかなり確信しています。

WCF でデータセットを返すすべての操作で、プロパティ SchemaSerializationMode に .ExcludedSchema 値が設定されていることを確認したいと考えています。

CustomBehavior でこれを行うことはできますか? CustomDispatchBehavior を実装して MessageInspector を追加しようとしましたが、AfterReceiveRequest メソッドと BeforeSendReply メソッドでは戻り値を処理できません。BeforeSendreply では、戻り値は既にシリアル化されています。コードはどこにプラグインできますか?

open311プロトコルでは、次の形式のエンドポイントをサポートする必要があります。

• domain / requests.xml
• domain / requests.json

最初のエンドポイントはxmlリクエストを受け入れ、2番目のエンドポイントはjsonリクエストを受け入れます。

プロトコルはさらに、エラーをリクエスト形式（xmlまたはjson）で返す必要があることを指定します。

ServiceBehaviorErrorHandlerを実装するときに、ProvideFaultメソッド内でリクエスト形式（xmlまたはjson）を判別することが不可能であることがわかりました。すべての例は、jsonまたはxmlを返します。

同じ形式でエラーメッセージを返すことができるように、リクエスト形式をどのように判断できますか？私の実装：

メソッドを強制的に使用する必要なく、いくつかの動作を追加できるようにしたいと考えています。典型的な例は、[InvokeErrorSupport] 属性を介したものです。この属性の目的は、サービスを展開するときにテスト電子メールを送信して、エラー電子メールが正常に送信されることを確認することです。したがって、マジック ストリングをリクエスト パラメータ オブジェクト、ビジネス ロジックに関連しない 1 つまたは複数の [OperationContract] メソッドなどに保存すると、コントラクトが汚れます (単一の責任を念頭に置いて)。[Heartbeat] 動作など、他のケースでメソッドを呼び出す可能性があることを嬉しく思います。

振る舞いを書くのに問題はありません。これは WCF の優れた機能ですが、今のところ、起動後にロックダウンする Initialize などのメソッドをコントラクトに追加する必要があるようです。この例などでは、サービスは外部向けであることが多いため、DoS 攻撃などを回避したいと考えています。

私はクライアント側について調べましたが、とにかく見ることができません。正直に言うと、この機能が存在しないことはある程度理にかなっています。

誰でもアドバイスを提供できますか？