<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Santosh Benjamin's Weblog</title>
	<atom:link href="http://santoshbenjamin.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://santoshbenjamin.wordpress.com</link>
	<description>Biztalk, BizUnit, Connected Systems &#38; Factories</description>
	<lastBuildDate>Thu, 10 Dec 2009 22:03:11 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on It&#8217;s &#8216;Tenet&#8217; not &#8216;Tenant&#8217; by santoshbenjamin</title>
		<link>http://santoshbenjamin.wordpress.com/2008/09/01/its-tenet-not-tenant/#comment-278</link>
		<dc:creator>santoshbenjamin</dc:creator>
		<pubDate>Thu, 10 Dec 2009 22:03:11 +0000</pubDate>
		<guid isPermaLink="false">http://santoshbenjamin.wordpress.com/?p=79#comment-278</guid>
		<description>Ah, a fellow pedant, it would seem !! Point taken and title updated!!</description>
		<content:encoded><![CDATA[<p>Ah, a fellow pedant, it would seem !! Point taken and title updated!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on It&#8217;s &#8216;Tenet&#8217; not &#8216;Tenant&#8217; by t</title>
		<link>http://santoshbenjamin.wordpress.com/2008/09/01/its-tenet-not-tenant/#comment-277</link>
		<dc:creator>t</dc:creator>
		<pubDate>Thu, 10 Dec 2009 13:58:03 +0000</pubDate>
		<guid isPermaLink="false">http://santoshbenjamin.wordpress.com/?p=79#comment-277</guid>
		<description>Agreed. Except:

&quot;It&#039;s \&quot;It&#039;s\&quot; Not \&quot;Its\&quot;&quot;</description>
		<content:encoded><![CDATA[<p>Agreed. Except:</p>
<p>&#8220;It&#8217;s \&#8221;It&#8217;s\&#8221; Not \&#8221;Its\&#8221;"</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on BizTalk Documentor Update by santoshbenjamin</title>
		<link>http://santoshbenjamin.wordpress.com/2009/12/09/biztalk-documentor-update/#comment-276</link>
		<dc:creator>santoshbenjamin</dc:creator>
		<pubDate>Thu, 10 Dec 2009 12:39:27 +0000</pubDate>
		<guid isPermaLink="false">http://santoshbenjamin.wordpress.com/?p=252#comment-276</guid>
		<description>Hi Kjartan,
Thanks. I&#039;m not sure about point (3) as I havent done a lot with the MapDoc tool but i will definitely look into it. 

Cheers,
Benjy</description>
		<content:encoded><![CDATA[<p>Hi Kjartan,<br />
Thanks. I&#8217;m not sure about point (3) as I havent done a lot with the MapDoc tool but i will definitely look into it. </p>
<p>Cheers,<br />
Benjy</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on BizTalk Documentor Update by Kjartan Halstvedt</title>
		<link>http://santoshbenjamin.wordpress.com/2009/12/09/biztalk-documentor-update/#comment-275</link>
		<dc:creator>Kjartan Halstvedt</dc:creator>
		<pubDate>Thu, 10 Dec 2009 12:35:07 +0000</pubDate>
		<guid isPermaLink="false">http://santoshbenjamin.wordpress.com/?p=252#comment-275</guid>
		<description>Hi.

A really great idea to combine both Biztalk Documentor and BizTalkMapDoc.
My wishlist for the products:

1. Generating word-doc should not result in error.
2. Possibility to add comments and save them in the documentation.  This wil make BizTalk documenter a perfect tool to also comment on the interfaces.
3. Possibility to add comments to the bizTalkMapDoc after generation. (and save them).


Regards Kjartan Halstvedt (Norway)
- Keep up the good work :) !!</description>
		<content:encoded><![CDATA[<p>Hi.</p>
<p>A really great idea to combine both Biztalk Documentor and BizTalkMapDoc.<br />
My wishlist for the products:</p>
<p>1. Generating word-doc should not result in error.<br />
2. Possibility to add comments and save them in the documentation.  This wil make BizTalk documenter a perfect tool to also comment on the interfaces.<br />
3. Possibility to add comments to the bizTalkMapDoc after generation. (and save them).</p>
<p>Regards Kjartan Halstvedt (Norway)<br />
- Keep up the good work <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  !!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On the &#8216;Opacity&#8217; of Orchestrations by BizTalk Documentor Update &#171; Santosh Benjamin&#8217;s Weblog</title>
		<link>http://santoshbenjamin.wordpress.com/2009/01/14/on-the-opacity-of-orchestrations/#comment-274</link>
		<dc:creator>BizTalk Documentor Update &#171; Santosh Benjamin&#8217;s Weblog</dc:creator>
		<pubDate>Wed, 09 Dec 2009 08:51:57 +0000</pubDate>
		<guid isPermaLink="false">http://santoshbenjamin.wordpress.com/?p=146#comment-274</guid>
		<description>[...] so that they could be used with other tools or in a programmatic way as well. For instance, in an earlier post,  I had voiced a wish to be able to link OrchProf with BizUnit so we could verify step execution [...]</description>
		<content:encoded><![CDATA[<p>[...] so that they could be used with other tools or in a programmatic way as well. For instance, in an earlier post,  I had voiced a wish to be able to link OrchProf with BizUnit so we could verify step execution [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MockingBird v1 RTM by Benjy</title>
		<link>http://santoshbenjamin.wordpress.com/2009/11/21/mockingbird-v1-rtm/#comment-270</link>
		<dc:creator>Benjy</dc:creator>
		<pubDate>Sat, 28 Nov 2009 15:28:01 +0000</pubDate>
		<guid isPermaLink="false">http://santoshbenjamin.wordpress.com/2009/11/21/mockingbird-v1-rtm/#comment-270</guid>
		<description>Thanks Alex :-)</description>
		<content:encoded><![CDATA[<p>Thanks Alex <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MockingBird v1 RTM by Alex Meyer-Gleaves</title>
		<link>http://santoshbenjamin.wordpress.com/2009/11/21/mockingbird-v1-rtm/#comment-269</link>
		<dc:creator>Alex Meyer-Gleaves</dc:creator>
		<pubDate>Sat, 28 Nov 2009 04:14:06 +0000</pubDate>
		<guid isPermaLink="false">http://santoshbenjamin.wordpress.com/2009/11/21/mockingbird-v1-rtm/#comment-269</guid>
		<description>Congratulations Benjy on making it to that important V1 milestone!</description>
		<content:encoded><![CDATA[<p>Congratulations Benjy on making it to that important V1 milestone!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MockingBird v1 RTM by Friday Links #78 &#124; Blue Onion Software *</title>
		<link>http://santoshbenjamin.wordpress.com/2009/11/21/mockingbird-v1-rtm/#comment-268</link>
		<dc:creator>Friday Links #78 &#124; Blue Onion Software *</dc:creator>
		<pubDate>Fri, 27 Nov 2009 22:36:12 +0000</pubDate>
		<guid isPermaLink="false">http://santoshbenjamin.wordpress.com/2009/11/21/mockingbird-v1-rtm/#comment-268</guid>
		<description>[...] Null Checks Brad Abrams : RIA Services: A DomainService IS A WCF Service – Add Service Reference MockingBird v1 RTM « Santosh Benjamin’s Weblog  Keeping CSS Files DRY with [...]</description>
		<content:encoded><![CDATA[<p>[...] Null Checks Brad Abrams : RIA Services: A DomainService IS A WCF Service – Add Service Reference MockingBird v1 RTM « Santosh Benjamin’s Weblog  Keeping CSS Files DRY with [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on MockingBird v1 RTM by Reflective Perspective - Chris Alcock &#187; The Morning Brew #482</title>
		<link>http://santoshbenjamin.wordpress.com/2009/11/21/mockingbird-v1-rtm/#comment-265</link>
		<dc:creator>Reflective Perspective - Chris Alcock &#187; The Morning Brew #482</dc:creator>
		<pubDate>Mon, 23 Nov 2009 11:17:51 +0000</pubDate>
		<guid isPermaLink="false">http://santoshbenjamin.wordpress.com/2009/11/21/mockingbird-v1-rtm/#comment-265</guid>
		<description>[...] MockingBird v1 RTM - Santosh Benjamin announces the release of MockingBird V1, a set of tools for mocking web services, provinding a useful tool for testing, and for developing against web services based on WSDL alone with no concrete implementation. [...]</description>
		<content:encoded><![CDATA[<p>[...] MockingBird v1 RTM &#8211; Santosh Benjamin announces the release of MockingBird V1, a set of tools for mocking web services, provinding a useful tool for testing, and for developing against web services based on WSDL alone with no concrete implementation. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on To DAL or not to DAL by Mike Stephenson</title>
		<link>http://santoshbenjamin.wordpress.com/2009/11/06/to-dal-or-not-to-dal/#comment-264</link>
		<dc:creator>Mike Stephenson</dc:creator>
		<pubDate>Mon, 09 Nov 2009 16:40:03 +0000</pubDate>
		<guid isPermaLink="false">http://santoshbenjamin.wordpress.com/2009/11/06/to-dal-or-not-to-dal/#comment-264</guid>
		<description>You find quite a lot of times that you end up needing to have a custom database to support various biztalk processes.  particularly if they re batch driven processes.

It could be a good future feature to have something  little like BAM where it could create tables which you could interact with for some of the common patterns.  Fair enough if its an external databse you would need to write code, but if its really internal to the process it would be nice to get rid of any coding and just have a designer to create a table that ends up in a biztalk database and then a designer to map what data you wish to retrieve. I think one of the concerns about doing this previously would always have been performance of someone creating a poor database, but with velocity that poor performance isnt so much of an issue??

I know it could be beneficial to some projects not to have to create custom databases and to have to worry about keeping them in sync with the biztalk backups.</description>
		<content:encoded><![CDATA[<p>You find quite a lot of times that you end up needing to have a custom database to support various biztalk processes.  particularly if they re batch driven processes.</p>
<p>It could be a good future feature to have something  little like BAM where it could create tables which you could interact with for some of the common patterns.  Fair enough if its an external databse you would need to write code, but if its really internal to the process it would be nice to get rid of any coding and just have a designer to create a table that ends up in a biztalk database and then a designer to map what data you wish to retrieve. I think one of the concerns about doing this previously would always have been performance of someone creating a poor database, but with velocity that poor performance isnt so much of an issue??</p>
<p>I know it could be beneficial to some projects not to have to create custom databases and to have to worry about keeping them in sync with the biztalk backups.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
