概述
SCA Java運行時由core和extension組成。Core本質上來說是一個多VM的wiring引擎。該引擎使用IOC(控制反轉)和DI(依賴注入)原則來連接組件。
Core
Core在性能方面是簡單而有限的。它將功能單元連接在一起，并提供可以和extension交互的SPI機制。例如象服務發現，可靠性，對傳輸協議的支持等特性都是通過extension來做的。
Extension
Extension增強SCA運行時的功能。Extesion類型不是固定的。而core則是通過提供對extension模塊開放支持來使得設計盡量靈活。
- 組件實現類型，例如：Spring, Groovy 和Javascript
- 綁定類型，比如：Axis, CXF ,AMQP ,ActiveMQ, JXTA
- 數據綁定類型，比如：JAXB, SDO ,XmlBean
- 接口綁定類型，比如：WSDL, Java
關于如何實現一個extension的詳細信息可以在Extensions Guide中查看。
運行時
Core是設計得可以嵌入于許多不同的主機環境下的。例如，core也許用于OSGI容器、單獨的運行時環境、serlvet引擎或J2EE應用服務器中。運行時的性能根據主機環境不同而不同。
Java SCA運行時的高層概述：
下圖是由關鍵的模塊/包組成的SCA運行時高層視圖
1、 SCA Spec API：由SCA Java Client and Implementation定義的API
2、 API：擴展了SCA Spec API的Tuscany API
3、 Core：運行時實現和SPI擴展機制
4、 Extension：
1. Component(英文原版有錯誤) implementation – 擴展語言支持：例如 BPEL，Python，C++，Ruby等
2. Binding – 擴展協議支持：例如 Axis2, CXF等
3. Interface Binding – 擴展服務定義類型：比如SWDL, Java等
4. Databinding – 擴展數據支持：比如SDO, JAXB等
5、 Host platforms：Tuscany運行時的主機環境
<!--[if !vml]--><!--[endif]-->
內部高層視圖
參考下圖：
<!--[if !vml]--><!--[endif]-->
引導過程
引導過程是由主機環境控制的。默認的實現是DefaultBootstrapper。運行時由某個成型的SCA Assembly XML文件序列化而來并處理服務裝配。
- 裝載階段處理SCDL并創建一個內存模型處理相應的運行時工件(例如組件componet,服務service,引用reference)
- 連接階段將對服務的引用連接起來
裝配模型
SCA裝配模型在Tuscany中是用一系列接口表示的。如下是些關鍵的元素。
- SCA component 是配置化的SCA實現的實例，它可以提供服務或消費服務。
- SCA service用于聲明實現的可以被外部訪問的服務
- SCA reference用于表示該實現對某些其他實現所提供的服務的依賴。該依賴的服務可以通過配置來指定。
Implementation是用于描述軟件技術的概念，例如在面向服務的應用中實現了一個或多個服務的Java 類，BEPL，XSLT轉換，C++類。SCA composite也是implementaion。
ComponentType涉及實現的可配置的方面。
Interface定義了一個或多個業務功能。這些業務功能通過Service提供，通過Reference讓其他組件使用。服務是由實現的接口來定義的。現在SCA支持兩種接口類型系統：Java接口、SWDL portType
SCA composite是SCA域中的compositon的基礎單元。SCA Composite是組件的裝配，服務、應用和wire都互相連接。
SCA wire將服務引用連接到服務上。
Binding是被服務和引用所使用的。引用使用綁定來描述訪問機制，該機制用于訪問連接的服務。服務使用綁定來描述客戶程序調用服務的訪問機制。
Property是考慮到有的實現配置需要顯式地設置數據值。該數據值由組件提供，當然也可能來源于容器composite的屬性。
<!--[if !vml]--><!--[endif]-->
Contribution
Tuscany運行時提供了一個框架來支持SCA的contribution。框架可以通過下列的兩個擴展點來擴展：
PackageProcessorExtensionPoint：它用于處理不同的包裝格式或歸檔的擴展，可以是目錄、Jar、OSGI bundle、EAR、War或Zip。
ArtifactProcessorExtensionPoint：它用于處理特定工件類型的擴展，可以是SWDL，XSD,composite,java類后BEPL。
<!--[if !vml]--><!--[endif]-->
<!--[if !supportLists]-->l
<!--[endif]-->包處理器會掃描安裝了的contribution，并產生需要處理的工件列表。當前有支持文件夾/文件系統和
Jar contribution包。為了讓contribution服務有效，包處理器要注冊自己給包處理extension 。
<!--[if !supportLists]-->l
<!--[endif]-->工件處理器用于處理contribution上的每個有效的工件。為了讓contribution服務有效，工
件處理器要注冊自己給工件處理extension 。對于每個工件，工件處理器分兩個階段被調用。
<!--[if
!supportLists]-->?
<!--[endif]-->讀階段：這里是你讀取工件(可以是一個文檔、XML元素或類等等)的地方，組裝描述工件的模型并返回它。SCA
contribution服務在所有注冊了工件處理器的工件上調用ArtifactProcessor.read()。假如你的模型引用了其他的模型，
不需要立刻裝載那些模型，你只需要保持描述引用的信息，在resolve階段，你將會把該信息轉換成指向被引用模型的指針。注意：你沒有必要在這個時刻完
全讀取并裝載模型，你可以在以后來完成這些工作。
<!--[if !supportLists]-->?
<!--[endif]-->解析階段：這個階段讓你有機會解析對其他模型的引用。這個時刻，SCA
contribution中所有的描述工件的模型都已經讀取，并注冊了工件解析器，準備被解析。
<!--[if !supportLists]-->l <!--[endif]-->所有可部署的composite應該在現在準備部署到SCA域中。
包處理器會掃描安裝了的contribution，并產生需要處理的工件列表。當前有支持文件夾/文件系統和Jar contribution包。為了讓contribution服務有效，包處理器要注冊自己給包處理extension 。
工件處理器用于處理contribution上的每個有效的工件。為了讓contribution服務有效，工件處理器要注冊自己給工件處理extension 。對于每個工件，工件處理器分兩個階段被調用。
?
讀階段：這里是你讀取工件(可以是一個文檔、XML元素或類等等)的地方，組裝描述工件的模型并返回它。SCA contribution服務在所有注冊
了工件處理器的工件上調用ArtifactProcessor.read()。假如你的模型引用了其他的模型，不需要立刻裝載那些模型，你只需要保持描述
引用的信息，在resolve階段，你將會把該信息轉換成指向被引用模型的指針。注意：你沒有必要在這個時刻完全讀取并裝載模型，你可以在以后來完成這些
工作。
? 解析階段：這個階段讓你有機會解析對其他模型的引用。這個時刻，SCA contribution中所有的描述工件的模型都已經讀取，并注冊了工件解析器，準備被解析。
所有可部署的composite應該在現在準備部署到SCA域中。
實現擴展
實現擴展負責實現類型的支持，例如Java,Script和BEPL
綁定擴展
綁定擴展負責對綁定類型進行支持，例如web service,JMS,JSON-RPC和RMI
接口擴展
接口擴展負責接口類型的擴展，例如Java接口和WSDL 1.1 portType
數據綁定擴展
請看我翻譯的Tuscany數據綁定指南
Composite 激化
在composite完整地配置后，就能在SCA域中激活它。Tuscany運行時用以下步驟激化composite：
1、 構建composite：這個階段，composite模型更進一步地正規化來方便運行時的交互。元數據在service/reference提升后統一化了。根據這個扁平模型，我們可以獲取所有的組件級信息。
2、 配置composite：這個階段，composite層次結構用于導航組件實現的配置信息。引用綁定和服務通過提供者工廠來創建運行時組件以及外部服務之間的連接。
3、
創建運行時連接(wire)：這個階段，為組件引用和組件服務以選定的綁定形式創建運行時連接。運行時連接是一個調用鏈的集合。這些調用鏈按照操作來分成
區。每個調用鏈都由一系列的調用器和攔截器構成。調用器提供到綁定協議和實現技術的邏輯調用。攔截器是特定類型的調用器，為調用它提供了附加的功能，比如
數據傳輸和事務控制。對于一個組件引用，我們創建運行時連接(wire)來描述以選定綁定的形式對外的調用。對于組件服務，我們創建運行時連接
(wire)來描述對實現的對內調用。回調連接(callback wire)能附加到組件服務上來描述來自服務的一個回調調用。
4、
啟動composite：這個階段，由ImplementationProvider、ReferenceBindingProvider和
ServiceBindingProvider定義的start()回調方法會被調用。最終，組件，組件引用和組件服務被初始化而服務于組件的交互。服務
監聽器會啟動，從而接受來自綁定層(binding layer)的入內請求。
<!--[if !vml]--><!--[endif]-->
<!--[if !vml]--><!--[endif]-->
調用概述
調用會被分發到WireInvocationHandler
WireInvocationHandler查找正確的InvocationChain
然后創建一個消息，設置有效負載，設置TargetInvoker，并傳遞消息給下層鏈
當消息到達鏈的末端，TargetInvoker會被調用，現在輪到TargetInvoker負責叫調用分發到目標
存儲在outbound邊界上的TargetInvoker當連接源的作用域值等于或小于目標的作用域值時，允許緩存目標實例。運行時環境通過
Inboundwire和Outboundwire提供組件。調用鏈附著于組件連接(wire)中，因此是無狀態的。所以調用鏈可以具有動態行為，例如新
攔截器的介入和重新連接。
裝載SCA裝配
工件處理器用于處理contribution上的每個有效的工件。為了讓contribution服務有效，工件處理器要注冊自己給工件處理extension 。對于每個工件，工件處理器分兩個階段被調用。
?
讀階段：這里是你讀取工件(可以是一個文檔、XML元素或類等等)的地方，組裝描述工件的模型并返回它。SCA contribution服務在所有注冊
了工件處理器的工件上調用ArtifactProcessor.read()。假如你的模型引用了其他的模型，不需要立刻裝載那些模型，你只需要保持描述
引用的信息，在resolve階段，你將會把該信息轉換成指向被引用模型的指針。注意：你沒有必要在這個時刻完全讀取并裝載模型，你可以在以后來完成這些
工作。
? 解析階段：這個階段讓你有機會解析對其他模型的引用。這個時刻，SCA contribution中所有的描述工件的模型都已經讀取，并注冊了工件解析器，準備被解析。
裝載Java SCA
SCA服務裝配以SCDL文件的形式被發布到SCA域中。Tuscany運行時工件處理器將SCDL裝載成一系列模型對象。這些模型對象是一系列持有元數據信息的Java bean。
有兩種裝載器：
- StAXElementLoader：從StAX(Streaming API for XML)事件載入XML元素
- ComponentTypeLoader：通過解析文件或內省機制來載入實現的組件類型
裝載組件類型
為特定的實現載入組件類型定義：
- 如何做是實現規范
- 也許會裝載XML文件(該文件由具體實現來定位)
- 也許內省實現工件(例如 Java注解機制)
- 或其他的任何方式
Loading composite componentType Loader
- 從提供的URL中載入SCDL
- 從composite包解壓并載入SCDL
- POJO componetType Loader
- 內省Java 注解
- 利用可插入的注解處理框架來內省Java類
運行時工件的類圖
