技術巨人支援新的SOA程式設計模型

一群技術産業的巨人近日宣布了一種新的面向服務架構的程式設計模型。

　　BEA Systems、IBM、Iona Technologies、Oracle Corp、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工具項目。