<<I remember back in the hype-driven EAI days. I was meeting with company after company who claimed to have an EAI solution, and all they had was spin. A storage company tried to tell me that their storage systems was a data integration engine, an e-mail company told me they had an EAI solution, and even a networking company pointed to the fact they provided system to system connectivity, thus they had an EAI technology. Pretty funny now, when you look back on it, but the same thing is happening with SOA today.
So, how do you spot SOA solutions that are just spin? I would ask the following basic questions: Does your solution provide true service/behavior integration between systems, accounting for the difference in semantics, protocols, and standards? Does your solution provide the ability to form composite applications, and can this be done without coding? Does your solution provide the ability to define a new application using orchestration or other process integration approaches? Does your solution manage versioning, provide governance, and leverage a repository?>> You can read this blog at: http://blogs.ittoolbox.com/eai/cto/archives/007523.asp?rss==1 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/
