<?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 for The Complex Event Processing Blog</title>
	<atom:link href="http://www.thecepblog.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thecepblog.com</link>
	<description>CEP</description>
	<lastBuildDate>Tue, 14 Dec 2010 21:53:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on The EPTS Use Case Study by Peter Lin</title>
		<link>http://www.thecepblog.com/2010/11/28/the-epts-use-case-study/#comment-1777</link>
		<dc:creator>Peter Lin</dc:creator>
		<pubDate>Tue, 14 Dec 2010 21:53:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.thecepblog.com/?p=554#comment-1777</guid>
		<description>I feel the term CEP should be thrown away and a new term coined. Chandy&#039;s sense and response is a more descriptive term and does a better job of describing the problem it tries so solve. Although it won&#039;t happen, I wish the EP industry would find a new term like &quot;event centric processing&quot; or &quot;event filtering&quot;. That would make it less confusing and more descriptive.
I&#039;ve said this before, but the term &quot;complex&quot; is just too loaded to be of real use for technology. Everyone has a different idea of what &quot;complex&quot; means. I think of machine learning as complex, but most bpm or business rules don&#039;t fit that category.</description>
		<content:encoded><![CDATA[<p>I feel the term CEP should be thrown away and a new term coined. Chandy&#8217;s sense and response is a more descriptive term and does a better job of describing the problem it tries so solve. Although it won&#8217;t happen, I wish the EP industry would find a new term like &#8220;event centric processing&#8221; or &#8220;event filtering&#8221;. That would make it less confusing and more descriptive.<br />
I&#8217;ve said this before, but the term &#8220;complex&#8221; is just too loaded to be of real use for technology. Everyone has a different idea of what &#8220;complex&#8221; means. I think of machine learning as complex, but most bpm or business rules don&#8217;t fit that category.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The EPTS Use Case Study by Tim Bass</title>
		<link>http://www.thecepblog.com/2010/11/28/the-epts-use-case-study/#comment-1652</link>
		<dc:creator>Tim Bass</dc:creator>
		<pubDate>Fri, 03 Dec 2010 04:59:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.thecepblog.com/?p=554#comment-1652</guid>
		<description>Hi Peter,

And yes... if the situations are somewhat static and the rule or patterns are basically fixed or rarely change, this is not &quot;complex event processing&quot; by definition.

Complex event processing was designed (and defined) from inception for classes of problems where &quot;complexity&quot; is defined as you have defined it, for &quot;complex&quot; and dynamic detection scenarios.

When the &quot;rules&quot; are mostly static, easily defined, or rarely change (relative speaking), this is &quot;simple event processing&quot;.

CEP, as defined by the stream processing vendors, is a monumental failure, because the systems are nearly useless for every class of problem I work with on a daily basis.

If stream processing based approaches using pattern detection based on rules was useful, I would have CEP engines running &quot;all over the place&quot;.

For vendors to argue otherwise is folly at best, fraud at worst.</description>
		<content:encoded><![CDATA[<p>Hi Peter,</p>
<p>And yes&#8230; if the situations are somewhat static and the rule or patterns are basically fixed or rarely change, this is not &#8220;complex event processing&#8221; by definition.</p>
<p>Complex event processing was designed (and defined) from inception for classes of problems where &#8220;complexity&#8221; is defined as you have defined it, for &#8220;complex&#8221; and dynamic detection scenarios.</p>
<p>When the &#8220;rules&#8221; are mostly static, easily defined, or rarely change (relative speaking), this is &#8220;simple event processing&#8221;.</p>
<p>CEP, as defined by the stream processing vendors, is a monumental failure, because the systems are nearly useless for every class of problem I work with on a daily basis.</p>
<p>If stream processing based approaches using pattern detection based on rules was useful, I would have CEP engines running &#8220;all over the place&#8221;.</p>
<p>For vendors to argue otherwise is folly at best, fraud at worst.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The EPTS Use Case Study by Peter Lin</title>
		<link>http://www.thecepblog.com/2010/11/28/the-epts-use-case-study/#comment-1630</link>
		<dc:creator>Peter Lin</dc:creator>
		<pubDate>Wed, 01 Dec 2010 14:01:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.thecepblog.com/?p=554#comment-1630</guid>
		<description>Here&#039;s my 2 cents on CEP. The question isn&#039;t &quot;can we use a rule engine to detect patterns on event data?&quot; The question is more specific. &quot;can a rule centric approach work effectively in an intrusion detection or prevention scenario?&quot; My bias opinion is no. In college I knew some hackers and they were good. If I use rules to defend my system, I have to ask &quot;how fast can I respond to new attacks?&quot; I can look at new attacks and try to figure out the best way to implement a rule, but in the mean time those attacks are still coming. For the type of scenarios Tim works with day-to-day, using rules is a loosing proposition. For situations where the patterns are basically fixed or rarely changes, rule driven approaches &quot;can&quot; be effective. I&#039;ve heard horror stories about huge failures with rule engines and I&#039;ve seen failures first hand. Failures happen with every tool, even if vendors hate to admit it and often gloss over things for the sake of sales.</description>
		<content:encoded><![CDATA[<p>Here&#8217;s my 2 cents on CEP. The question isn&#8217;t &#8220;can we use a rule engine to detect patterns on event data?&#8221; The question is more specific. &#8220;can a rule centric approach work effectively in an intrusion detection or prevention scenario?&#8221; My bias opinion is no. In college I knew some hackers and they were good. If I use rules to defend my system, I have to ask &#8220;how fast can I respond to new attacks?&#8221; I can look at new attacks and try to figure out the best way to implement a rule, but in the mean time those attacks are still coming. For the type of scenarios Tim works with day-to-day, using rules is a loosing proposition. For situations where the patterns are basically fixed or rarely changes, rule driven approaches &#8220;can&#8221; be effective. I&#8217;ve heard horror stories about huge failures with rule engines and I&#8217;ve seen failures first hand. Failures happen with every tool, even if vendors hate to admit it and often gloss over things for the sake of sales.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The EPTS Use Case Study by Brian Husted</title>
		<link>http://www.thecepblog.com/2010/11/28/the-epts-use-case-study/#comment-1623</link>
		<dc:creator>Brian Husted</dc:creator>
		<pubDate>Tue, 30 Nov 2010 18:03:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.thecepblog.com/?p=554#comment-1623</guid>
		<description>Tim -

Complex events are a coupling of events related to state, rules, calculations and patterns.  Complex event detection would certainly leverage objects, correlation, time windows, patterns, and complex rules.  This seems like complex event detection.  In the cyber world, I would probably leverage something like Snort to detect a complex event like a system intrusion.  However, I would leverage a CEP engine to detect that this is a distributed attack (using concepts and windowing), and consult rules to determine the appropriate response (who is trying to attack me, a measure of my capability and capacity at any one location, and what I have already done in the past X minutes).  Again, CEP engines were not the appropriate tool to detect the intrusion (e.g., complex event), but Snort wasn&#039;t the appropriate tool to detect the complex response.</description>
		<content:encoded><![CDATA[<p>Tim -</p>
<p>Complex events are a coupling of events related to state, rules, calculations and patterns.  Complex event detection would certainly leverage objects, correlation, time windows, patterns, and complex rules.  This seems like complex event detection.  In the cyber world, I would probably leverage something like Snort to detect a complex event like a system intrusion.  However, I would leverage a CEP engine to detect that this is a distributed attack (using concepts and windowing), and consult rules to determine the appropriate response (who is trying to attack me, a measure of my capability and capacity at any one location, and what I have already done in the past X minutes).  Again, CEP engines were not the appropriate tool to detect the intrusion (e.g., complex event), but Snort wasn&#8217;t the appropriate tool to detect the complex response.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The EPTS Use Case Study by Tim Bass</title>
		<link>http://www.thecepblog.com/2010/11/28/the-epts-use-case-study/#comment-1620</link>
		<dc:creator>Tim Bass</dc:creator>
		<pubDate>Tue, 30 Nov 2010 15:14:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.thecepblog.com/?p=554#comment-1620</guid>
		<description>Hi Brian,

I agree that Tibco&#039;s BE is superior to other CEP engines.

On the other hand, BE is still, at it&#039;s core, a rules engine like Drools.

I don&#039;t think rule-based approaches alone are useful for detection in most complex classes of problems.

And to Rainer, as ***** has plagiarized from most of my earlier presentations and posts without reference, I read from his recent presentations he (finally) understands that CEP is not based solely on rule-based approaches - however, he correctly said (finally!) that rule are good for &quot;action&quot;... detection of complex events is generally not a rule-based problem.   I am really disappointed with *******&#039;s style of arguing, denigrating then (finally) learning then plagiarizing others. Way too much &quot;not invented here&quot; and plagiarizing in EPTS......    On the other hand, it is encouraging to see many are slowing understanding what &quot;complexity&quot; is in operational detection problems.

@Brian - if you are using rules-engines for detection, you are not detecting complex events, you are detecting simple ones (simple event processing).  This is not complex event processing, it is simple event processing.   </description>
		<content:encoded><![CDATA[<p>Hi Brian,</p>
<p>I agree that Tibco&#8217;s BE is superior to other CEP engines.</p>
<p>On the other hand, BE is still, at it&#8217;s core, a rules engine like Drools.</p>
<p>I don&#8217;t think rule-based approaches alone are useful for detection in most complex classes of problems.</p>
<p>And to Rainer, as ***** has plagiarized from most of my earlier presentations and posts without reference, I read from his recent presentations he (finally) understands that CEP is not based solely on rule-based approaches &#8211; however, he correctly said (finally!) that rule are good for &#8220;action&#8221;&#8230; detection of complex events is generally not a rule-based problem.   I am really disappointed with *******&#8217;s style of arguing, denigrating then (finally) learning then plagiarizing others. Way too much &#8220;not invented here&#8221; and plagiarizing in EPTS&#8230;&#8230;    On the other hand, it is encouraging to see many are slowing understanding what &#8220;complexity&#8221; is in operational detection problems.</p>
<p>@Brian &#8211; if you are using rules-engines for detection, you are not detecting complex events, you are detecting simple ones (simple event processing).  This is not complex event processing, it is simple event processing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The EPTS Use Case Study by Rainer v. Ammon</title>
		<link>http://www.thecepblog.com/2010/11/28/the-epts-use-case-study/#comment-1618</link>
		<dc:creator>Rainer v. Ammon</dc:creator>
		<pubDate>Tue, 30 Nov 2010 14:37:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.thecepblog.com/?p=554#comment-1618</guid>
		<description>Perhaps also interesting what Opher commented http://epthinking.blogspot.com/2010/11/on-multi-billion-dollars-accounting.html

But let&#039;s discuss without polemic, not repeating the same allegations of the last years;-)</description>
		<content:encoded><![CDATA[<p>Perhaps also interesting what Opher commented <a href="http://epthinking.blogspot.com/2010/11/on-multi-billion-dollars-accounting.html" rel="nofollow">http://epthinking.blogspot.com/2010/11/on-multi-billion-dollars-accounting.html</a></p>
<p>But let&#8217;s discuss without polemic, not repeating the same allegations of the last years;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The EPTS Use Case Study by Brian Husted</title>
		<link>http://www.thecepblog.com/2010/11/28/the-epts-use-case-study/#comment-1612</link>
		<dc:creator>Brian Husted</dc:creator>
		<pubDate>Tue, 30 Nov 2010 00:13:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.thecepblog.com/?p=554#comment-1612</guid>
		<description>Hi Tim,
I hope you enjoyed your holiday…mine was great!  
I am not sure I agree with the last part of your statement regarding CEP engines being &quot;fluff in a box&quot;.  As we have discussed before, event-driven systems are typically implemented with a collection of techniques and technologies.  My definition of CEP engine is a product that provides a subset of the following: Object Models, State Machines, Rules, Streams, Patterns and Events.  The value of the engine is to provide an integrated framework that allows a developer to focus on solving complex problems while reducing time spent on glue code.   I have successfully implemented systems using both Drools and especially TIBCO Business Events (BE).  I have combined Drools with JAXB, Apache Camel and Spring to build some very nice solutions that otherwise would have amounted to considerable amounts of glue code in pure PHP, C++ or Java.   In fact, I did a proof-of-concept for a customer this month where we proved how we could replace tens-of-thousands of lines of code with less than 300 in BE.  I am certainly not stating that CEP engines are the end-all for event processing but they are certainly proving effective and growing in popularity within a large user community that I support.

Regards,
Brian</description>
		<content:encoded><![CDATA[<p>Hi Tim,<br />
I hope you enjoyed your holiday…mine was great!<br />
I am not sure I agree with the last part of your statement regarding CEP engines being &#8220;fluff in a box&#8221;.  As we have discussed before, event-driven systems are typically implemented with a collection of techniques and technologies.  My definition of CEP engine is a product that provides a subset of the following: Object Models, State Machines, Rules, Streams, Patterns and Events.  The value of the engine is to provide an integrated framework that allows a developer to focus on solving complex problems while reducing time spent on glue code.   I have successfully implemented systems using both Drools and especially TIBCO Business Events (BE).  I have combined Drools with JAXB, Apache Camel and Spring to build some very nice solutions that otherwise would have amounted to considerable amounts of glue code in pure PHP, C++ or Java.   In fact, I did a proof-of-concept for a customer this month where we proved how we could replace tens-of-thousands of lines of code with less than 300 in BE.  I am certainly not stating that CEP engines are the end-all for event processing but they are certainly proving effective and growing in popularity within a large user community that I support.</p>
<p>Regards,<br />
Brian</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on High Frequency Trading Destroys Market Integrity by Matthias</title>
		<link>http://www.thecepblog.com/2010/05/26/high-frequency-trading-destroys-market-integrity/#comment-1409</link>
		<dc:creator>Matthias</dc:creator>
		<pubDate>Thu, 18 Nov 2010 14:53:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.thecepblog.com/?p=505#comment-1409</guid>
		<description>I think this is sometimes a religious war.
There a fundamental reasons for HFT - namely the spreading of liquidity over market places for the same and similar securities. So for stopping HFT totally the fundamental reasons need to be fixed. There are some easy things like transaction limits which can fix a lot of issues, but the exchanges and other parts of the industry make huge profits from HFT and lobby for it.</description>
		<content:encoded><![CDATA[<p>I think this is sometimes a religious war.<br />
There a fundamental reasons for HFT &#8211; namely the spreading of liquidity over market places for the same and similar securities. So for stopping HFT totally the fundamental reasons need to be fixed. There are some easy things like transaction limits which can fix a lot of issues, but the exchanges and other parts of the industry make huge profits from HFT and lobby for it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Top Ten Cybersecurity Threats for 2009 &#8211; Draft for Comments by Raul Passow</title>
		<link>http://www.thecepblog.com/2009/01/05/the-top-ten-cybersecurity-threats-for-2009-draft-for-comments/#comment-1389</link>
		<dc:creator>Raul Passow</dc:creator>
		<pubDate>Fri, 12 Nov 2010 10:51:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.thecepblog.com/?p=395#comment-1389</guid>
		<description>Hi there! Is it alright that I go a bit off topic? I’m trying to read your domain on my new iPad but it doesn’t display properly, do you have any suggestions? You can always email me at osada@gmail.com Thank you for the help I hope! Bradley</description>
		<content:encoded><![CDATA[<p>Hi there! Is it alright that I go a bit off topic? I’m trying to read your domain on my new iPad but it doesn’t display properly, do you have any suggestions? You can always email me at <a href="mailto:osada@gmail.com">osada@gmail.com</a> Thank you for the help I hope! Bradley</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What is Complex Event Processing? by Complex Event Processing and StreamInsight &#124; managed data</title>
		<link>http://www.thecepblog.com/what-is-complex-event-processing/#comment-522</link>
		<dc:creator>Complex Event Processing and StreamInsight &#124; managed data</dc:creator>
		<pubDate>Sun, 07 Nov 2010 06:09:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.thecepblog.com/?page_id=248#comment-522</guid>
		<description>[...] explanation. To get a fuller (and much better and in-depth) explanation have a look at a series of blog posts by Tim [...]</description>
		<content:encoded><![CDATA[<p>[...] explanation. To get a fuller (and much better and in-depth) explanation have a look at a series of blog posts by Tim [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

