目前，对于所有组件来自同一个中间件厂商集成方案的愿景已经被颠覆了。标准不管成熟或不成熟，都朝着“综合”的ESB方向发展，ESB将成为一个来自不同厂商的软件组件装配器。

• 连接器标准将有可能从最有能力来开发的厂商获得应用连接器（例如从Oracle公司获得Oracle DBMS JDBC连接器， 从SAP获得JCA R/3连接器，从IBM 获得JCA CICS连接器等）。部分集成中间件市场将合法的进入专门系统和软件厂商阵营。
• 管理标准将从外部环境整合平台来管理，如Patrol 或TNG。
• 业务流程标准将使得有可能使第三方进程管理人员在标准Web服务总线基础上策划Web服务和工作流。
• 信息标准将有可能从异步中间件使用摆脱，这将成为可互换式的。
• ……等等。

　　我们已经看到了做EAI方案的厂商离开连接器市场，转向了应用服务器。异步消息系统也成为常用组件。这个领域的例子有很多: WebMethods将它的系统对J2EE JBoss开放，明确地向Web服务投入资金，SeeBeyond为它的产品提供了名叫ICAN的新版本，完全基于JCA，兼容J2EE应用服务器和最新的Web服务标准，Vitria正在集成Tomcat服务器，Sonic Software也已在Web服务，XSL，JMS和JCA基础上建立了集成方案。有些新加入的比如SonicXQ或Kenamea已经成为ESB的雏形。总的来说，需要指出的是，应用和异步消息系统厂商都恰好有向ESB市场迈进的条件。BEA的方案是个很好的例子，它使用统一中间件栈处理不同集成问题。应用服务器，面向消息的中间件和EAI方案之间的界限因此被慢慢淡化了。

　　和连接器的产生一样，软件市场也经历着由模糊，到深刻，再到转变的认识过程。Siebel的战略转变尤其说明了这个趋势。为了避免在限制的技术环境中部署业务组件，为了以标准的形式在EAI和Web 服务环境中部署，Siebel将从它的软件包中展开业务处理，为的是解决CRM项目中所遇到的传统的集成问题。为了要做到这一点，Siebel正使用伙伴集成方案，尤其是像WebMethods和SeeBeyond。SAP对即将采用的技术架构虽然不是很清楚，但它的xApps也是跟这个方法相似。JD Edward 和Peoplesoft也没有躲过这一波浪潮，分别推出了各自的EPI(Extended Process Integration)和AppConnect。 应用间障碍的逐渐消失使一些厂商不得不重新考虑他们产品的功能范围。新的功能很可能被裁掉。

　　我们在这篇文章中描述的ESB前景假以时日才能成为现实，依据经验，这种类型的架构要标准化还有很长路要走。根据他们现在的状况，离EAI方案的明朗前景还很远。因此ESB是一个陷入了以J2EE和.NET技术为首的标准化逻辑的持久工作，将和Web服务一起发展下去。

　　尽管如此，为了研究信息系统的集约化，ESBs和EAI在任何集成项目之前都不能缺少这个重要的分析阶段。如果验证可行，这些分析阶段的工作就变得有意义了，没有在泛滥的集成方案中过度投资，而是为ESB开始建立基础设施的这一天终将来到。