我对基于 Java 的技术的了解有限，出于业务强制的原因，我可能需要决定 WebLogic Integration (WLI) 还是 Oracle Service Bus (OSB) 是将少量独立系统集成在一起的更好选择。两种产品似乎都能够完成类似的任务，尽管在一种情况下 (WLI) 集成更多地是技术驱动的，而另一种 (OSB) 则更多地是业务流程驱动的。
假设没有成本，任何人都可以很好地描述何时选择使用一种产品与另一种产品吗？一种选择是否会涉及更多自定义 Java 编码与配置？
Jeremy
问问题
16679 次
5 回答
4
这要看情况。
OSB 将整合现有的 BEA 的 Aqualogic 服务总线。它只是一个服务总线。
WLI 将不再存在。现在它将成为 Oracle BPEL PM（Oracle BPEL 流程管理器执行引擎）的一部分
服务总线可用于集成 Web 服务“就绪”应用程序。如果您的小型应用程序已经可以部署为 web 服务，这将是正确的选择，那里没有什么可以协调的，您只需公开它们。
另一方面，WLI 用于协调服务之间的交互并创建一个新的。您将编写这些服务相互交互的方式。
如果您的应用程序非常面向“流程”（几乎不需要用户交互）并且您需要从中创建新服务，这将是您的选择（我认为应用程序无论如何都应该准备好 Web 服务）
如果您的应用程序更加面向用户，并且您将它们绑定在一起以创建新的流程（业务流程），那么正确的工具就是 Oracle BPM。使用该工具，您可以集成应用程序（可能尚未准备好 Web 服务）创建新的业务流程并将其公开为 Web 服务。
所以，这取决于你的需求。
使用 Oracle BPM 工具，您可以集成您的应用程序并将它们部署为 WS。
至于 Oracle BPM，如果您需要，我可以为您提供更多详细信息 :)
于 2008-12-17T22:23:40.880 回答
1
我不同意奥斯卡对“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 将是不错的选择。
阿尼尔·达特
于 2009-05-01T17:26:05.840 回答
0
听起来 WLI 是一个不成熟的 BPM 和 ESB 工具。它还在其网站上被列为 Oracle SOA Stretegry 平台的一部分。既然它做了 ESB 和 BPM 工具应该做的事情，那么 WLI 的未来是什么？
于 2009-06-02T07:05:50.680 回答
0
WLI 对开发人员更友好，而不是对业务分析师友好。从 BPM 或 ESB 的角度来看 WLI 是错误的。它可以用于许多面向流程和面向消息的实现，不一定是 BPM。BPM 和 ESB 属于 SOA，但 WLI 不一定只能在 SOA 中工作。我相信它将继续作为一种工具来支持更底层的流程设计和集成工作。
于 2009-06-02T17:00:27.900 回答
0
是的。它是正确的。您应该专注于 Aqualogic 服务总线。WLI 将在未来 5 到 10 年内消失。因为它不是甲骨文的战略产品。这是确认消息。
于 2009-06-26T10:00:42.790 回答