<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://dickdijkstra.com/commServ/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title type="html">BizTalk / .NET Blog</title><subtitle type="html">BTS.MessageType == BlogMessage</subtitle><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/atom.aspx</id><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/default.aspx" /><link rel="self" type="application/atom+xml" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/atom.aspx" /><generator uri="http://communityserver.org" version="2.1.61129.2">Community Server</generator><updated>2007-07-24T15:40:00Z</updated><entry><title>Interview in Automatiserings Gids</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2008/09/19/interview-in-automatiserings-gids.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2008/09/19/interview-in-automatiserings-gids.aspx</id><published>2008-09-19T13:27:00Z</published><updated>2008-09-19T13:27:00Z</updated><content type="html">Recently I've been interviewed by Automatiserings Gids about fragmentation in .NET. Read the article &lt;A class="" href="http://www.automatiseringgids.nl/artikelen/2008/35/fragmentatie%20%20net%20baart%20ook%20microsoft%20zelf%20zorgen.aspx"&gt;here&lt;/A&gt;&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=29" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="BizTalk" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/BizTalk/default.aspx" /><category term=".NET" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/.NET/default.aspx" /></entry><entry><title>Testing in integration solutions</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2008/03/25/testing-in-integration-solutions.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2008/03/25/testing-in-integration-solutions.aspx</id><published>2008-03-25T15:05:00Z</published><updated>2008-03-25T15:05:00Z</updated><content type="html">I recently told something about testing and BizTalk for the BizTalk User Group and wrote an article about this subject (Dutch). Material will be online soon...&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=28" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="BizTalk" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/BizTalk/default.aspx" /><category term="Testing" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/Testing/default.aspx" /></entry><entry><title>Ghostdoc</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/10/12/ghostdoc.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/10/12/ghostdoc.aspx</id><published>2007-10-12T14:17:00Z</published><updated>2007-10-12T14:17:00Z</updated><content type="html">&lt;P&gt;I thought NDoc was great, this (&lt;A href="http://www.blueonionsoftware.com/Blog.aspx?p=ca36e092-4671-49ca-9af5-5de2e0f6dc72"&gt;http://www.blueonionsoftware.com/Blog.aspx?p=ca36e092-4671-49ca-9af5-5de2e0f6dc72&lt;/A&gt;) is even better!!&lt;/P&gt;&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=27" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term=".NET" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/.NET/default.aspx" /></entry><entry><title>BizTalk 2006 Best Practices Analyzer</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/09/13/biztalk-2006-best-practices-analyzer.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/09/13/biztalk-2006-best-practices-analyzer.aspx</id><published>2007-09-13T13:17:00Z</published><updated>2007-09-13T13:17:00Z</updated><content type="html">&lt;P&gt;A really helpful &lt;A class="" href="http://www.microsoft.com/downloads/details.aspx?FamilyID=dda047e3-408e-48ba-83f9-f397226cd6d4&amp;amp;displaylang=en"&gt;tool&lt;/A&gt; to see whether Best Practices are applied to your BizTalk solution.&lt;/P&gt;&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=25" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="BizTalk" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/BizTalk/default.aspx" /></entry><entry><title>Exposing a BizTalk webservice that accepts generic content</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/09/07/exposing-a-biztalk-webservice-that-accepts-generic-content.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/09/07/exposing-a-biztalk-webservice-that-accepts-generic-content.aspx</id><published>2007-09-07T08:52:00Z</published><updated>2007-09-07T08:52:00Z</updated><content type="html">&lt;P&gt;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 &lt;A class="" href="http://blogs.msdn.com/richardbpi/archive/2006/11/10/exposing-biztalk-web-services-that-accept-generic-content.aspx"&gt;Richard's blog&lt;/A&gt; for a complete description.&lt;/P&gt;&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=24" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="BizTalk" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/BizTalk/default.aspx" /></entry><entry><title>The future of BizTalk / WCF / WF</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/09/07/the-future-of-biztalk-wcf-wf.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/09/07/the-future-of-biztalk-wcf-wf.aspx</id><published>2007-09-07T08:46:00Z</published><updated>2007-09-07T08:46:00Z</updated><content type="html">A lot of guessing and many new questions in &lt;A class="" href="http://www.winterdom.com/weblog/2007/09/03/TheFutureOfBizTalkWCFWF.aspx"&gt;this good article&lt;/A&gt; by Tomas Restrepo on the future of BizTalk / WCF / WF.&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=23" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="BizTalk" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/BizTalk/default.aspx" /><category term="WF" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/WF/default.aspx" /><category term="WCF" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/WCF/default.aspx" /></entry><entry><title>Dragon Curve</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/09/05/dragon-curve.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/09/05/dragon-curve.aspx</id><published>2007-09-05T13:23:00Z</published><updated>2007-09-05T13:23:00Z</updated><content type="html">&lt;P&gt;&lt;IMG title="Dragon Curve" style="WIDTH:425px;HEIGHT:282px;" height=282 alt="Dragon Curve" src="http://dickdijkstra.com/files/dragon.jpg" width=425&gt;&lt;/P&gt;
&lt;P&gt;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 &lt;A class="" href="http://dickdijkstra.com/files/DragonCurve.zip"&gt;here&lt;/A&gt;&lt;/P&gt;&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=22" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term=".NET" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/.NET/default.aspx" /><category term="Programming" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/Programming/default.aspx" /></entry><entry><title>Property Demotion</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/08/31/property-demotion.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/08/31/property-demotion.aspx</id><published>2007-08-31T12:51:00Z</published><updated>2007-08-31T12:51:00Z</updated><content type="html">&lt;P&gt;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.&amp;nbsp;In short, property promotion is taking information from the message and putting it in the context of a message.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;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 &lt;STRONG&gt;XMLTransmit&lt;/STRONG&gt; pipeline)?&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;Right-click&amp;nbsp;the element in your schema you want to contain the ReceivedFileName value and click Promote -&amp;gt; Show Promotions.&lt;/LI&gt;
&lt;LI&gt;Add a new property schema: choose &amp;lt;your schema project&amp;gt; -&amp;gt; References -&amp;gt; Microsoft.BizTalk.GlobalPropertySchemas -&amp;gt; Schemas -&amp;gt; FILE.bts_file_properties &lt;/LI&gt;
&lt;LI&gt;Choose a proper prefix e.g. btsFileProps or something, I think ns0 is dirty&amp;nbsp;&lt;/LI&gt;
&lt;LI&gt;Add your element and bind it to &amp;lt;your prefix&amp;gt;:ReceivedFileName and click ok&lt;/LI&gt;&lt;/OL&gt;
&lt;P&gt;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&amp;nbsp;empty. Questions? Feel free to ask!&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=21" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="BizTalk" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/BizTalk/default.aspx" /></entry><entry><title>BizTalk Hotrod: Where BizTalk Meets the Road...</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/08/31/biztalk-hotrod-where-biztalk-meets-the-road.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/08/31/biztalk-hotrod-where-biztalk-meets-the-road.aspx</id><published>2007-08-31T07:38:00Z</published><updated>2007-08-31T07:38:00Z</updated><content type="html">&lt;P&gt;&amp;nbsp;&lt;IMG title="Hotrod sketch" style="WIDTH:306px;HEIGHT:209px;" height=404 alt="Hotrod sketch" src="http://biztalkhotrod.com/Images/rs_sketch.jpg" width=640&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I really like the&amp;nbsp;magazines (&lt;A class="" href="http://biztalkhotrod.com/Documents/Hotrod1Q32007%20Final.pdf"&gt;issue 1&lt;/A&gt;, &lt;A class="" href="http://biztalkhotrod.com/Documents/Hotrod1Q4%202007%20Final.pdf"&gt;issue 2&lt;/A&gt;)&amp;nbsp;on the BizTalk Hotrod &lt;A class="" href="http://biztalkhotrod.com/"&gt;website&lt;/A&gt;. Both the website and the articles so far contain very good&amp;nbsp;and readable information on new BizTalk technologies. &lt;/P&gt;&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=20" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="BizTalk" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/BizTalk/default.aspx" /></entry><entry><title>AMQP </title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/08/29/amqp.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/08/29/amqp.aspx</id><published>2007-08-29T09:15:00Z</published><updated>2007-08-29T09:15:00Z</updated><content type="html">Have a look at &lt;A class="" href="https://jira.amqp.org/confluence/display/AMQP/Advanced+Message+Queuing+Protocol"&gt;this&lt;/A&gt;. AMQP is a messaging standard that looks very powerful. I wonder when a .NET / BizTalk implemention will be available. &lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=19" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="BizTalk" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/BizTalk/default.aspx" /><category term=".NET" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/.NET/default.aspx" /></entry><entry><title>Schemas without namespace</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/08/21/schemas-without-namespace.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/08/21/schemas-without-namespace.aspx</id><published>2007-08-21T06:59:00Z</published><updated>2007-08-21T06:59:00Z</updated><content type="html">It's not recommended, but sometimes you dont have a choice to use schemas without namespaces. BizTalk deals with the schemas very well, just be aware that the BTS.MessageType used in the filter will be only the rootnode, not &lt;STRONG&gt;#RootNode&lt;/STRONG&gt;.&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=18" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="BizTalk" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/BizTalk/default.aspx" /></entry><entry><title>Working on BizTalk Solution Software Factory</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/08/17/working-on-biztalk-solution-software-factory.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/08/17/working-on-biztalk-solution-software-factory.aspx</id><published>2007-08-17T10:01:00Z</published><updated>2007-08-17T10:01:00Z</updated><content type="html">I'm working on a new version of the BizTalk Software Factory, enhancing the old version with functionality to create pipeline components. Futher on, the new version will contain a DSL for creating CBR solutions. Future plans are to include functionality for creating application adapters and BizTalk adapters.&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=17" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="software factory" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/software+factory/default.aspx" /><category term="BizTalk" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/BizTalk/default.aspx" /></entry><entry><title>AssemblyInfo.cs in template when compiling Guidance Automation Project</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/07/26/assemblyinfo-cs-in-template-when-compiling-guidance-automation-project.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/07/26/assemblyinfo-cs-in-template-when-compiling-guidance-automation-project.aspx</id><published>2007-07-26T13:30:00Z</published><updated>2007-07-26T13:30:00Z</updated><content type="html">&lt;P&gt;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.&amp;nbsp;You get the&amp;nbsp;error&amp;nbsp;because the GA project itself also contains an AssemblyInfo.cs file.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;P.S. Don't forget to set the "Copy To Output Directory" to "Copy if newer" for obvious reasons...&lt;/P&gt;&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=16" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="software factory" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/software+factory/default.aspx" /><category term=".NET" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/.NET/default.aspx" /><category term="GAT" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/GAT/default.aspx" /></entry><entry><title>Covast &amp; R2</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/07/24/covast-r2.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/07/24/covast-r2.aspx</id><published>2007-07-24T14:49:00Z</published><updated>2007-07-24T14:49:00Z</updated><content type="html">With the coming of native EDI support in BizTalk 2006 R2, many people thought Covast would not be involved in creating EDI solutions with BizTalk. Well, that's not what's going to happen. Covast adds the very specific standards, like EDIG@S, ODETTE and EDINE. Moreover, Covast adds a nice B2B appliance called BBOT...nice!&amp;nbsp;Have a look at the &lt;A class="" href="http://www.covast.com/file/Covast-Our_value_add_on_BizTalk_Server_2006_R2.pdf"&gt;article&lt;/A&gt;.&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=15" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="BizTalk" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/BizTalk/default.aspx" /><category term="EDI" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/EDI/default.aspx" /><category term="Covast" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/Covast/default.aspx" /></entry><entry><title>NCover</title><link rel="alternate" type="text/html" href="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/07/24/ncover.aspx" /><id>http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/2007/07/24/ncover.aspx</id><published>2007-07-24T13:40:00Z</published><updated>2007-07-24T13:40:00Z</updated><content type="html">When testing your software, do you hit every line of code? Maybe you do, maybe you don't, but how can you make sure you do? Check out &lt;A class="" href="http://www.ncover.com/"&gt;this&lt;/A&gt; tool, it'll show you the level of coverage of your code.&lt;img src="http://dickdijkstra.com/commServ/aggbug.aspx?PostID=14" width="1" height="1"&gt;</content><author><name>Dick Dijkstra</name><uri>http://dickdijkstra.com/commServ/members/Dick+Dijkstra.aspx</uri></author><category term="Testing" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/Testing/default.aspx" /><category term=".NET" scheme="http://dickdijkstra.com/commServ/blogs/bts_dotnet/archive/tags/.NET/default.aspx" /></entry></feed>