Comments on: SOA, EDA, BPM and CEP are all Complementary

By: What is Complex Event Processing? (Part 7)

What is Complex Event Processing? (Part 7) — Sun, 28 Nov 2010 03:04:23 +0000

[...] In a nutshell, we can easily see that all of the components of the CEP functional reference architecture we discussed earlier, events, event pre-processing, event refinement, situational refinement and impact assessment, add value only if they lead to high confidence, resource efficient actions. This is one of the motivations behind David Luckham’s recently posted white paper, SOA, EDA, BPM and CEP are all Complementary. [...]

By: Confluence: ???????

Confluence: ??????? — Sat, 20 Oct 2007 16:05:37 +0000

Event Server…

1.Overview SOA, EDA, BPM and CEP are all Complementary(Part1…

By: Complex Event Processing » Blog Archive » SOA, EDA, BPM and CEP are all Complementary: Part 2

Sun, 08 Jul 2007 22:31:30 +0000

[...] In part 1 (link) we argued that SOA and EDA are complementary architectural design concepts, and that the fusion of the two, event-driven SOA (or ED-SOA) should be the design philosophy of both SOA and EDA today. [...]

By: What is Complex Event Processing? (Part 7) « The Complex Event Processing Blog

Sat, 19 May 2007 15:18:51 +0000

By: arnonrgo

arnonrgo — Sun, 13 May 2007 21:18:26 +0000

I agree that it is very natural to supplement "traditional" SOA (Request/Reply) with EDA to get a much better SOA (see for example an article on solving BI problems in SOA with EDA) However I think that EDA can also live as an architectural style in it own right (i.e. without SOA)

By: James Taylor's Decision Management

James Taylor's Decision Management — Tue, 01 May 2007 19:59:48 +0000

EDA, SOA and Decisioning (again)…

Steve Jones had this post on SOA v EDA while David Luckham posted on why SOA, EDA, BPM and CEP are all complementary. I think these two have it right – SOA and EDA are complimentary as are EDA and BPM…….

By: James Taylor

James Taylor — Tue, 01 May 2007 19:56:55 +0000

SOA and EDA are complimentary as are EDA and BPM. They represent different ways to bring services (components) together to solve business problems. I would go further and say that decision services are the right way to bring rules into SOA. I have blogged before about SOA, BPM, CEP and business rules and why business rules matter in an event-driven SOA. I think event driven design is particularly suitable for what I call transaction-centric decisioning too and that's a good thing. I also recommend two articles in SOA magazine - this one on business rules in SOA and this one on SOA and EDA.