 <?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: XTP = CEP? O&#8230;ICY</title>
	<atom:link href="http://tibcoblogs.com/cep/index.php/2007/10/30/xtp-cep-oicy/feed/" rel="self" type="application/rss+xml" />
	<link>http://tibcoblogs.com/cep/2007/10/30/xtp-cep-oicy/</link>
	<description>Complex Event Processing (CEP)</description>
	<pubDate>Sat, 11 Feb 2012 17:41:53 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Complex Event Processing (CEP) Blog &#187; XTP recommendations overlap with CEP&#8230;</title>
		<link>http://tibcoblogs.com/cep/2007/10/30/xtp-cep-oicy/comment-page-1/#comment-177</link>
		<dc:creator>Complex Event Processing (CEP) Blog &#187; XTP recommendations overlap with CEP&#8230;</dc:creator>
		<pubDate>Fri, 13 Jun 2008 21:34:14 +0000</pubDate>
		<guid isPermaLink="false">http://tibcoblogs.com/cep/2007/10/30/xtp-cep-oicy/#comment-177</guid>
		<description>[...] (part 1 and part 2) by Shivaji Sarkar and Peter Mendis of TCS on eBizQ. Their main suggestions for XTP are layered (/federated) ESBs and a grid architecture for service virtualization. What caught my [...]</description>
		<content:encoded><![CDATA[<p>[...] (part 1 and part 2) by Shivaji Sarkar and Peter Mendis of TCS on eBizQ. Their main suggestions for XTP are layered (/federated) ESBs and a grid architecture for service virtualization. What caught my [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CEP as sauce for alphabet soup (Part 9): ETL &#187; TIBCOâ€™s Complex Event Processing Blog</title>
		<link>http://tibcoblogs.com/cep/2007/10/30/xtp-cep-oicy/comment-page-1/#comment-60</link>
		<dc:creator>CEP as sauce for alphabet soup (Part 9): ETL &#187; TIBCOâ€™s Complex Event Processing Blog</dc:creator>
		<pubDate>Sat, 24 Nov 2007 21:54:47 +0000</pubDate>
		<guid isPermaLink="false">http://tibcoblogs.com/cep/2007/10/30/xtp-cep-oicy/#comment-60</guid>
		<description>[...] Ah-ha! But surely CEP systems cannot handle the volumes or potential insights we are talking about? Well probably they can. [...]</description>
		<content:encoded><![CDATA[<p>[...] Ah-ha! But surely CEP systems cannot handle the volumes or potential insights we are talking about? Well probably they can. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron Ross on Decision Latency &#187; TIBCOâ€™s Complex Event Processing Blog</title>
		<link>http://tibcoblogs.com/cep/2007/10/30/xtp-cep-oicy/comment-page-1/#comment-58</link>
		<dc:creator>Ron Ross on Decision Latency &#187; TIBCOâ€™s Complex Event Processing Blog</dc:creator>
		<pubDate>Wed, 07 Nov 2007 23:22:47 +0000</pubDate>
		<guid isPermaLink="false">http://tibcoblogs.com/cep/2007/10/30/xtp-cep-oicy/#comment-58</guid>
		<description>[...] From an event processing perspective, we believe both data latency and decision latency are important. Making quick decisions on stale data doesn&#8217;t help much - you want the &#8220;state of the world&#8221; to be as close to real-time as you can, and you want to deal with events to derive information and knowledge at their &#8220;point of detection&#8221;. This pretty sums up the role of Complex Event Processing and also how it helps solve problems like XTP too. [...]</description>
		<content:encoded><![CDATA[<p>[...] From an event processing perspective, we believe both data latency and decision latency are important. Making quick decisions on stale data doesn&#8217;t help much - you want the &#8220;state of the world&#8221; to be as close to real-time as you can, and you want to deal with events to derive information and knowledge at their &#8220;point of detection&#8221;. This pretty sums up the role of Complex Event Processing and also how it helps solve problems like XTP too. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Vincent</title>
		<link>http://tibcoblogs.com/cep/2007/10/30/xtp-cep-oicy/comment-page-1/#comment-57</link>
		<dc:creator>Paul Vincent</dc:creator>
		<pubDate>Sun, 04 Nov 2007 09:13:50 +0000</pubDate>
		<guid isPermaLink="false">http://tibcoblogs.com/cep/2007/10/30/xtp-cep-oicy/#comment-57</guid>
		<description>Ophers response blog is at  http://epthinking.blogspot.com/2007/11/xtp-distributed-event-processing-and.html 

However, CEP tools like TIBCO's already provide distributable scaleable performance needed for XTP. 

For transaction management: well thats probably yet another blog topic: if a customer sends a cancel event, that may have some different consequences for the business transaction based on other events. In other words, also a CEP problem...</description>
		<content:encoded><![CDATA[<p>Ophers response blog is at  <a href="http://epthinking.blogspot.com/2007/11/xtp-distributed-event-processing-and.html" rel="nofollow">http://epthinking.blogspot.com/2007/11/xtp-distributed-event-processing-and.html</a> </p>
<p>However, CEP tools like TIBCO&#8217;s already provide distributable scaleable performance needed for XTP. </p>
<p>For transaction management: well thats probably yet another blog topic: if a customer sends a cancel event, that may have some different consequences for the business transaction based on other events. In other words, also a CEP problem&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Opher Etzion</title>
		<link>http://tibcoblogs.com/cep/2007/10/30/xtp-cep-oicy/comment-page-1/#comment-55</link>
		<dc:creator>Opher Etzion</dc:creator>
		<pubDate>Wed, 31 Oct 2007 10:14:37 +0000</pubDate>
		<guid isPermaLink="false">http://tibcoblogs.com/cep/2007/10/30/xtp-cep-oicy/#comment-55</guid>
		<description>Hello Alan, 

I'll take the challange and provide some blog entry about XTP in a few days, need to investigate the concept more before doing that - but in one sentence - it seems that XTP means complete middleware platform that is based on CEP but also other things like grid technology, transaction management etc...

So it seems that XTP needs CEP, but current implementations of CEP don't qualify as XTP.

cheers,

Opher</description>
		<content:encoded><![CDATA[<p>Hello Alan, </p>
<p>I&#8217;ll take the challange and provide some blog entry about XTP in a few days, need to investigate the concept more before doing that - but in one sentence - it seems that XTP means complete middleware platform that is based on CEP but also other things like grid technology, transaction management etc&#8230;</p>
<p>So it seems that XTP needs CEP, but current implementations of CEP don&#8217;t qualify as XTP.</p>
<p>cheers,</p>
<p>Opher</p>
]]></content:encoded>
	</item>
</channel>
</rss>

