Jump to content

Talk:Event stream processing

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by Mrkwpalmer (talk | contribs) at 01:14, 9 May 2007 (→Merge proposed: ESP Should Go Away, and We Created It!). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Would love feedback on this page. - Mark

Products

  • this section has been removed. Listing of selected companies can be seen as representing bias or endorsing more weight on a few "selected' companies. It's probably best to continue keeping sections like this out of the article in order to maintain Wikipedia's Neutral point of view Hu12 00:58, 21 November 2006 (UTC)[reply]
See response on Talk:Complex Event Processing. I believe the list or something like it should stay. Ronnotel 02:03, 21 November 2006 (UTC)[reply]
  • copy from Talk:Complex Event Processing. As policy states, Wikipedia is not a repository for lists, directories or Advocacy of commercial products and/or websites. NPOV requires views to be represented without bias, this applies not only to article text, but to companies, products, external links, and any other material as well. Although it may have been helpful in the past, it is not Wikipedia's purpose to include a comprehensive list of companies, products or external links. Hu12 06:04, 21 November 2006 (UTC)[reply]

Merge proposed

It's not clear what the difference is between this and Complex Event Processing. Unless I'm missing something, seems like we can save some pixels. Ronnotel 21:51, 22 November 2006 (UTC)[reply]

ESP and CEP should not be merged. Event stream processing has it roots in data stream processing and CEP roots are toward more complex debugging and simulations in distributed systems. See http://tibcoblogs.com/cep for a good emerging explaination of this. Snaggydog 15:35, 6 May 2007 (UTC)[reply]

Agreed, however I propose that Event Stream Processing is a subset of Complex Event Processing, so this should not suggest merge but mapping? —The preceding unsigned comment was added by 80.195.229.179 (talk • contribs) 22:54, 24 November 2006.

Sounds fine. (BTW, kindly sign your posts - use four ~'s) Ronnotel 04:16, 25 November 2006 (UTC)[reply]

I believe CEP and ESP are closely related and that the articles should be merged, but they are industry terms, and the industry uses both terms, and it is not clear (or agreed) what exactly the difference is between the two terms. Equally, it is not agreed if one is a subset of the other as they both appear to be capable of solving the same problems - just different models/implementations of the same problem resulting in similar solutions. If the articles are merged, both terms will (most likely) apply to the article equally. Maybe it's possible to create a 3rd page calles "CEP/ESP" and have the other terms link to the new page?

CEP and ESP should not be merged. 24.255.127.4 07:30, 8 December 2006 (UTC)[reply]

If this was a vote, then great - we'd know your position. But it's a discussion. Would you care to elaborate on why you believe CEP and ESP should not be merged? Thank you. Bardcom 23:26, 8 December 2006 (UTC)[reply]

I think it would be much easier to compare the two if they were merged. As it is, you have to go back and forth to try to see what's different about them. My $0.02. Ronnotel 02:44, 9 December 2006 (UTC)[reply]

Made a new subsection below to comment on this. --Sigma 7 01:51, 10 March 2007 (UTC)[reply]

<post> I'm more familiar with some products in this space than others. Personally, I see ESP as a class of, or one specific type of complex events processing. I'd say as a general rule ESP has been specifically focused on business/situation activity monitoring as opposed to proactive operations and management. In my experience ESP is generally focused on data that is generally perceived to be in motion - either data on topics, queues, subjects, or channels, etc. Many of the engines have the ability to retain this information in their memory and/or cache (which is persisted in some cases) for purposes of aggregating information across time (or some other boundary) but the data is persisted in the cache of the ESP engine as opposed to going back to an end point application - as compared to or possibly contrasted to something like Enterprise Information Integration (EII) which essentially goes back to the end point application to retrieve data.

personally I see CEP is combining these two disciplines. As as example, you may want to specially recognize a customer's loyalty by watching for customers that have more than 3 transactions within a given time period - say a month. This is not a BI problem because you want to identify and connect with the customer at the POS not some later point in time via mail, email, etc. Here's where it gets complicated though - I don't just want to recognize the third occurrence/transaction with the customer but I now want to go retrieve more detail about the customer so that I can determine if this is a fantastic customer, a great customer or merely a good customer which should be factored in to how I as a company treat this situation. So, I'd really like to go retrieve information about this specific customer and potentially even get their transaction history so I can not only determine how to treat them given their affinity but potentially even determine what specific types of things are most likely to appeal to them given their history. The type of model would be desired for cross-sell and up-sell. I don't want to be out there just asking my customer's, "would you like fries with that" but be much more specific about what type of offer I'd like to provide for them.

Sorry for the long post but to me these are problems that are beyond the complexity that ESPs are designed for and are an example of why whether combined or not it is important to distinguish the differences between event stream processing and complex event processing. my $0.04 </post> —The preceding unsigned comment was added by Wenger2K (talk • contribs) 19 December 2006.

Content of Event-driven architecture

On a related note to the merge, Event-driven architecture seems to give a slight difference between the two (although I did rename it from Stream Event Processing.) Either this means that the two articles are different enough that they should not be merged, or there's writing styles in other articles that treats them as seperate topics.
Clearing things up in this article may make the decision to merge slightly easier. While I'm not an expert on this topic, I suspect there's a slight difference, between the two that could be expanded on. --Sigma 7 01:51, 10 March 2007 (UTC)[reply]

ESP SHOULD GO AWAY AND I HELPED CREATE THE PROBLEM!!!You are completely correct in my opinion; these should be merged. And I say this from the perpsective of the software vendor that popularized and caused the confusion in the first place. I'm the general manager of the Progress Apama software division and we coined the term "event stream processing" in April of 2005 when we acquired Apama for $30M - we didn't like the term "complex event processing" and decided to make up another term. Yes, stream processing, and data stream processing have been used as terms in academia, but we made up the term ESP as a synonym for CEP. Some on this list will argue that there are subtle, technical differences, but, being in the center of this quagmire of a debate, I think they should be merged, and that ESP should basically go away!

- Mark Palmer, General Manager, Progress Apama, mpalmer@PROGRESS.COM

Retrieved from "https://en.wikipedia.org/w/index.php?title=Talk:Event_stream_processing&oldid=129401147"