tag:blogger.com,1999:blog-7831813422886730737.post7930370332651616493..comments2023-10-08T10:44:28.524+03:00Comments on Event Processing Thinking: More on EDA is EDA and SOA is SOAOpher Etzionhttp://www.blogger.com/profile/10791357917675270335noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-7831813422886730737.post-49624972312826352352007-10-02T11:21:00.000+02:002007-10-02T11:21:00.000+02:00ED-SOA is fine. The idea was to explain that EDA...ED-SOA is fine. The idea was to explain that EDA and SOA are terms in different levels - not really apples and oranges, since they have intersection unlike apples and oranges. I agree that if a combination is used, it should be used wisely, with selecting the right way to combine, and you may call it ED-SOA<BR/><BR/>OpherOpher Etzionhttps://www.blogger.com/profile/17070103285719046013noreply@blogger.comtag:blogger.com,1999:blog-7831813422886730737.post-6735564938956246972007-10-01T21:31:00.000+02:002007-10-01T21:31:00.000+02:00youre thinking too "apples and oranges" ("EDA and ...youre thinking too "apples and oranges" ("EDA and SOA"). blindly combining the two results in a bubble-gummed system.<BR/><BR/>think "ED-SOA" as an approach that combines features of both EDA and SOA, but is unique on its own.Anonymousnoreply@blogger.com