为什么找不到我的自定义WCF行为扩展元素类型？

Question

我有一个包含两个项目的解决方案.一个项目是ASP.NET Web应用程序项目,一个是类库.Web应用程序具有对类库的项目引用.这些都没有强烈的名称.

在类库中,我称之为"Framework",我有一个端点行为(一个IEndpointBehavior实现)和一个配置元素(一个派生自BehaviorExtensionsElement的类).配置元素是我可以通过配置将端点行为附加到服务.

在Web应用程序中,我有一个支持AJAX的WCF服务.在web.config中,我将AJAX服务配置为使用我的自定义行为.配置的system.serviceModel部分非常标准,如下所示:

<system.serviceModel>
 <behaviors>
  <endpointBehaviors>
   <behavior name="MyEndpointBehavior">
    <enableWebScript />
    <customEndpointBehavior />
   </behavior>
  </endpointBehaviors>
 </behaviors>
 <serviceHostingEnvironment aspNetCompatibilityEnabled="true" />
 <services>
 <service name="WebSite.AjaxService">
  <endpoint
           address=""
           behaviorConfiguration="MyEndpointBehavior"
           binding="webHttpBinding"
           contract="WebSite.AjaxService" />
  </service>
 </services>
 <extensions>
  <behaviorExtensions>
   <add
       name="customEndpointBehavior"
       type="Framework.MyBehaviorExtensionsElement, Framework, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"/>
  </behaviorExtensions>
 </extensions>
</system.serviceModel>

在运行时,这非常有效.启用AJAX的WCF服务正确使用我自定义配置的端点行为.

问题是当我尝试添加新的AJAX WCF服务时.如果我执行Add - > New Item ...并选择"启用了AJAX的WCF服务",我可以看到它添加.svc文件和代码隐藏,但是当它更新web.config文件时,我收到此错误:

配置文件不是WCF服务库的有效配置文件.

无法加载为扩展名'customEndpointBehavior'注册的类型'Framework.MyBehaviorExtensionsElement,Framework,Version = 1.0.0.0,Culture = neutral,PublicKeyToken = null'.

显然,配置完全有效,因为它在运行时完美运行.如果我暂时从我的行为配置中删除该元素,然后添加启用了AJAX的WCF服务,那么一切都顺利进行.

不幸的是,在一个更大的项目中,我们将拥有各种配置的多个服务,暂时删除所有自定义行为将容易出错.虽然我意识到我可以不使用向导并且手动完成所有操作,但不是每个人都可以,并且能够使用产品,因为它本意使用 - 向导和所有.

为什么找不到我的自定义WCF行为扩展元素类型？

更新/澄清:

• 它确实在运行时工作,而不是设计时间.
• 当我尝试添加服务时,Framework程序集位于Web项目的bin文件夹中.
• 虽然我可以手动添加服务("没有配置"),但我需要开箱即用的项目模板才能工作 - 这就是问题的整个目标.
• 在Visual Studio 2008中可以看到此问题.在VS 2010中,这似乎已得到解决.

我在Microsoft Connect上提交了此问题,但事实证明您必须将自定义配置元素放在GAC中或将其放在IDE文件夹中.他们不会修复它,至少目前是这样.我已经发布了他们提供的解决方法作为这个问题的"答案".

Answer 1

根据微软在我提交的Connect问题上发布的解决方法,这是一个已知问题,并且不会有任何解决方案,至少在当前版本中:

无法添加新服务项的原因:添加新项并更新配置文件时,系统将尝试加载配置文件,因此它将尝试在此配置文件中搜索并加载cusom扩展的程序集.仅在程序集是GACed或与vs exe(Program Files\Microsoft Visual Studio 9.0\Common7\IDE)位于同一路径的情况下,系统才能找到它.否则,将弹出错误对话框,"添加新项目"将失败.

我理解你的痛点.不幸的是,我们无法在当前版本中进行此更改.我们将在以后的版本中对其进行调查,然后尝试提供更好的解决方案,例如提供浏览对话框以使客户指定路径,或者更好的错误消息以指示解决方案的某些工作等等...

您可以在当前阶段尝试解决方法:GAC您的自定义扩展程序集或将其复制到"Program Files\Microsoft Visual Studio 9.0\Common7\IDE"？

我们将提供自述文件以帮助可能遇到同一问题的其他客户.

不幸的是,看来我在这个上运气不好.

Answer 2

我刚刚用过

[assembly: AssemblyVersion("1.0.*")]
//[assembly: AssemblyVersion("1.0.0.0")]
//[assembly: AssemblyFileVersion("1.0.0.0")] 

所以我每次都有新的装配编号.

但我们有

   <add name="clientCredential" type="Client.ClientCredentialElement, Client, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" />

其中,版本= 1.0.0.0这是不对的!

所以你有2个选择

1. 回到

   //[assembly: AssemblyVersion("1.0.*")] 
   [assembly: AssemblyVersion("1.0.0.0")]  Keep it manually.
   [assembly: AssemblyFileVersion("1.0.0.0")] 
   

2. 每个构建都使用正确的数字手动替换Version = 1.0.0.0.

Answer 3

对于任何偶然发现这一天的人来说,可能的解决方案是在app.config/web.config中完全限定您的程序集.EG,如果你有

<system.serviceModel>
    <extensions>
        <behaviorExtensions>
            <add name="clientCredential" type="Client.ClientCredentialElement, Client" />
        </behaviorExtensions>
    </extensions>

尝试 - 将值替换为necassary

<system.serviceModel>
    <extensions>
        <behaviorExtensions>
            <add name="clientCredential" type="Client.ClientCredentialElement, Client, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" />
        </behaviorExtensions>
    </extensions>

这个特殊的解决方案对我有用.