Andre de Cavaignac

Moving on...

Introducing PowerShell Pages - Script Style HTML Rendering

Early in the web development world, scripting languages such as ASP or PHP were used to compose pages. Although this proved great for relatively static pages, the dynamic web, filled with rich applications called for a more powerful framework. Thus, frameworks like ASP.NET were born.

ASP.NET solved a good number of problem spaces, but has made creating simple pages (such as a resume or menu, or other primitive list of data) more cumbersome. With the world of COM development becoming less common and less preferable, the gap for a scripting language to replace VBScript/ASP is needed. PowerShell scripting has filled the gap left by the demise of VBScript, but nothing has come along to replace ASP.

PowerShell Pages is an ASP like language, based on the PowerShell runtime. Using a simple HTTP Handler, ASP.NET can render pages scripted using PowerShell script (including cmdlets, and CLR/.NET objects) to the web. Simple, fast and intuitive programming for simple pages that just need to display some content.

The PowerShell Pages project is an open source project that I am starting.  Its implementation will be based on ASP.NET using a simple handler capable of consuming PowerShell HTML (PSH) scripts and writing HTML.  Because the script is hosted in ASP.NET, the ASP.NET HttpContext and the other components of the object model are available.  PSH scripts can work side-by-side with ASPX pages.

Ready to see what PowerShell Pages look like?
Sample Page: http://decav.com/psp/resume.psh
Sample Page Code: http://decav.com/psp/viewsource.psh?page=resume.psh
View Source Code: http://decav.com/psp/viewsource.psh?page=viewsource.psh

Join the Project - Visit the PowerShell Pages CodePlex project workspace

Gatsb.com Now Open Source (A Case Study in Geotagging, Workflow Foundation, SMS/MMS Parsing)

After hosting Gatsb.com for a year, I have decided to open source the project.  I haven't had time to promote it the way I wanted to promote it, and it therefore hasn't caught on with too many users.  I've been busy with other projects, other (grander) ideas, and think that this one should now belong to the community.

You can download the source code here: http://code.google.com/p/gatsb/

If you want to contribute to the project, please feel free to contact me at andreblog@decav.com

This project is a great case study of a bunch of new Microsoft technologies.  It includes Workflow Foundation, .NET 3.0, Microsoft Virtual Earth and ASP.NET Ajax.

One of the coolest features is how it keeps open a "session" with an SMS client.  Workflow Foundation is used to persist the state and when a new SMS comes in, it checks if theres an existing session for that SMS.  If there is, then it will revive the workflow and continue the session.  Cool stuff!

If you ever wondered how to create a database of geotagged entries, use ASP.NET ajax to make a snazzier site, or establish a user interface with any mobile device, I suggest checking out the code!

PowerShell: Repeat Yourself with the Command "Scratch Pad"

Heres a useful snippit of code I wrote as a utility and thought I'd post up for everyone.  Very often when using a command line, you need to repeat a set of commands.  For example, copy several files:

copy "c:\blah.txt" "c:\otherPlace\blah.txt"
copy "c:\dev\blah.txt" "c:\otherPlace\blah2.txt"

History is okay for this, but if you have a set of commands you need to run, you need to run them each individually.  Also, if you go to do something else, they'll eventually lose their spot in the command history.

To solve this, I created a "scratch pad".  Nothing special, but definately useful.

new-scratch "MyFirstScratch"
copy "c:\blah.txt" "c:\otherPlace\blah.txt"
scratch
copy "c:\dev\blah.txt" "c:\otherplace\blah2.txt"
scratch
## Do some other stuff here...
get-scratch # prints out the contents of the scratch.
invoke-scratch

This scratch pad is holds a set of commands that you want to rerun later.  You can then call invoke-scratch to run the scratchpad.  You can have multiple scratch pads, and use them by just adding the name to the end of the function (get-scratch "MyFirstScratch").  By default all scratch pad commands will default to the last used scratch pad.

The example below shows how to shorten the sample above:

new-scratch "MyFirstScratch"
copy "c:\blah.txt" "c:\otherPlace\blah.txt"
copy "c:\dev\blah.txt" "c:\otherplace\blah2.txt"
scratch 2   # Saves the last 2 items to the scratch pad

This can be very useful for writing scripts too.  the Save-Scratch command lets you export your scratch to a file.

Heres the code.  Add it to your profile and go.  Enjoy!

Invoking PowerShell Scripts from An Application

If you want to run your PowerShell scripts from a piece of code you're writing, and would prefer not to use Process.Start, you can easily use the PowerShell runtime classes to run those scripts for you, completely in-process.

The code snippit below shows how you can create a Runspace and pass it some simple commands.

List<Command> commands = new List<Command>();
commands.Add(new Command("set-location c:\\"));
commands.Add(new Command("./MyScript.ps1 'myParameter'", true));

using (Runspace runspace = RunspaceFactory.CreateRunspace())
{
    runspace.Open();
    using (Pipeline pipeline = runspace.CreatePipeline())
    {
        foreach (Command cmd in commands)
        {
            pipeline.Commands.Add(cmd);
        }
        pipeline.Invoke();
    }
    runspace.Close();
}

One thing to note here is you do not have a PSHost, so if you have a write-host anywhere, it will fail with the following exception:

CmdletInvocationException: Cannot invoke this function becasue the current host does not implement it.

To get around this, you can remove write-host from your scripts and just have them write single lines, or you can implement a simple PSHost (although this is a bit harder than it sounds).

Solution: "Unknown error", LDAP connection strings and System.DirectoryServices

If you've been using System.DirectoryServices.DirectoryEntry class, or the newer System.DirectoryServices.AccountManagement namespace to access your LDAP or Active Directory server, you may have experienced the following error:

COMException: "Unknown error (0x80005000)"

This can happen for numerous reasons, but one of the most frustrating and overlooked reason's I've found for this problem is when your LDAP connection string is malformed.  One of the most common malformations is in the case sensitivity of the LDAP:// component.  For example, LDAP://myServer/cn=users,dc=myserver,dc=com is a valid connection string, however ldap://myServer/cn=users,dc=myserver,dc=com is not.

If you use the Uri or UriBuilder classes, the builder may lowecase your scheme.  Always make sure to recapitalize the scheme when passing it into DirectoryEntry or any other API.

Cluster Primitives: MPI, MPI.NET, Large Data, and Passing Classes

The Message Passing Interface (MPI) standard, and its .NET implementation, MPI.NET have been some of the cornerstones of development on compute clusters.  The standard supplies a simple yet primitive way of both sending and receiving data between running compute processes.

The large advantage of MPI has been a mix of its simplicity and speed.  A call to MPI Send on one node and MPI Receive on another block both callers until the operation is complete.  Some more complex calls, such as MPI Scatter and MPI Gather allow a single node to distribute data to a set of nodes or retrieve it from a set of nodes.  An MPI Barrier allows all nodes to stop until they have all reached the agreed upon place in code, then allowing them to continue.  Such primitives allow a distributed set of processes to communicate, do some work, and then share values that each needs to continue with eachother.  Because this is all done with some low level, bare metal socket tricks and/or shared memory, the result is blazingly fast communication.

With this simplicity however, comes a trade off.  MPI has been a standard for nearly 20 years and has changed very little since its inception.  The way we program today has changed drastically, especially with managed languages such as C#.  No longer do we tend to worry about memory allocation, or dealing with raw memory.  Today, most languages have a concept of automatic memory allocations, garbage collection and type safety.  Although the primitives in MPI are unparalleled in simplicity for allowing multiple processors to communicate about a shared set of work, some striking limitations are found once we dig a bit deeper.

When I started with MPI.NET, I found the interface very simple.  An Mpi.Send<T>(obj) would send an object to a waiting client.  Mpi.Receive<T>() would give you back that object.  Nothing could be simpler.  In my example, however T happened to be a class that contained a byte[] of an undetermined size.  Once run on the cluster, the size of the byte[] I was passing increased dramatically, and an unexpected exception occured:

AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory has been corrupted.

After lengthy investigation, I found that MPI.NET was attempting to pin some memory in the .NET GC heap and pass that memory location as a buffer to the underlying MSMPI stack.  In doing so, it did not allocate enough memory for my large byte[], causing the write to try to write into the GC heap, thus throwing the exception.  In my case, to solve this, I created a large enough buffer and passed it into an override of Mpi.Receive<byte>(byte[]).  This overload pins the entire array that was passed in on the GC, and then passes that to the MSMPI stack.  On the send side, I manually serialized my class, checked the length (to ensure I would not overflow the receive buffer) and sent the byte[] instead of the raw class.  This solution does not take into accound messages larger than my expected buffer.  For that, I would have needed to chunk down the data.

The moral of the story here is sending primitives, arrays of primitives or fixed-sized structs over MPI.NET (which is the most common scenario) is a great use of a very fast messaging interface.  Once your demands get more complex, the MPI stack gets less favorable, not because of its inability to send more complex messages, but because of the manual labor involved in serializing and chunking down data.

It is no wonder that the HPC community is moving away from the traditional methods of MPI and communication across a set of processors to a Service Oriented (SOA) model. The benefits of using existing components, such as WCF and its NetTcpBinding, the threading models, serialization and transport models, and other features already provided by these frameworks outweights the possible performance penalty.  Problems such as the one explained above simply do not happen with frameworks like WCF.  Furthermore, although the underlying concepts of MPI and its simple messaging model are very simple and appealing, the overall development, maintainence and debugging of a SOA application is much simpler than that of a MPI application.  The amount of code complexity and custom code drops when compared to an MPI implemenation.

The general industry trend seems to be towards SOA models.  Microsoft Windows HPC Server 2008 is a great example of this.  HPC Server uses WCF to distribute load across the cluster, and can even dynamically scale resources depending on demand of a particular service.  Platform, another industry competior has been building with a SOA model for some time now. 

I'm looking forward to playing with HPC Server 2008 and WCF more as time progresses.  I think that the WCF model will solve a whole bunch of headaches that one incurs when trying to communicate over perhaps over simple primitives such as MPI.  Many models and workloads simply do not require the type of communication MPI provides, and using MPI can be like fitting a square peg into a round hole.  This is not to say MPI does not have its place, many complex processes do require constant communication between a set of workers, however I believe many of the problems we use HPC for today can distributed using SOA in a much simpler fashion.

Ruby, From The Eyes of a C# .NET Developer

I recently got to playing with Ruby, something that some colleagues in Lab49 have been big fans for some time.  I've never been a big fan of scripting languages, but have grown more of an appreciation for functional programming over the past several months and thought I would give it a try.

Ruby is a very smart language, and I can certainly see why it has some appeal.  The "don't repeat yourself" and "defaults over configuration" aspects of the language and its framework are really nice for cranking out simple applications.

ORM and Inference of Properties from database

I am a big fan of the objects that automatically get their properties from the database (a Customer object will automatically be linked with the Customers table when pulled through the ORM).  Things like this make it dirt simple to crank out web projects of moderate size without writing tons of redundant code (as is the case with a classic OO approach, using adapters, abstractions, etc).

Even though this is a nice feature, and great for many projects, I am concerned that this is simply not sufficient for larger enterprise apps.  Very often your app layer and database layer should be different, as one does not always properly map to the other.  I suppose that you could achieve this nicely with views, however for large applications, the lack of abstraction seems a little brittle to me.  At the same time, if you did change something in your database, you'd still have to change your abstraction logic, so maybe this isn't all that bad.

Syntax

The syntax of Ruby is very clean and straight forward.  I like the bare bones structure, nothing more than needed is written.  Reading into it a bit more, I found it interesting that various things can be written in several ways, for example:

while i < 3
   print(i)
end

can also be written

print(i) while i < 3

While conceptually this is nice (the latter "reads" better), it is something I have a really hard time accepting.  Yes it is nice not to have to write things like "end", however, syntactical differences like this (and others, such as the optional parenthesis around method parameters) concern me.  While its great that you can develop your own style, and do what feels comfortable to you, it may be very confusing to other developers.  An argument can be made either way, after call you can do this:

if (i < 3) Console.WriteLine(i);

in C#.  Nothing stops you.  At the end of the day, sloppy code is sloppy code, and its really a matter of having a well trained developer, not a strict language.

Naming Conventions

Here's something that threw me off.  Ruby does a very good job of making names intuitive, however some of their names seem to break their own concepts.  First of all, names like to_s are just sloppy.  If you're making a lanugage thats supposed to be readable, why write cryptic names like this?  Also, whats the deal with properties count and length being synonyms?  Why have both?  It seems relatively dangerous to me to have methods that mean the same thing on objects.  A developer who sees count in one place and length in another may think they are different, something that certainly doesn't help code legibility.

Overall, Ruby has been fun to learn (although I'm still a novice), and I can certainly see its value.  I'm not sure if I agree with some of its "friendly" tendencies -- being able to write whatever you feel and have it probably compile is not necessarily good.  Just because code compiles doesn't mean its good code -- some bugs the compiler may catch now become runtime bugs.  On the other hand, things like the ORM make it very easy to build rich apps with little code, something that .NET still comes up short on (just because designers generate LINQ classes doesn't mean that the code isn't there).  Looking forward to playing more!

WPF Compute Cluster Monitor Demo - Using 3D, Transparency and Styles

Here's a cool demo that Ronald Lintag and I threw together for Lab49.  The application is supposed to demo a basic GUI that shows the status of nodes and jobs on a compute cluster.  We're showing off the use of WPF 3D and styles to create a cool looking console for a sys-admin.  You can imagine how something developed off this base could turn into a real product.

This demo is a bit rough around the edges, and definately needs polish, but its still worth a look.

• Press J to bring up the job list.
• Use the dropdown at the bottom of the job list to add some jobs.
• Click on job to view details about their tasks.
• The nodes in the background vary from gray to green to red depending on their utilization

Click here to launch the application (.NET 3.5 required)

Here are a few screenshots for those of you who are not adveturous enough for the ClickOnce...

Distributed/Grid Computing with Silverlight

Daniel Vaughan has a very cool project up on CodeProject.com.  He's built an awesome grid computing "platform" using Silverlight for his compute nodes.  Think SETI@Home style.

CodeProject article: http://www.codeproject.com/KB/silverlight/GridComputing.aspx

Online Demo: http://www.orpius.com/Silverlight/Legion/

Make sure you checkout the administration console in the demo!

Windows Compute Cluster (HPC) Basics: Running Map/Reduce Models on CCS 2003

After not writing anything about HPC or Windows Compute Cluster for a while, I figured its about time I write *something* about it because I've been working with it so much recently!

Download the Sample Project (Visual Studio 2008, Beta 2)

Windows Compute Cluster Server 2003 is Microsoft's relatively new implementation of cluster computing running on Windows.  Although Microsoft is starting behind in this game (Unix has been in grid computing for a long time now), the .NET development environment and ease of administration makes CCS a very compelling environment.  The first version of CCS is not very feature rich, but provides the core components required to build distributed applications.  Version 2 (named Windows HPC 2008) which is currently in beta offers a much wider range of functionality and should add some new ideas and competitve edge to the Windows grid computing world.

In my current project, I have gotten to experience quite a bit of what CCS has to offer, and have been building on top of the CCS system.  One of the common tasks that we've run accross is the ability to run "map-reduce" style financial models against the cluster.  These types of models require a wide range specified by an input parameter to be split into segments of work that can be executed in parallel against the cluster.  The segments generally create a significant amount of output data, which then must be summarized by a reduce process to produce a "meaningful" output.  In some cases, the summarized output will then be fed into another map, and the process continues.

The ability to run a simple process like the one shown above is an important capability of CCS, however CCS is designed to be a tool, not a means to the goal, and does not have built in support for a "map reduce".  In the worlds of CCS, each step outline in the graph (the map, segments and reduce) would all be "tasks" grouped into one logical "job".

To handle this map/reduce scenario, a function of CCS jobs, task dependencies, can be used to ensure that the tasks run in the proper order (and that the reduce does not occur before all the segments have completed).  In the sample code included with this project, three console apps are included.  One does the split, one runs a single map, and one does the reduce.

Split: 
The split will add tasks to the job that it is currently a member of so that they can run as maps.  The maps will each get their own input file so that they know which segment they are responsible for.  Each map task also "depends" on the split task, meaning that they will wait for the split to complete before they start.

The split will also schedule a reduce task, and ensure that that task depends on all the maps, so it does not start until all maps are complete.

Map:
Each map/segment will run given its input prameters (written by the map) and output another file containing their results.

Reduce:
The reduce step will take all the map outputs and run an average on the values to come up with a "summarized" value, in this case, the average of the primes that were requested.

How To Run This Project:
When you run this model, it is expected that you use a system such as the CCS job console, the command line interface or your own custom-built interface to submit a job with the following characteristics:

• The only task specified to run within the job is the map task, where the first command line parameter is the input XML file you want to use (this input file needs to be defined to be deserialized into a PrimeFinderInput object)  (This task is responsible for creating the rest of the required tasks)
• The "minimum processor count" is set to the number of nodes processors you wish to parallelize accross.
• Your input parameters are well formed, and the Processors property of the input is set to the number of segments you want to run.  Ideally this is equal to (or greater than) the "minimum processor count".

There you have it.  The basics to a simple map/reduce job in CCS!

 Download the Sample Project (Visual Studio 2008, Beta 2)

WTF: "Problems" with Anonymous Delegates, LINQ, Lambdas within "foreach" or "for" Loops

Sample code available here that exemplifies this bug (requires Visual Studio 2008 Beta 2 and SQL Server). 

So here is an incredibly unintuitive problem I ran into with anonymous delegates (same will happen for lambda expressions) in C# while using them inside loops.  This will also happen in a few other circumstances (for example, in LINQ) , as I will explain in a minute below.

Symptom:
When using an anonymous delegate or lambda expression inside a loop, the results of the delegates execution (outside of the loop) are unexpected.  For example:

• Your expression is not evaluated as you expect and returns an unexpected value.
• Your LINQ or DLINQ (LINQ2SQL) execution creates SQL or a query result which is not consistant with your assumptions based on how your loop was constructed.

This problem exists when you create an anonymous delegate inside a loop, using the loop's variable within the delegate, or when you change a variable after creating an anonymous delegate.  The result is sensibly by design but pretty misleading, especially the first time you see it.  Take the example below.  This example was sent to me by a Microsoft employee after I filed a bug with them.  He claims this is by design, and conceptually I agree with him.  Can you guess what would be returned with the statement below?

   1:  const int count = 10;

   2:  Predicate<int>[] predicates = new Predicate<int>[count];

   3:   

   4:  for (int i = 0; i < count; i++)

   5:  {

   6:      predicates[ i ] = delegate(int j) { return i == j; };

   7:  }

   8:   

   9:  Console.WriteLine(predicates[0](0)); // False

  10:  Console.WriteLine(predicates[0](count-1)); // True

When the first predicate (predicates[0]) is called in above, one may expect it to return true because when it was created i == 0.  This is where it gets confusing.  In the closure of the anonymous delegate, the variable i is held by reference, not by value.  Because int i is declared outside of the loop, i within the delegate's closure will increment along with the for loop.  Once we leave the for loop, i is the max value of i throughout the loop (or count-1).  Not what you were expecting?  Me either.

The next example shows the "correct" way of dealing with this, such that line 9 of the code above returns true.

   1:  for (int k = 0; k < count; k++)

   2:  {

   3:      int l = k;

   4:      predicates[k] = delegate(int m) { return l == m; };

   5:  }

   6:   

   7:  Console.WriteLine(predicates[0](0)); // True

In this case, because variable l is created within the for loop, holding reference to l in the delegate is okay, because the value of l will never change, and therefore we get our expected result.  Personally, I was originally expecting it to hold the value of the variable, not the reference to the variable.

This brings us to another interesting example (my original, which you may download the source code to below), where I construct a DLINQ where clause in a loop.  Look at the where clause constructed below.

   1:  // Create a few new items that we can test with.

   2:  TestEntity[] testData = new TestEntity[] {

   3:          new TestEntity(1, "One"),

   4:          new TestEntity(2, "Two"),

   5:          new TestEntity(3, "Three") };

   6:   

   7:  // Add all our test data and submit it to the server

   8:  foreach (TestEntity item in testData)

   9:  {

  10:      context.TestEntities.Add(item);

  11:      Console.WriteLine(item.Name);

  12:  }

  13:   

  14:  context.SubmitChanges();

  15:   

  16:  var result = from item in context.TestEntities

  17:               select item;

  18:   

  19:  // Go through all our local items and append "WHERE" clauses to the

  20:  // result statement.  This is kind of like doing a "NOT IN"

  21:  foreach (TestEntity localItem in testData)

  22:  {

  23:      // See note in FixedTest for diagnosis.

  24:      result = result.Where(sqlItem => sqlItem.Name != localItem.Name);

  25:  }

One would expect that the WHERE clause would exclude all the items in the testData array ("one", "two" and "three" would not be selected).  However, because localItem is held by reference, only the third item ("three") is not selected.  The code below will print "one" and "two" on seperate lines:

   1:  // The WHERE clauses above should have effectively cancelled out all

   2:  // the items in the database and left us selecting nothing.

   3:  foreach (var item in result)

   4:  {

   5:      Console.WriteLine(item.Name);

   6:  }

One would have expected nothing to be printed to the console by simply reading the code.

You can download some sample code here for this bug (Visual Studio 2008 Beta 2).  Note that you will need a SQL Server database at localhost to run this properly.

Thank you to Colin Meek of Microsoft for contributing some of the sample code above, and helping clarify that this functionality is by design in C#.

Update:

To clarify, I'm not saying that this behavior doesn't make sense, but more that its not expected.  I think this should at least provide a compiler warning (I believe VB does this) to tell you that you could possibly be confusing something in your logic.  Because of LINQ's delay-execute, this problem becomes more obvious in the "Where" example.

Tricky Generics: "New" Keyword and Generics

Trying to decide how to write some unit test helper classes, I ran into an interesting question.  What happens when you use the new keyword along with .NET generics?  The example below shows my dilemma:

   1:  [TestMethod]

   2:  public void DoBase()

   3:  {

   4:      DoT<Base>(new Base());

   5:  }

   6:   

   7:  [TestMethod]

   8:  public void DoDerived()

   9:  {

  10:      DoT<Derived>(new Derived());

  11:  }

  12:   

  13:  public void DoT<T>(T item)

  14:      where T : Base

  15:  {

  16:      item.Blah();

  17:  }

  18:   

  19:  public class Base

  20:  {

  21:      public Base()

  22:      {

  23:      }

  24:   

  25:      public void Blah()

  26:      {

  27:          Console.WriteLine("Hello");

  28:      }

  29:  }

  30:   

  31:  public class Derived : Base

  32:  {

  33:      public new void Blah()

  34:      {

  35:          Console.WriteLine("Bye");

  36:      }

  37:  }

The question is what happens when you call DoDerived()?  Because the class is typed as T (which in this case is the Derived class), you would expect "Bye" to be written to the console.  How would that work though, since the compiler has no concept of Derived.Blah, and therefore cannot generate the IL to access it at compile time of the generic?

Sure enough, "Hello" will be written from Base.Blah, as if we were cast to Base at the time of invocation.

Life With ActionScript and AIR: The Command Pattern Is Your Best Friend

I've recently started a project (top secret!) using the new Adobe Integrated Runtime (AIR), Flex and ActionScript 3.0.  Coming from a .NET and WPF world. this has been a step in a very different direction.  There are a lot of things I don't really love about ActionScript, however it does do its job, and the Adobe AIR deployment strategy (along with its SQLLite database) is pretty damn good.

One of the first things any developer will realize when trying to build a real Rich Internet Application (RIA) in ActionScript is the lack of threading.  This makes doing background tasks very difficult.  ActionScript, and its class library, works largely with callback methods (either from calling setInterval, using a Timer class, calling a SQLConnection or using the HTTPService or other class to make a data call).  From what I can tell, this works much like the Windows message loop, inurrupting synchronous code on your UI thread to process the callback.

While this is great for simple actions (say, a UI that calls a web service or REST service), building a background process (such as a SQL Server synchronization engine) can get complicated.  Due to the number of callbacks you'll receive each time you make a request (to SQLConnection or HTTPService), there is a great amount of complexity in writing simple procedual background processes (that don't freeze up the UI).

To better handle this situation, and ensure that your discrete functions run in the proper order (for example, Authenticate -> Get Data), a command pattern in ActionScript will become your best friend.  You can string together multiple callbacks, and ensure that the code for these operations stay in one logical class.  Furthermore, by using a queue, you can order your commands such that they run synchronously.  This provides much more flexibility than the traditional scripting approach in ActionScript.

Unfortunately, I cannot currently provide code samples, as I do not want to compromise the intellectual property of my project, however, I hope that this will help you get an idea of how to best manage your code and synchronous operations in .NET.

Side Note: If you're using WCF I suggest you use the Basic HTTP Binding with Flex, as FlexBuilder gets confused with .NET Web Services

WCF: ConfigurationErrorsException When Defining Behavior Extensions

Just a quick note:  There is a bug that looks like it won't be fixed for a while in the configuration of the <behaviorExtensions> section of the systm.serviceModel WCF configuration.  You may get the ConfigurationErrorsException when adding a new type of behavior (see below):

System.Configuration.ConfigurationErrorsException: An error occurred creating the configuration section handler for system.serviceModel/behaviors: Extension element 'myService' cannot be added to this element. Verify that the extension is registered in the extension collection at system.serviceModel/extensions/behaviorExtensions.Parameter name: element (...\Service.exe.config line 43) ---> System.ArgumentException: Extension element 'wsdlNotice' cannot be added to this element. Verify that the extension is registered in the extension collection at system.serviceModel/extensions/behaviorExtensions.

This is a known bug, but was not accepted by Microsoft as a bug.  See bug Microsoft feedback:
https://connect.microsoft.com/wcf/feedback/ViewFeedback.aspx?FeedbackID=216431

To fix this issue, you will need to use the fully qualified type name, as shown in the sample below: 

<add name="myService"
type="Decav.FreeCode.MyServiceBehaviorElement,
Decav.FreeCode, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"
/>