我對基於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