來源：http://www.cio360.net/h/1811/283849-9844.html

• 出處：IT專家網 作者：勞虎 日期：2008-10-17

在不久前剛閉幕的Oracle OpenWorld 盛會中，Fusion Middleware 融合中間件產品部門的老大——全球資深副總 Thomas Kurian 在keynote演講中，突出一個重點——在完成整并BEA 產品之后，Oracle中間件在針對開放標準支持方面，更為全面而完整，可說居于業界領先的地位；包括對JavaEE 5.0 和JAX 一系列XML API的支持。此外針對SOA 相關標準方面，則包括了WS-ReliableMessaging、WS-Security 和WS-Addressing以及目前正在OASIS 進行標準化過程的SCA(Service Component Architecture；服務組件架構)。

說到這兒，不禁想起，過去一陣子和一些客戶交流時，發現他們在Oracle 和BEA 兩家公司正式完成合并之后，關于產品線調整、存廢和路線圖等相關問題非常關注，且仍存有不少疑惑，少部分甚至于有“好像除了Tuxedo 和WebLogic 之外，其余的都沒留下來”的錯誤印象。事實上，除了應用服務器和交易中間件之外，在SOA 和BPM 領域，原本兩家公司的產品，便有很高的互補性；換句話說，此次產品線的調整和未來發展路線圖的規劃，不管對原本是Oracle 或BEA 的客戶來說，所受的影響和沖擊都已降到最低。

就拿上面提到的SCA標準來講，恰可用來說明Oracle新的SOA Suite套件中的ESB部件的發展方向。原本Oracle 的ESB產品和BEA的 AquaLogic Service Bus (ALSB)，都相當重視對SCA規范的支持，但先前各自的側重點和優先級，有所不同——Oracle重點放在以ESB為工具，做服務組裝、編制、打包這方面(這可以從去年早在宣布收購 BEA 之前即發布的11g beta版ESB中即可看出。至于原來的ALSB和整個AquaLogic產品線，則選擇優先實現圍繞以企業資產庫產品(ALER，現已更名為Oracle Enterprise Repository)為中心的SCA視圖，方便SOA 架構師檢視服務間的組合、調用關系。現在兩家的產品合并之后，恰好兩相互補，在SCA支持上，不但可基于圖形化界面對服務進行組裝，更可配合資產庫，達到SOA全生命周期的監管和治理 (governance)。

不管是原來的Oracle ESB(OESB)，或是原名ALSB的Oracle Service Bus (OSB)，二者都繼續保持戰略性產品的地位。在明年11g版本正式推出時，除了計劃將繼續長期支持目前版本中，客戶已經在使用的絕大多數功能之外，同樣重要的是，將二者整合為更緊密的單一化產品。

在SCA的部分，如上所述，功能恰好互補、不重疊。除此之外，在服務路由、調度、編制，和異構連接協議(Web services、 FTP、 MQ、Socket、SMTP、JDBC等)支持方面，以OSB為主。在格式轉換方面，OESB的基于XSLT的轉換將繼續長期支持，而OSB上基于 XQuery 的轉換，包括圖形映射界面，由于更為先進(例如能處理XSLT做不到的一變多、將單個消息拆成多份)，是推薦客戶今后盡量采用的方式。

在工具界面方面，將本著過去的做法和產品策略，采用基于瀏覽器、基于Web 的簡易圖形化界面，使ESB 的主要使用對象——負責服務、IT 運營的人員(而非開發人員)，不需要先熟悉Eclipse 或JDeveloper等IDE 工具，不需要具備編程技能，便可快速上手，在ESB上進行各種設置的操作。

（本文僅代表勞虎個人觀點）

（責任編輯：洪蕾）

總結

以上是生活随笔為你收集整理的Oracle+BEA后的ESB的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。