 <?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: Business rule execution: stateless/transactional, stateful/monitoring, or both?</title>
	<atom:link href="http://tibcoblogs.com/cep/index.php/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/feed/" rel="self" type="application/rss+xml" />
	<link>http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/</link>
	<description>Complex Event Processing (CEP)</description>
	<pubDate>Sat, 11 Feb 2012 23:49:20 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: vincent</title>
		<link>http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/comment-page-1/#comment-103</link>
		<dc:creator>vincent</dc:creator>
		<pubDate>Thu, 06 Mar 2008 16:19:57 +0000</pubDate>
		<guid isPermaLink="false">http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/#comment-103</guid>
		<description>Yes, we'll have to elaborate further on points 2 and 3.
2. Complex rules often include references to more data (and in particular data analysis, stats etc) that of course can be delegated to a DBMS, but at a cost. This is where high performance cache comes in handy, to handle "deeper data". 
3. Wider views on customer / region / time-based policies benefits also from having the data "always available" - this is similar to 2 but "wider data".
The main point here is that with stateful rules (as in, but not exclusively so, a rule-driven CEP engine), and a built-in OODB mechanism, means that I don't need to have an SQL writer alongside every rule writer.</description>
		<content:encoded><![CDATA[<p>Yes, we&#8217;ll have to elaborate further on points 2 and 3.<br />
2. Complex rules often include references to more data (and in particular data analysis, stats etc) that of course can be delegated to a DBMS, but at a cost. This is where high performance cache comes in handy, to handle &#8220;deeper data&#8221;.<br />
3. Wider views on customer / region / time-based policies benefits also from having the data &#8220;always available&#8221; - this is similar to 2 but &#8220;wider data&#8221;.<br />
The main point here is that with stateful rules (as in, but not exclusively so, a rule-driven CEP engine), and a built-in OODB mechanism, means that I don&#8217;t need to have an SQL writer alongside every rule writer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Haley</title>
		<link>http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/comment-page-1/#comment-101</link>
		<dc:creator>Paul Haley</dc:creator>
		<pubDate>Wed, 05 Mar 2008 17:54:28 +0000</pubDate>
		<guid isPermaLink="false">http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/#comment-101</guid>
		<description>The bullets didn't hit me at all, but hitting on the fundamentals in #1 really highlights why BRMS vendors need to move in your direction, but #2 is too much detail about technical battles that have yet to be waged to clear victory, imo.  James and others have good content on #3, but I don't see why you think it warrants a CEP/BRMS distinction.  (Sounds like you want the whole enterprise in RAM and damn the join complexity!-)</description>
		<content:encoded><![CDATA[<p>The bullets didn&#8217;t hit me at all, but hitting on the fundamentals in #1 really highlights why BRMS vendors need to move in your direction, but #2 is too much detail about technical battles that have yet to be waged to clear victory, imo.  James and others have good content on #3, but I don&#8217;t see why you think it warrants a CEP/BRMS distinction.  (Sounds like you want the whole enterprise in RAM and damn the join complexity!-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Behind the CEP curtain - it&#8217;s about time, not the cache &#171; Commercial Intelligence</title>
		<link>http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/comment-page-1/#comment-100</link>
		<dc:creator>Behind the CEP curtain - it&#8217;s about time, not the cache &#171; Commercial Intelligence</dc:creator>
		<pubDate>Wed, 05 Mar 2008 17:46:54 +0000</pubDate>
		<guid isPermaLink="false">http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/#comment-100</guid>
		<description>[...] CEP vendor most focused on the market for business rules, as reflected in Paul Vincent&#8217;s post here.  Although I agree with Paul that rule vendors are not currently offering enough in terms of [...]</description>
		<content:encoded><![CDATA[<p>[...] CEP vendor most focused on the market for business rules, as reflected in Paul Vincent&#8217;s post here.  Although I agree with Paul that rule vendors are not currently offering enough in terms of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vincent</title>
		<link>http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/comment-page-1/#comment-98</link>
		<dc:creator>vincent</dc:creator>
		<pubDate>Wed, 05 Mar 2008 09:07:37 +0000</pubDate>
		<guid isPermaLink="false">http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/#comment-98</guid>
		<description>James views items 2 and 3 above as "have a CEP engine what do I do with it" issues (ie solutions looking for a problem). Which means we need to blog more about CEP frameworks vs conventional traditional approaches to some of these problems (how CEP marries events, business rules, and persistence with analytics, against the expense of doing all these items separately, CEP and case-based reasoning, CEP versus BPM and case management in favor of customer management, etc).</description>
		<content:encoded><![CDATA[<p>James views items 2 and 3 above as &#8220;have a CEP engine what do I do with it&#8221; issues (ie solutions looking for a problem). Which means we need to blog more about CEP frameworks vs conventional traditional approaches to some of these problems (how CEP marries events, business rules, and persistence with analytics, against the expense of doing all these items separately, CEP and case-based reasoning, CEP versus BPM and case management in favor of customer management, etc).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Vincent</title>
		<link>http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/comment-page-1/#comment-97</link>
		<dc:creator>Paul Vincent</dc:creator>
		<pubDate>Wed, 05 Mar 2008 08:55:37 +0000</pubDate>
		<guid isPermaLink="false">http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/#comment-97</guid>
		<description>Comments work using my external non-TIBCO ISP. Maybe it IS Complex Comment Processing in action?</description>
		<content:encoded><![CDATA[<p>Comments work using my external non-TIBCO ISP. Maybe it IS Complex Comment Processing in action?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A post to replace a comment because Tibco can&#8217;t count&#8230; &#124; Smart (Enough) Systems, the blog</title>
		<link>http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/comment-page-1/#comment-96</link>
		<dc:creator>A post to replace a comment because Tibco can&#8217;t count&#8230; &#124; Smart (Enough) Systems, the blog</dc:creator>
		<pubDate>Wed, 05 Mar 2008 02:21:27 +0000</pubDate>
		<guid isPermaLink="false">http://tibcoblogs.com/cep/2008/03/03/business-rule-execution-statelesstransactional-statefulmonitoring-or-both/#comment-96</guid>
		<description>[...] least it&#8217;s blog cannot. I saw this post by my old friend Paul Vincent - Business rule execution: stateless/transactional, stateful/monitoring, or both? and tried to comment on it. Sadly the Tibco blog can&#8217;t add 6 and 2 and so rejected my comment [...]</description>
		<content:encoded><![CDATA[<p>[...] least it&#8217;s blog cannot. I saw this post by my old friend Paul Vincent - Business rule execution: stateless/transactional, stateful/monitoring, or both? and tried to comment on it. Sadly the Tibco blog can&#8217;t add 6 and 2 and so rejected my comment [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

