我对基于Java技术的知识有限，而且出于业务执行的原因，我可能需要确定WebLogic Integration（WLI）或Oracle Service Bus（OSB）是否是将少量独立系统集成在一起的更好选择。这两种产品似乎都具有类似的任务能力，但在一种情况下（WLI），集成在技术上更受驱动，而另一种（OSB）则更多地由业务流程驱动。WebLogic集成和Oracle Service Bus之间的区别？
假设成本没有选择，任何人都可以提供一个很好的描述何时会选择使用一种产品而不是另一种产品？一种选择会涉及更多的定制Java编码与配置吗？
这取决于它。
OSB将整合现有的BEA的Aqualogic服务总线。它只是一个服务巴士。
WLI将不再存在。现在它将成为Oracle BPEL PM（Oracle BPEL流程管理器执行引擎）的一部分
服务总线可用于集成web服务“就绪”应用程序。如果你的小应用程序已经可以作为web服务来部署，这将是正确的选择，这里没有什么可以协调的，你只是暴露他们。
另一方面，WLI用于协调服务之间的交互并创建一个新服务。你会编写这些服务将相互交互的方式。
如果您的应用程序非常“面向过程”（需要少量或无需用户交互），并且您需要创建一项新服务，这将是您的选择（无论如何，我认为这些应用程序应该是web服务准备就绪）
如果您的应用程序更加面向用户，并且将它们绑定在一起以创建新流程（业务流程），那么正确的工具就是Oracle BPM。使用该工具，您可以集成应用程序（可能不是Web服务就绪），创建新的业务流程并将其公开为Web服务。
因此，这取决于您的需求。
使用Oracle BPM工具，您可以集成应用程序并将它们部署为WS。
至于甲骨文BPM去，如果你需要:)
我不同意奥斯卡的“WLI不再存在”
WLI是什么意见，我可以给你更多的细节不会离开。它是Oracle Integration平台的一部分。 WLI提供比OSB更紧密的集成，这对于Web服务而言只是意味着平均。在ESB之前，WLI平台也被称为WLI-ServiceBus。
使用WLI，您可以创建进程（WLI或BPEL）并将它们公开为Web服务。您还可以让WLI像功能性一样执行ESB，例如为路由，拆分，聚合和管道添加不同的模式。 WLI应该走向BPM的方向，但BEA收购了Fuego并开始创建BPM平台，使WLI将其整合为“Weblogic”产品套件，而不是将其作为Aqualogic产品套件的一部分，该产品套件面向商业用户，Weblogic是针对开发者的。
OSB支持创建上述模式，但更多地面向Web服务和SOA.Form Orchestation，您可能必须使用BPM工具。
如果您正在寻找面向应用程序的应用程序，WLI功能更强大。另一方面，如果您正在寻找基于SOA的集成OSB或ALSB应该足够好。
在您的情况下，因为您希望集成少量的应用程序WLI将是不错的选择。
阿尼尔·达特
这听起来像WLI是早产BPM & ESB工具。它也在其网站上列为Oracle SOA Stretegry平台的一部分。既然它做了ESB和BPM工具应该做的事情，那么WLI的未来是什么？
WLI比业务分析师友好的更开发人员友好。从BPM或ESB角度查看WLI是错误的。它可以用于许多面向过程和面向消息的实现，它们可能不一定是BPM。 BPM和ESB属于SOA，但WLI可能不一定只在SOA内工作。我相信它将继续作为支持更低级别的编程和集成工作的工具。
是的。它是正确的。您应该关注Aqualogic服务总线。未来5 - 10年，WLI将消失。因为它不是oracle的策略产品。这是确认消息。
感谢您的回复！因此，如果我的应用程序是真正独立的（没有Web服务或类似的东西），并且当前通过共享文件和FTP进行通信，WLI将是最佳选择？我没有意识到Oracle BPM，并且会阅读它。再次感谢。 – Jeremy 2008-12-18 14:17:44