WCFフォルト - 詳細要素がありません

Question

本質的にAutomapperを使用して例外をフォールトに変換するカスタム例外処理ビヘイビア（IErrorHandlerの実装）があります。

これは、1日目からうまくいきました。しかし、私たちのサービスから返されたフォールトがdetail要素を省略しているServiceTraceViewer（私たちのサーバーのログではなくクライアントを参照しています）を参照しています。

開発マシンでまったく同じコードと設定を実行すると、detail要素が正しく読み込まれます。私が言うように、コンフィギュレーションファイル（ビヘイビア、バインディング）は両方のマシンで同じです。どちらの構成も、includeExceptiondetailsInFaults = trueを指定します。

私も同じコードパスが障害コードのような様々なものの値が同じである、両方のマシンで続いていることを示しているように見えるログ文の束を追加した、障害の理由など

私のdevのマシン2008R2標準（64ビット）です。問題のサーバーも2008R2 Standard（64ビット）です。

必要な場合、私は、コードの抽出を投稿することができますが、まず第一に私たちが見ているもののために可能性があり、環境は何がありますか？問題のあるファイルから

エキス：ここエチケットわから

<s:Body u:Id="_1"> 
<s:Fault> 
<s:Code> 
<s:Value>s:Sender</s:Value> 
</s:Code> 
<s:Reason> 
<s:Text xml:lang="en-NZ">An error occured during the request to the ...</s:Text> 
</s:Reason> 
</s:Fault> 
</s:Body> 

Answer 1

ない100％。これは、私の特定の馬鹿馬鹿しいブランドに似ていると思われる回答です。たぶん他の誰かが（私はまったく同じコード/設定を述べた）私はすべてのものを比較していたと確信していた

...そして答えはそれらに適用される、など愚かなことでしょう。しかし、私はちょうどすぐにビジュアルを与えた動作設定ファイル。別の開発者が私に近づいた後、私はローカルファイルがサーバーファイルと同じではないことに気付きました。ドー！私はつもりだと思います、我々はすでになど

を記録するために使用IErrorHandlerの挙動に加えてIErrorHandlerを実装し、他のカスタム動作をトリガ -

は、実際には、サーバのファイルは、ポストビルドステップで追加された1つの余分ラインを持っていました別の質問を今開いて、複数の動作が同じインタフェースを実装し、それぞれの機能を汚染しないようにする（Faultを返すなど）というアプローチへの答えを求めています。