<<The trick of course is to perform the integration while adhering to
the principles of loose coupling, something EAI famously does not do well.

Jason Bloomberg, senior analyst with ZapThink LLC, said that while
adapters have a role to play in SOA it's mostly for tactical
deployments, not a core piece of SOA. He said that users need to be
careful of what they're buying when they go ESB shopping.

"As for ESBs, the market is still confused by the fact that the
products that call themselves ESBs are still quite diverse in
capability," he said. "As a result, when customers say they want an
ESB, they could mean very different things. What we're seeing is that
there's a spectrum of approaches among the various SOA infrastructure
products -- some labeled ESB, some not. At one extreme are the tightly
coupled EAI products with service interfaces, like SeeBeyond and
webMethods. A bit less extreme are the application server-based ESBs
like the IBM ESB and BEA's AquaLogic service bus. In the middle is a
product like the Sonic ESB, which does have the messaging
infrastructure, but takes a more service-oriented approach to
distributing the service containers than the ones mentioned above.

"At the opposite end of the spectrum would be peer-to-peer approaches
linking intelligent Service endpoints, but the SOA marketplace is far
from ready for this approach. Moving into the center from that extreme
are the distributed intermediary approaches, like Blue Titan, SOA
Software and also what companies like Cisco are envisioning. Then
closer to the middle from them would be Cape Clear's approach, which
allows for, but doesn't require a message transport."

It boils down to a middleware approach to transport versus a
network-based transport design inside your SOA.>>

You can read this at:

<http://searchwebservices.techtarget.com/originalContent/0,289142,sid26_gci1163782,00.html?track=NL-110&ad=540509>

Gervas








 
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/
 


Reply via email to