<?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"
	>
<channel>
	<title>Comments on: Data Management for SOA</title>
	<atom:link href="http://blog.xcalia.com/erix/2008/06/25/data-management-for-soa/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.xcalia.com/erix/2008/06/25/data-management-for-soa/</link>
	<description>SDO, DAS, Data Services: standards for heterogeneous Data Access made easy</description>
	<pubDate>Sat, 22 Nov 2008 00:56:56 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Eric Samson</title>
		<link>http://blog.xcalia.com/erix/2008/06/25/data-management-for-soa/#comment-29</link>
		<dc:creator>Eric Samson</dc:creator>
		<pubDate>Sat, 23 Aug 2008 14:32:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xcalia.com/?p=101#comment-29</guid>
		<description>Thank you for your note Jill. Even if I agree we're still just at the beginning of a new wave, we do have some customer request for a Data Services Platform. I think things are going in the right direction now. We now need solid technologies to make Data Access easier in SOA.</description>
		<content:encoded><![CDATA[<p>Thank you for your note Jill. Even if I agree we&#8217;re still just at the beginning of a new wave, we do have some customer request for a Data Services Platform. I think things are going in the right direction now. We now need solid technologies to make Data Access easier in SOA.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jill Dyche</title>
		<link>http://blog.xcalia.com/erix/2008/06/25/data-management-for-soa/#comment-27</link>
		<dc:creator>Jill Dyche</dc:creator>
		<pubDate>Sat, 28 Jun 2008 19:45:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.xcalia.com/?p=101#comment-27</guid>
		<description>Salut, Eric!
Thanks for the mention but when the EDS blog quoted me I wasn't sure whether they were celebrating the point or being critical of it. All I know is that our clients are hungry for data and the concept of "data as a service" is an appetizing one for them. But their IT departments insist on making SOA harder than it needs to be and we've actually watched several SOA efforts get "de-scoped" in the last several months. We've been coaching clients that data can be de-coupled from the applications and systems that use it, thereby providing a service to all of them. With some notable exceptions, at most companies it's an idea that's a bit ahead of its time.
Jill Dyche
Partner, Baseline Consulting
Author of e-Data, The CRM Handbook, Customer Data Integration</description>
		<content:encoded><![CDATA[<p>Salut, Eric!<br />
Thanks for the mention but when the EDS blog quoted me I wasn&#8217;t sure whether they were celebrating the point or being critical of it. All I know is that our clients are hungry for data and the concept of &#8220;data as a service&#8221; is an appetizing one for them. But their IT departments insist on making SOA harder than it needs to be and we&#8217;ve actually watched several SOA efforts get &#8220;de-scoped&#8221; in the last several months. We&#8217;ve been coaching clients that data can be de-coupled from the applications and systems that use it, thereby providing a service to all of them. With some notable exceptions, at most companies it&#8217;s an idea that&#8217;s a bit ahead of its time.<br />
Jill Dyche<br />
Partner, Baseline Consulting<br />
Author of e-Data, The CRM Handbook, Customer Data Integration</p>
]]></content:encoded>
	</item>
</channel>
</rss>
