一群技術產業的巨人近日宣布了一種新的面向服務架構的編程模型。
BEA Systems、IBM、Iona Technologies、OracleCorp、SAP AG、Sybase以及Xcalia S.A.把服務構件架構(Service Component Architecture SCA)和服務數據對象(Service Data ObjectsSDO)混合成了SOA編程模型。其中，服務構件模型用于創建能綁定到不同技術實現的中立的接口、實現和引用。而服務數據對象則用于訪問位于多個位置多種格式的數據。
雖然這種新的簡稱可能會讓已經充滿術語的市場感覺不舒服，但它提供了用來構建遵循預定架構模式的Web服務的一套工具。
BEA 負責架構和標準的副總裁Edward Cobb說:“服務基礎設施是為廣泛采用SOA而設計的新型軟件，它需要一種技術、標準、處理和協作的豐富的生態系統才能實現。這些新的規格說明書代表著在幫助企業達到目標上取得了重大進展�！�
事實上，Cobb說明了為潛在用戶如何架構SOA方面存在的混淆。他指出盡管有很多標準可以讓開發人員構建服務但卻沒有如何構建它們的標準。
他說:“利用那些服務創建能力的編程工具至今還非常初級�！�
SOA編程模型可被免費使用，它包括
實現SCA服務構件的Java語言規格說明書。
實現SCA服務構件的C++語言規格說明書。
描述了用于在客戶端和服務器端之間數據交換的通用渲染方法的Java SDO規格說明書。
描述了用于在客戶端和服務器端之間數據交換的通用渲染方法的C++ SDO規格說明書。
IBM負責軟件標準的副總裁Karla Norsworthy認為JDO應該在6個月內提交為標準而SCA會花費至少1年時間來成為官方標準。她說，所有的Java元素都會提交到Java Community Process。
盡管這并不是為構建SOA而必須學習的作為一部分轉移大規模協作文化的新事物，但是編程模型的支持者堅持認為它簡化了開發和組裝實際業務服務。
SDO通過一個單獨的應用程序編程接口來訪問多種數據源，例如關系數據庫，XML頁面和EJB容器。它通過類似的設計模式加入Eclipse集成開發環境框架，創建一個使分離的應用都能插入的集成點，這樣它們就能相互聯系起來工作。
SCA提供了一種自頂向下的開發過程。首先，一個SCA模型被創建，然后是業務對象。之后，定義服務接口，生成構件以及實現代碼。
ZapThink的分析師Ron Schmelzer相信模型工作的細節比起誰使用它和它的內涵來，不是那么的重要。
他說:“這些公司一起定義通用服務和通用架構。在2004年，你可能對SOA有一點懷疑，但他們都是產業界最大的廠商”，他們走到一起來推動這件事，所以我們現在不必再懷疑了。
事實上，Schmelzer認為緩慢采用SOA的IT公司可能會從他們的提供商那里獲得一些幫助，因為他們都是迅速轉到這個方向的公司。
Norsworthy補充到，運行時工具也會在將來被加入到編程模型中，而Eclipse Foundation則計劃啟動一個SCA工具項目。
(責任編輯：銘銘)