<?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/"
		>
<channel>
	<title>Comments on: Capitalizing on your Legacy in SOA</title>
	<atom:link href="http://www.udidahan.com/2007/02/09/capitalizing-on-your-legacy-in-soa/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.udidahan.com/2007/02/09/capitalizing-on-your-legacy-in-soa/</link>
	<description>Enterprise Development Expert &#38; SOA Specialist</description>
	<lastBuildDate>Sat, 11 Feb 2012 15:16:10 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Rob Morris</title>
		<link>http://www.udidahan.com/2007/02/09/capitalizing-on-your-legacy-in-soa/comment-page-1/#comment-476</link>
		<dc:creator>Rob Morris</dc:creator>
		<pubDate>Fri, 16 Feb 2007 14:57:35 +0000</pubDate>
		<guid isPermaLink="false">http://udidahan.weblogs.us/archives/374#comment-476</guid>
		<description>Amen!  There are certainly plenty of folks who do equate web services with mainframe SOA (a lot of this thanks to the good people at IBM);-&gt;

We work very hard to dispel that myth, and try to get people to focus on the social issue of getting people across mainframe and distributed envrionements to work together on the defintion of right-sized services.

Then you need the ability to utilize a contract-first design pattern so that you can map pieces of existing functionality to the service you require (as opposed to taking what you have and creating a million little services that require further composition to be meaningful within your SOA).

This is the world I live in every day, so I&#039;m always happy to discuss further.</description>
		<content:encoded><![CDATA[<p>Amen!  There are certainly plenty of folks who do equate web services with mainframe SOA (a lot of this thanks to the good people at IBM);-&gt;</p>
<p>We work very hard to dispel that myth, and try to get people to focus on the social issue of getting people across mainframe and distributed envrionements to work together on the defintion of right-sized services.</p>
<p>Then you need the ability to utilize a contract-first design pattern so that you can map pieces of existing functionality to the service you require (as opposed to taking what you have and creating a million little services that require further composition to be meaningful within your SOA).</p>
<p>This is the world I live in every day, so I&#8217;m always happy to discuss further.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tobias Strandh</title>
		<link>http://www.udidahan.com/2007/02/09/capitalizing-on-your-legacy-in-soa/comment-page-1/#comment-415</link>
		<dc:creator>Tobias Strandh</dc:creator>
		<pubDate>Sat, 10 Feb 2007 14:22:50 +0000</pubDate>
		<guid isPermaLink="false">http://udidahan.weblogs.us/archives/374#comment-415</guid>
		<description>Really interesting reading here. I agree with Anders that you&#039;re defenitely on to something here. Will come back to read more!</description>
		<content:encoded><![CDATA[<p>Really interesting reading here. I agree with Anders that you&#8217;re defenitely on to something here. Will come back to read more!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anders Tornblad</title>
		<link>http://www.udidahan.com/2007/02/09/capitalizing-on-your-legacy-in-soa/comment-page-1/#comment-410</link>
		<dc:creator>Anders Tornblad</dc:creator>
		<pubDate>Fri, 09 Feb 2007 20:27:07 +0000</pubDate>
		<guid isPermaLink="false">http://udidahan.weblogs.us/archives/374#comment-410</guid>
		<description>You are, as always, spot on! In my eyes, this is a special case of SOA anti-pattern &quot;Equating SOA with Web Services&quot;, where covering just about anything in scented, bubbly SOAP is considered enough to label any architecture (or lack thereof) SOA.

Any technical decision, like wrapping something in Web Services, that is not a result of business level and conceptual level analysis, should make all warning bells go off. At least when you claim to do SOA...</description>
		<content:encoded><![CDATA[<p>You are, as always, spot on! In my eyes, this is a special case of SOA anti-pattern &#8220;Equating SOA with Web Services&#8221;, where covering just about anything in scented, bubbly SOAP is considered enough to label any architecture (or lack thereof) SOA.</p>
<p>Any technical decision, like wrapping something in Web Services, that is not a result of business level and conceptual level analysis, should make all warning bells go off. At least when you claim to do SOA&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

