对于开发人员而言，他们无时无刻不面临的问题是：所有的应用程序使用在对于一个很普遍的系统时，即便是在同一时刻不同的团队之间也无法很好的达成协作。这样的问题在2007年初的时候给Leapfrog公司带来了不小的麻烦，当这个玩具公司试图将其多样的应用程序系统应用于供应商和客户，并在两者间取得一致，用以更好的利用以网络为基础的业务交易。Leapfrog公司系统基础设施主管Eugene Ciurana对此说道：正是这样的一个原因让我们决定采用一个全新的方式去开发应用程序，今年3月，也就是SOA开始得以实施的时候，到此为止我们也已经取得了一定的成果。他强调：“我们需要为将来基于网络的基础设施和应用系统奠定坚实的基础，因此，我们一切从头开始。”

　　在这个过程中Leapfrog公司一直有着一个确定不变的目标，而这个目标也是SOA思想最典型的目标：更大程度的代码重用，更快的开发时间以及更为简捷的集成应用。但是，Leapfrog公司并不仅仅只是打算让简单的让SOA在开发工具和综合应用平台上发挥微乎其微的作用。更多的是他们希望SOA能够在更为广泛的程度上自由发展，从一个领先理念指导的前提出发整合所有平台为一体以达到最佳的效果，从而可以更好的专注于应用程序的功能性并在此程度上最大限度的使用各个开发技术所带来的优势。(Leapfrog公司的开发人员使用的是Java，微软的C#，以及来自第三方库中的Web服务。)

　　举例来说，Ciurana不希望迫使开发人员使用相同的传输方式。他说道，“如何传输其实并不重要”。他选择使用开源MuleESB作为通讯支柱，并以此作为解决各层面传输问题之间的关键工具。通过这个途径，“开发人员可以尽可能的减少所需要面对的服务实施问题。”同时，他们可以更多的将精力集中在对功能性方面的实现，这也是他们努力的工作的目标重点所在。这样一来开发人员更趋向于使用HTTP传输协议，当然，REST和SOAP也会是他们的选择。“他们会考虑使用一些项目实现最佳的同时也是最合适的传输方式。” Ciurana对此解释道。在Mule ESB的帮助下，“开发人员不需要担心在他所使用的SOAP栈中有什么独特不能被重用的内容或者是什么样的集成开发环境会是他们使用的。” Ciurana早在Walmart.com的时候就已经使用过Mule了，所以他认为这是Leapfrog公司值得“从头开始”的依据所在。

　　Ciurana 指出，Leapfrog公司之所以采用这样的作法是因为他们的重点是在如何整合应用。“大部分的整合都是针对于应用层面的，应用程序之间相互访问。整合能够将单纯的输入与输出仅仅停留在这一个层面去解决。”开发人员运用POJOs (plain old Java objects)完成服务组件的书写并将其与Mule ESB紧紧连在一起，并在ESB中完成几乎所有的转换。“通常情况下，当开发人员在使用SOAP和REST的时候，他们需要考虑如何为外界提供一个友好的接口。但是在POJOs的帮助下开发人员大可不用为这个问题担心。”他继续补充道。

　　对于Mule ESB而言，Ciurana更对它的简单明了情有独钟，它的议程管理已经足够不再需要更多的信息管理功能作为辅助。“所有的厂商都希望能够将他们的产品套件整套卖给我们。但是对于SOA的核心观点而言，对于完全不同的系统是需要友好整合在一起的。” 使用Mule ESB，Leapfrog公司可能需要去面对如何整合各个层面不同的SOA应用，但是Ciurana表示他乐于为此付出代价去换取一个更

　　具有可塑性的应用，因为这样能够给整个项目的实施带来更多的可能。

　　Leapfrog公司目前使用两个ESB系统，其中一个用以数据流的管理和应用，这类似于一个ERP系统，一个活动目录或者是一个数据仓库;另外的一个ESB系统则是基于网络的面向客户的应用系统，就如同它的客户帐号管理系统和它向消费者提供的在线游戏。之所以采取这样的分工是确保了所有应用的安全性和存取管理的便捷，同时也可保证数据等其他内容的相互备份，并在需要的时候相互代替进行工作。

　　Leapfrog公司创造着一种统一的服务计划，并能够在任一的ESB系统中运行，Ciurana强调，这能够保证我们“创建统一的服务接口”。这就使一个开放的ESB所能带来的理想效果。