I thought NDoc was great, this (http://www.blueonionsoftware.com/Blog.aspx?p=ca36e092-4671-49ca-9af5-5de2e0f6dc72) is even better!!

A really helpful tool to see whether Best Practices are applied to your BizTalk solution.

In a BizTalk HTTP messaging scenario, it's fairly common to have one port that receives all message types. Depending on the message type (and perhaps some other properties) messages are routed to different destinations. You can implement the same pattern with the SOAP adapter. Have a look at Richard's blog for a complete description.

At highschool I had to write a java application that showed the dragon curve fractal. I liked the assignment at the time because of the power of recursion. I wrote a simple .NET app that does the same. Download here

Most people working with BizTalk have heard of property promotion, in fact property promotion is very important in CBR messaging scenarios. Property promotion makes it possible to route messages based on their content. In short, property promotion is taking information from the message and putting it in the context of a message. 

Have you ever heard of property DEmotion?? This is the opposite of property PROmotion, so taking information from the context and putting it in the message. This might become handy when you for instance need the initial filename of message. This information is stored in the context, to be more specific in the element ReceivedFileName in the schema FILE.bts_file_properties in the referenced assembly Microsoft.BizTalk.GlobalPropertySchemas. How do you get this value in your output message (demotion is done in the send port - use the XMLTransmit pipeline)?

1. Right-click the element in your schema you want to contain the ReceivedFileName value and click Promote -> Show Promotions.
2. Add a new property schema: choose <your schema project> -> References -> Microsoft.BizTalk.GlobalPropertySchemas -> Schemas -> FILE.bts_file_properties
3. Choose a proper prefix e.g. btsFileProps or something, I think ns0 is dirty 
4. Add your element and bind it to <your prefix>:ReceivedFileName and click ok

Deploy your schema and test it - your output message should contain the ReceivedFileName property value if your input message has left the element to be filled empty. Questions? Feel free to ask!

I really like the magazines (issue 1, issue 2) on the BizTalk Hotrod website. Both the website and the articles so far contain very good and readable information on new BizTalk technologies.

When you're working with an Guidance Automation Project and you have template for lets say, a class library project that contains the file properties\assemblyinfo.cs, make sure you set the build action to "Content" instead of "Compile", or else you'll get an error message saying there are duplicate attributes in AssemblyInfo.cs. You get the error because the GA project itself also contains an AssemblyInfo.cs file.

 P.S. Don't forget to set the "Copy To Output Directory" to "Copy if newer" for obvious reasons...