Following my company approach, I used to define by myself what does mean ESB, what features and behavior I/we might need from an intermediary. This totally depends on your needs. So, in general, we have to have a semantic agreement on what we mean by an ESB.
A couple years ago I had a projects where I used a central dispatcher on a grid platform; the dispatcher commanded which available at the moment service had to take next task in the stack. The services reported their results into next logical level of grid where another dispatcher could pick up the tasks, and so on. If you consider a dispatching work as a part of ESB job, then I would say that grid seems similar in this functionality to the ESB. - Michael ----- Original Message ---- From: htshozawa <[EMAIL PROTECTED]> To: [email protected] Sent: Wednesday, June 25, 2008 9:45:27 PM Subject: [service-orientated-architecture] Re: Vandersluis on a Data Abstraction Layer's Benefits Hi all, Database abstraction is one of a topic being resolved by OGF. They are doing a really nice job of distributing queries, but I have to say that it's a little off of the business SOA concepts. Food for thought: Can a grid platform be made to be usable as an ESB? H.Ozawa
