Mukund Balasubramanian wrote:
> Gregg:
>
> We are in agreement on almost every aspect of your tech overview and use case
> below. I completely agree that an ESB is relevant. The difference lies in
> merely
> two aspects:
>
> 1. Architecture abstraction: I still believe the architecture abstraction for
> an
> ESB should be a location independent "bus". This is indepedent of the reality
> of
> most deployments. We are just talking about the abstraction. You worry me by
> mentioning "central broker as an esb" as many times as you do.
I was trying to demonstrate a primary feature of such a system where a
broadcast
environment allows the system to be changed without affecting the activities of
other parts of the system. We use point to point for many things where the
features of the two endpoints are tightly coupled and transaction oriented
(database activities for example, or monitoring interfaces etc). But for
general enterprise data flow, there is a great deal of value in providing a
brokering interface for connectivity from data sources into the enterprise.
> 2. Your relative focus on lagacy adaptation to an SOA. Of course anybody
> involved in integration projects knows that adaptors take an inordinate focus
> but I still believe an ESB/broker is only a moderately better (if at all)
> solutioin than a generic Web Service or JCA adaptor.
It's all about what you think the customers of the generated data are.
Clearly,
you can directly route a lot of things, and add multi-directional, targeted
communications without a brokering layer. The question is, is that a feature
of
your software systems that you have to create over and over and manage, or is
it
a feature of a layer of software that all of your systems are interacting with
explicit knowledge of?
> Of course, what would be useful in this context is to start creating a
> listing
> of 10 features you would call important in an ESB and prioritize them. I
> would
> be interested in something like that.
Of course...
Gregg Wonderly
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/service-orientated-architecture/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
