(想想这有多讽刺-在WebLogic Workshop 8.1之前，开发人员要想完成集成工作，通常必须花相当多的时间把他们的集成技术"集成"起来。)
这十大总结，显示了BEA如何通过标准、开放源代码、可移植工具包，以及任何一种能够最佳满足客户投资保护需求的机制，来履行他们对客户提供投资保护的承诺的。一如既往，我们的客户可以使用BEA最先进的创新，同时确信他们的投资会得到长远的保护。BEA认识到，厂商锁定的日子已经结束，至少在Java社区里是这样。客户需要投资保护，而BEA就为客户提供投资保护。
最后，让我给大家留些最后的思考：不要忘记面向服务的架构中的"架构"。实现SOA的真正挑战不是厂商的技术。真正的挑战是定义"正确的"可重用业务服务(通常要通过封装传统应用程序)，然后为您的业务最优地编排这些服务：
· 业务服务应当是同步的(RPC风格的)还是异步的(消息传递风格的)，还是二者都要？
· 业务服务应当组织到工作的事务单元里，还是组织成一组消息，并在失败的时候有一套补偿行动？
· 怎样才能实现应用模式之间的最大限度重用？(对于表示非常常见数据类型-如客户、订单-的模式，如何才能限制它们的泛滥？因为模式的泛滥会增加互操作性的复杂程度。)
这些有关应用架构方面的思考是独立于底层技术选择的(而且通常比底层技术选择更重要！)。
（注：本文作者Scott Dietzen是BEA 系统有限公司的CTO）
