开源ESB（企业服务总线）的前景如何？是否有闭源ESB的应用空间或者能否采取某种开闭源混合的方式？在这次采访Paul Fremantle的第一部分中，这位WSO2公司的共同创始人兼副总裁论述了这些问题，并介绍了WSO2公司ESB产品的核心—-Apache Synapse开源ESB。在合作建立WSO2公司、开发基于Web服务标准的开源产品之前，Fremantle曾担任IBM的高级技术人员，创建了Web Services Gateway，而且带领团队开发并组装成WebSphere应用服务器的一部分。他作为团队的成员，也为WebSphere Application Server 6.开发了综合服务总线技术。目前，他是OASIS Web服务可靠交换技术委员会（WS- RX）的主席之一，该委员会研究使用SOAP进行可靠信息交换的标准。他第一次参与开源的研究可追溯到最初Apache 的SOAP项目。Fremantle获得过牛津大学的数学和哲学硕士，以及计算技术的理科硕士。

　　新推出的WSO2 Enterprise Service Bus和你正着手进行的Apache Synapse项目有什么联系？

Paul Fremantle：Apache Synapse是核心运行的动力，而且如果我们想提高核心运行能力，需要执行的代码都在Apache Synapse中。我们并非是贬抑其他的核心代码，但根本上，核心运行是以Apache项目为基础。

　　那么WSO2公司的价值观是什么？

　　Fremantle：我们为ESB提供支持，无论其用于高质量的商业培训、支撑还是服务。我们有一个图形用户界面。这是一个完全基于网络的用户界面，允许用户对基础位置的Synapse进行配置、监控和管理。

　　这是一个基于Ajax的Web界面吗？

　　Fremantle：是的，它是一个基于Ajax的Web界面。它的作用之一是公开所有的API管理及服务，因此你可以将其与其他界面区别出来。

　　这么说来，这是一个将管理内置的ESB？

　　Fremantle：正是，但它的源程序是完全开放的，包括管理控制程序也是。

　　还有没有其他的特点？

　　Fremantle：我们有两样法宝。第一，我们在常数存储器中编写信息，而不是套用存储库中的大型信息树或信息模型。不过在某些情况下，也必须在存储库中建立信息模型。信息不可能都被流化，但只要是可以流化的，我们就可以做到。第二，我们有一个完全无障碍的运输模式。因此，我们可以处理大量的通信连接，而不会用光所有线程或是受到阻碍。我们非常重视提高运行能力时运行的稳定性，同时也注重通过采用某种清洁、简单的模式提高其简易性。

　　一些厂商试图提供开源ESB和所谓的“闭源”ESB。你怎样看待？

　　Fremantle：当我在IBM工作的时候，我接触过开源和闭源共存的情况。我发现客户总是很难分辨两者之间哪一个更好，特别是在过去几年中，开源各项性能的品质不断上升。这是为什么我们没有推出企业版、标准版、免费版和共享版中任何一个版本的一个原因。我们只生产简单的开源产品，客户可以直接购买。我们倒认为这对客户来说更为简便。

　　将来会不会有闭源ESBs的应用空间？

　　Fremantle：我认为，有一些产品会非常适合用闭源ESB。举例来说，有一些金融机构有超高的通信要求性能。如果每秒需要处理上百万条信息，就需要非常复杂的高度调试软件产品。而这个产品的市场可能是30到100个客户，也就是说它不是一个开放的市场。所以，如果我要生产这么一个产品的话，我不会使用开源。

　　但是另一方面，ESB正成为解决问题的不二之选。即使是小公司也看到了ESB的好处。因此，我认为开源正在完全接手这类市场。所以，既然两三个高质量的开源产品能够很好的解决问题，而且有更低的获取成本，为什么要使用专利产品，限定于某一个特定的供应商呢？

　　在过去的一年里，应用于SOA的开源软件是否取得了进步？

　　Fremantle：是的。我认为我们的第一组软件很稳定。我们在2007年已经为SOA提供了一个更为坚实的平台。现在我们正在同更大的机构洽谈，比如说财富500强公司。他们表示正在认真考虑将开源用于SOA。

　　除了ESB，你觉得将开源应用于SOA方面，还有哪些新的项目或新技术特别能引起你的兴趣？

　　Fremantle：我们最近刚启动了基于REST的SOA注册项目。现在有开源的UDDI项目和基于ebXML的项目，但是仍然有很多人买很昂贵的专利产品。我发现相对于我们的那个项目，UDDI和ebXML两者都是过于沉重和复杂的解决方法。因此我们回头去找最初的原理，等我们再回来看的时候，我们认识到，面对资料库/存储库时，Web资源才是最根本、最重要的。这才是真正的管理资源。所以，这个想法引领我们采用了REST模式。这就是为什么我们要建设一个完全基于REST的资料库/存储库。