"The whole reason that an ESB exists as a concept is that IT
engineers/architects didn't want to code to low level messaging API's
anymore--that a higher level service abstraction is necessary.  I
believe we are all headed in the same direction."

Can you elaborate on this? I mean, could it be developers want a
"standard" programming model even if it is "messaging" based and do not
want vendor X's messaging API? Or do they really not want "messaging"?

What specifically do they not want? How is what they have now higher
level?

Thanks,
Patrick






 
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