Menu
Just stumbled over this one today and I can't find any information about it. So that's why I ask here. Perhaps someone knows why.
I added a custom WCF behavior extension to my web.config. It looks like this:
<behaviorExtensions>
<add name="errorBehavior" type="MyNs.TracingErrorBehaviorElement,MyNs,
Version=1.0.6.0, Culture=neutral, PublicKeyToken=null" />
</behaviorExtensions>
(No space in there: MyNs.TracingErrorBehaviorElement,MyNs)
It works perfectly fine on my development machine, on our staging server, on our live server, etc.
Today we installed the product on a customer server and got the following exception:
System.Configuration.ConfigurationErrorsException: An error occurred creating the configuration section handler for system.serviceModel/behaviors: Extension element 'errorBehavior' cannot be added to this element. Verify that the extension is registered in the extension collection at system.serviceModel/extensions/behaviorExtensions...
After spending half an hour searching the web for possible causes I added spaces to the fully qualified assembly name. So I changed it to:
<behaviorExtensions>
<add name="errorBehavior" type="MyNs.TracingErrorBehaviorElement, MyNs,
Version=1.0.6.0, Culture=neutral, PublicKeyToken=null" />
</behaviorExtensions>
(See the space: MyNs.TracingErrorBehaviorElement, MyNs)
and it worked.
Does anyone know why it works without a space on some machines and not on others?
I checked the .Net-versions. They matched. Could it be caused by regional settings?
Edit says:
I checked the used .Net versions on all machines and they are all the same: .Net 4.0 But I found a difference between the machine where I get the error with a missing blank and the others machines where it works: All machines where it works without the blank have installed .Net Framework 4.5. So it could be one of those bugs that were fixed in 4.0 and deployed with 4.5, right?
479
An assembly's name is stored in metadata and has a significant impact on the assembly's scope and use by an application. A strong-named assembly has a fully qualified name that includes the assembly's name, culture, public key, version number, and, optionally, processor architecture.
A fully qualified type name consists of an assembly name specification, a namespace specification, and a type name. Type name specifications are used by methods such as Type. GetType, Module. GetType, ModuleBuilder.
In computer programming, a fully qualified name is an unambiguous name that specifies which object, function, or variable a call refers to without regard to the context of the call.
This is a known bug, documented in this blog post by Shawn Cicoria.
It doesn't say anything about exactly when the bug got fixed, the WCF config classes are entirely too convoluted to narrow it down. I'd guess, given the age of the post, that this is a .NET 4.5 fix. With failure on the client site due to it having 4.0 installed. You'd know better from the target you picked for your project.
Otherwise a good demonstration how difficult it is for Microsoft to ever fix bugs.
106
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With
