这取决于具体情况。
OSB将整合现有的BEA Aqualogic服务总线。它仅是一个服务总线。
WLI将不再存在，现在它将成为Oracle BPEL PM（Oracle BPEL流程管理器执行引擎）的一部分。
服务总线可以用于集成“准备就绪”的Web服务应用程序。如果您的小型应用程序已经可以部署为Web服务，那么这将是正确的选择，因为这里没有什么需要协调的，您只需要公开它们即可。
另一方面，WLI用于协调服务之间的交互并创建新服务。您将编写这些服务相互交互的方式。
如果您的应用程序非常“过程”导向（几乎不需要用户交互），并且需要从中创建新服务，则这将是正确的选择（我认为应用程序无论如何都应该准备好Web服务）。
如果您的应用程序更加用户导向，并且将它们绑定在一起以创建新的流程（业务流程），则正确的工具将是Oracle BPM。使用该工具，您可以集成应用程序（可能不支持Web服务），创建新的业务流程并将其公开为Web服务。
所以，这取决于您的需求。
使用Oracle BPM工具，您可以集成应用程序并将其部署为Web服务。
至于Oracle BPM，如果您需要更多细节，我可以给您提供 :)
我对奥斯卡在“WLI不再存在”方面的评论持不同意见。
WLI并没有消失。它是Oracle集成平台的一部分。 WLI提供比仅面向Web服务的OSB更紧密的集成。在ESB之前，WLI平台也被称为WLI-ServiceBus。
使用WLI，您可以创建进程（WLI或BPEL）并将其公开为Web服务。您还可以让WLI执行类似于ESB的功能，例如实现用于路由、拆分、聚合和管道的不同模式。WLI原本应该朝着BPM的方向发展，但BEA收购了Fuego，开始创建BPM平台，使WLI成为“Weblogic”产品套件的一部分，而不是Aqualogic”针对业务用户的产品套件的一部分。 Weblogic针对的是开发人员。
OSB支持上述模式的创建，但更加偏向于Web服务和SOA。要进行编排，您可能需要使用BPM工具。
如果您正在寻找性能导向的应用程序，则WLI更强大。另一方面，如果您正在寻找基于SOA的集成，则OSB或ALSB就足够好了。
根据您的情况，由于您想要集成少量应用程序，WLI是一个不错的选择。
Anil Datt
听起来WLI是一个过早的BPM&ESB工具。 它也被列为Oracle SOA Stretegry平台的一部分。 因为它执行了ESB和BPM工具应该执行的任务，所以WLI的未来会如何？
WLI更适合开发人员而不是业务分析人员。从BPM或ESB的角度来看WLI是错误的。它可以用于许多面向过程和面向消息的实现，这些实现可能并不一定是BPM。BPM和ESB属于SOA，但WLI不一定只能在SOA内工作。我相信它将继续作为支持更低级别的流程设计和集成工作的工具。
是的，这是正确的。你应该专注于Aqualogic服务总线。WLI将在未来5-10年内消失。因为它不是Oracle的战略产品。这是确认的消息。
