<?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: What is BPEL good for?</title>
	<atom:link href="http://itredux.com/2005/12/13/what-is-bpel-good-for/feed/" rel="self" type="application/rss+xml" />
	<link>http://itredux.com/2005/12/13/what-is-bpel-good-for/</link>
	<description>New Rules for a New IT World</description>
	<pubDate>Tue, 14 Oct 2008 11:47:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Ismael Ghalimi</title>
		<link>http://itredux.com/2005/12/13/what-is-bpel-good-for/#comment-1339</link>
		<dc:creator>Ismael Ghalimi</dc:creator>
		<pubDate>Mon, 24 Apr 2006 22:16:05 +0000</pubDate>
		<guid isPermaLink="false">http://p6.hostingprod.com/@itredux.com/blog/?p=23#comment-1339</guid>
		<description>Leo,

I agree with you that the lack of support for human workflow in BPEL has been slowing adoption down, but I'm not sure that I agree with the fact that it should be baked into the BPEL specification. Instead, I believe that having a set of standardized workflow services built on top of BPEL would give people what they need, without having to make any change to the BPEL specification itself, much like access control for a relational database can be built with custom user tables and standard SQL statements, without having to make any changes to the SQL specification itself.</description>
		<content:encoded><![CDATA[<p>Leo,</p>
<p>I agree with you that the lack of support for human workflow in <span class="caps">BPEL</span> has been slowing adoption down, but I&#8217;m not sure that I agree with the fact that it should be baked into the <span class="caps">BPEL</span> specification. Instead, I believe that having a set of standardized workflow services built on top of <span class="caps">BPEL</span> would give people what they need, without having to make any change to the <span class="caps">BPEL</span> specification itself, much like access control for a relational database can be built with custom user tables and standard <span class="caps">SQL</span> statements, without having to make any changes to the <span class="caps">SQL</span> specification&nbsp;itself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leo</title>
		<link>http://itredux.com/2005/12/13/what-is-bpel-good-for/#comment-1335</link>
		<dc:creator>Leo</dc:creator>
		<pubDate>Mon, 24 Apr 2006 07:14:44 +0000</pubDate>
		<guid isPermaLink="false">http://p6.hostingprod.com/@itredux.com/blog/?p=23#comment-1335</guid>
		<description>Ismael,

I agree with you that BPEL does what it is intended to do. But don't you think that instead of having multiple workflows for different services, we should have all those features in BPEL? Then it becomes easier for orchetrating business processes. I think that's what stops its faster adoption...</description>
		<content:encoded><![CDATA[<p>Ismael,</p>
<p>I agree with you that <span class="caps">BPEL</span> does what it is intended to do. But don&#8217;t you think that instead of having multiple workflows for different services, we should have all those features in <span class="caps">BPEL</span>? Then it becomes easier for orchetrating business processes. I think that&#8217;s what stops its faster&nbsp;adoption&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
