服務組件架構
服務組件架構（Service Component Architecture，簡稱SCA，也譯作服務構件架構， 服務組件體系結構）是新出現的但非常重要的由主要的Java EE技術廠商鼓吹的技術規範，提倡者認為SCA能夠適合發布符合面向服務架構的原則的應用。
支持者
支援的廠商包括：
- 最初的成員 BEA，IBM，IONA Technologies，甲骨文公司，SAP公司，Sybase，Xcalia （頁面存檔備份，存於網際網路檔案館）和Zend Technologies。
- 2006年7月26日宣布加入的成員： Cape Clear，Interface21，普元軟體，Progress Software，Red Hat，Rogue Wave Software，Software AG，昇陽電腦公司和TIBCO軟體公司。[1]
定義
發布的規範[2] 在許多方面看起來都很模糊不清，但是隨著新規範[3] 的演變，SCA迅速地成熟起來（但某些方面仍然存在致命問題[4]）。規範指出使用SCA設計的應用程式應當具有以下特性：
進一步分析
Gartner集團曾發布研究結果，認為SCA以及服務資料對象 (SDO)技術已經成熟將被快速的採用。[5]
優勢：
- 迎合所有現存的Java平台技術和C++（然而SCA的C++組件模型定義存在致命問題[4]）
- 較少的技術依賴性 - 不需要依賴於Java程式設計語言和XML技術
- 使用服務資料對象，服務資料對象是SOA的資料訪問的唯一工業標準。
- 缺少微軟的支援，使得潛在使用者可以在大量提供商之中選擇SOA解決方案。b
劣勢：
- 缺少微軟的支援，這減少了SCA與大量潛在使用者的關係。
- 規範並未解決SOA應用的效能問題，這將持續阻礙SCA被採用。
實現
- Fabric3 （頁面存檔備份，存於網際網路檔案館）
- Rogue Wave HydraSCA
- Covansys的服務組建架構框架[6]
- Apache Tuscany
- Paremus Infiniflow （頁面存檔備份，存於網際網路檔案館）：分散式的，動態的，輕量級的SCA和OSGi執行平台
- Newton開源的分散式SCA和OSGi
- SCA and SDO for PHP
- PocoCapsule SCA組裝容器（C++） 該GPL開源實現基於控制反轉（IoC）及領域特定建模（DSM），並附帶豐富的應用實例（包括SCA著名的BigBank）
註腳
- ^ Technology vendors extend collaboration on SOA technologies http://www.hoise.com/primeur/06/articles/monthly/E-PR-08-06-92.html[永久失效連結]
- ^ 存档副本. [2007-06-27]. （原始內容存檔於2009-02-01）.
- ^ 存档副本. [2007-06-27]. （原始內容存檔於2007-10-12）.
- ^ 4.0 4.1 https://web.archive.org/web/20080224210629/http://ke-jin.blogspot.com/2007/11/service-component-architecture-sca.html
- ^ 存档副本 (PDF). [2007-06-27]. （原始內容存檔 (PDF)於2015-12-24）.
- ^ 存档副本. [2007-06-27]. （原始內容存檔於2007-06-21）.
參見
外部連結
- SCA 0.9版規範 （頁面存檔備份，存於網際網路檔案館）
- SCA 0.96版規範
- Open Service Oriented Architecture .org -- SCA規範相關資訊的官方網站
- Apache SCA規範的開源實現 （頁面存檔備份，存於網際網路檔案館）
- SCA Announcements at OASIS web site （頁面存檔備份，存於網際網路檔案館）
- Service Data Objects initial work by BEA and IBM
- Comparing WCF and SCA （頁面存檔備份，存於網際網路檔案館）
- Summary of SCA （頁面存檔備份，存於網際網路檔案館）
- BPEL in SCA assembly （頁面存檔備份，存於網際網路檔案館）
- PocoCapsule SCA組裝容器（C++） 該GPL開源實現基於控制反轉（IoC）及領域特定建模（DSM），並附豐富的應用實例（包括SCA著名的BigBank）
- Eclipse STP SCA Tools （頁面存檔備份，存於網際網路檔案館）
- SCA被認為是有害的！