通过 .config 文件设置自定义 WCF 绑定行为 - 为什么这不起作用？

Question

我正在尝试按照示例 此处。

我似乎遵循了所有步骤，但我得到了 ConfigurationErrorsException。有没有比我更有经验的人可以发现我做错了什么？

这是整个 app.config 文件。

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <system.serviceModel>
        <behaviors>
            <endpointBehaviors>
                <behavior name="ClientLoggingEndpointBehaviour">
                    <myLoggerExtension />
                </behavior>
            </endpointBehaviors>
        </behaviors>
        <extensions>
            <behaviorExtensions>
                <add name="myLoggerExtension"
                     type="ChatClient.ClientLoggingEndpointBehaviourExtension, ChatClient, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null"/>
            </behaviorExtensions>
        </extensions>
        <bindings>
        </bindings>
        <client>
            <endpoint
                behaviorConfiguration="ClientLoggingEndpointBehaviour"
                name="ChatRoomClientEndpoint"
                address="http://localhost:8016/ChatRoom"
                binding="wsDualHttpBinding"
                contract="ChatRoomLib.IChatRoom"
                />
        </client>
    </system.serviceModel>
</configuration>

这是异常消息：

创建时发生错误 配置节处理程序 系统.服务模型/行为： 扩展元素“myLoggerExtension” 无法添加到此元素。 验证扩展名是否为 在扩展集合中注册 在 系统.serviceModel/扩展/行为扩展。 参数名称：元素（C:\Documents 和设置\安德鲁·谢泼德\我的 文档\Visual Studio 2008\项目\WcfPractice\ChatClient\bin\调试\ChatClient.vshost.exe.config 第 5 行）

我知道我已经正确编写了对 ClientLoggingEndpointBehaviourExtension 对象的引用，因为通过调试器我可以看到它被实例化。

Answer 1

这是一个有点随机的想法，但也许不是：颠倒配置中元素的顺序，以便扩展出现在行为之前。

-奥辛

Answer 2

事实证明，我没有完全正确地获得程序集限定名称。
程序集限定名称足够正确，可供 .NET 框架加载，但随后 WCF 框架在匹配行为配置时会执行简单的逐字符比较。

为了最终获得准确的类型名称，我编写了代码来创建 ClientLoggingEndpointBehaviourExtension 对象的实例，并编写了 AssemblyQualifiedName 属性到本地变量，然后我将其从调试窗口复制并粘贴到 .config 文件中。

我必须做的这一切被认为是 WCF 框架中的一个错误。
（请参阅此链接）
显然它已在 .NET 4.0 中修复。

另请参阅 这篇文章。