我对基于 Java 的技术的了解有限，出于业务强制的原因，我可能需要决定 WebLogic Integration (WLI) 还是 Oracle Service Bus (OSB) 是将少量独立系统集成在一起的更好选择.两种产品似乎都能够完成类似的任务，但在一种情况下 (WLI) 集成更受技术驱动，而另一种 (OSB) 更受业务流程驱动。
假设无法选择成本，谁能提供一个很好的描述，说明何时选择使用一种产品与另一种产品？一种选择会涉及更多自定义 Java 编码还是配置？
【问题讨论】：
标签： weblogic esb system-integration
是的。它是正确的。您应该专注于 Aqualogic 服务总线。 WLI 将在未来 5 到 10 年内消失。因为它不是甲骨文的战略产品。这是确认消息。
【讨论】：
WLI 对开发人员的友好程度高于对业务分析师的友好程度。从 BPM 或 ESB 的角度来看 WLI 是错误的。它可以用于很多面向流程和面向消息的实现，不一定是 BPM。 BPM 和 ESB 属于 SOA，但 WLI 不一定只能在 SOA 中工作。我相信它将继续作为一种工具来支持更底层的流程设计和集成工作。
【讨论】：
听起来 WLI 是一个不成熟的 BPM 和 ESB 工具。它还在其网站上列为 Oracle SOA Stretegry 平台的一部分。既然它做了 ESB 和 BPM 工具应该做的事情，那么 WLI 的未来是什么？
【讨论】：
我不同意奥斯卡关于“WLI 不再存在”的评论
WLI 不会消失。它是 Oracle 集成平台的一部分。 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。您可能必须使用 BPM 工具的表单编排。
如果您正在寻找面向性能的应用程序，WLI 会更强大。另一方面，如果您正在寻找基于 SOA 的集成，OSB 或 ALSB 应该就足够了。
在您的情况下，因为您希望集成少量应用程序 WLI 将是不错的选择。
阿尼尔·达特
【讨论】：
这取决于。
OSB 将集成现有的 BEA 的 Aqualogic 服务总线。它只是一个服务总线。
WLI 将不再存在。现在它将成为 Oracle BPEL PM（Oracle BPEL 流程管理器执行引擎）的一部分
服务总线可用于集成 Web 服务“就绪”应用程序。如果您的小型应用程序已经可以部署为 Web 服务，这将是正确的选择，那里没有什么可以协调的，您只需将它们公开即可。
另一方面，WLI 用于协调服务之间的交互并创建一个新的。您将编写这些服务相互交互的方式。
如果您的应用程序非常“流程”导向（几乎不需要用户交互）并且您需要创建一个新服务，这将是您的选择（我认为应用程序应该已经准备好 Web 服务）
如果您的应用程序更加面向用户，并且您将它们绑定在一起以创建新的流程（业务流程），那么合适的工具就是 Oracle BPM。使用该工具，您可以集成应用程序（可能尚未准备好 Web 服务）创建新的业务流程并将其公开为 Web 服务。
所以，这取决于您的需求。
使用 Oracle BPM 工具，您可以集成您的应用并将其部署为 WS。
至于 Oracle BPM，如果您需要，我可以为您提供更多详细信息 :)
【讨论】：