????? 這個標準看來很早就有了，以前不知道怎么沒有注意到，現(xiàn)在補充學習一下。這東西跟前兩天見到的那個WSMX差不多?，SOA和Web Service目前看來，基本上是可以畫等號的。
??????? 一篇是BEA的開發(fā)者社區(qū)上的Bill寫的，一篇是IBM開發(fā)者社區(qū)上的方國偉寫的。
?????? SCA及未來的開發(fā)
?????? 2005年11月30日，BEA宣布，將與IBM、Oracle、SAP、Iona、Siebel和Sybase一起，支持一種構(gòu)建和包裝應(yīng)用程序的新規(guī)范，即Service Component Architecture(服務(wù)組件架構(gòu)，SCA)。
什么是SCA?
SCA是一種規(guī)范，它使開發(fā)人員可以將注意力集中在業(yè)務(wù)邏輯的編寫上。更直接地說，它是一種大大改進了的部署描述符，它可以使用任何語言而不限于Java。此外，您還可以使用編程式語言和聲明式語言，比如BPEL和XSLT。SCA的特別之處在于，它對安全性、事務(wù)和可靠消息傳遞之類的特性使用了聲明式策略的理念。
使SCA脫穎而出的是，它是專門針對SOA設(shè)計的，而不像J2EE只是面向SOA做了修改。SCA關(guān)注的是如何描述按照各種編程模型和協(xié)議編寫的組件所組成的程序集。
SCA的目標與BEA的目標是一致的:使事情(這次是應(yīng)用程序的構(gòu)建)更容易。SCA允許開發(fā)應(yīng)用程序集而不考慮特定的中間件API或具體語言。
SCA的核心概念是服務(wù)及其相關(guān)實現(xiàn)。服務(wù)由接口定義，而接口包含一組操作。服務(wù)實現(xiàn)可以引用其他服務(wù)，稱為引用。服務(wù)可以有一個或多個屬性，這些屬性是可以在外部配置的數(shù)據(jù)值。
SCA中的一個關(guān)鍵推動因素是Service Data Object(服務(wù)數(shù)據(jù)對象，SDO)。AquaLogic Data Services Platform一直在使用它。SDO用于表示業(yè)務(wù)數(shù)據(jù)、參數(shù)以及服務(wù)調(diào)用的返回值，當它遍歷服務(wù)網(wǎng)絡(luò)時，它還是一種表示數(shù)據(jù)的方式。注意，也可以使用XMLBeans及其它技術(shù)。
SCA組件被組成為程序集。程序集是服務(wù)級的應(yīng)用程序，它是服務(wù)的集合，這些服務(wù)被連接在一起，并進行了正確的配置。SCA程序集運行在兩個級別:第一種情況，程序集是系統(tǒng)內(nèi)的一組松散連接的組件;另一種情況，程序集是模塊內(nèi)的一組松散連接的組件。二者的區(qū)別在于，一般來說，模塊是組件的集合，而系統(tǒng)是模塊的集合。此外，系統(tǒng)對應(yīng)于“大規(guī)模編程”(programming in the large或megaprogramming)，而模塊對應(yīng)于“小規(guī)模編程”(programming in the small)，比如構(gòu)建當今的典型應(yīng)用程序。相關(guān)例子以及更詳細的說明請參見Dev2Dev站點上的SCA白皮書。
將組件連接到它所依賴的服務(wù)的方式就是服務(wù)網(wǎng)絡(luò)“裝配”的方式。程序集已經(jīng)在許多技術(shù)和框架中廣為應(yīng)用，比如CORBA、J2EE、ATG Dynamo和Spring，也就是說，它并不是新出現(xiàn)的。從這些技術(shù)中我們可以知道，程序集提供了許多重要的優(yōu)點，比如更輕松的迭代開發(fā)，以及避免使業(yè)務(wù)邏輯依賴于中間件容器。SCA使用程序集解決了許多SOA開發(fā)中的重要問題，包括:
-
業(yè)務(wù)邏輯與底層基礎(chǔ)架構(gòu)、服務(wù)質(zhì)量和傳輸?shù)姆蛛x。
-
“小規(guī)模編程”與“大規(guī)模編程”的聯(lián)系。
-
為架構(gòu)的設(shè)計、編碼和操作性部署在自底向上(bottom-up)和自頂向下(top-down)兩種方法中來回切換提供了一種統(tǒng)一的方式。
對BEA來說，它意味著什么?
SDO 2.0規(guī)范是整個SCA技術(shù)平臺的一個組成部分，它將在AquaLogic Data Services Platform (ALDSP)產(chǎn)品家族(已經(jīng)支持SDO 1.0)的下一個主版本中實現(xiàn)。BEA AquaLogic Data Services Platform完全是針對SOA構(gòu)建的，它自3.0版本開始就采用SCA技術(shù)。它提供企業(yè)數(shù)據(jù)服務(wù)的自動創(chuàng)建和維護，這可以幫助客戶獲得更高的生產(chǎn)力，進行業(yè)務(wù)優(yōu)化，并更快地創(chuàng)造價值。BEA AquaLogic Data Services Platform提供了一個捕獲與數(shù)據(jù)訪問和數(shù)據(jù)更新有關(guān)的邏輯的單一位置。數(shù)據(jù)服務(wù)層提供了對相關(guān)的不同實時數(shù)據(jù)的可重用的、簡化了的訪問。注意，BEA Workshop中即將包含SCA支持。還有，BEA Workshop可免費下載。
為什么SCA如此重要?
SCA具有重大意義，因為它是第一項承諾提供一個組合模型以啟用服務(wù)網(wǎng)絡(luò)并支持構(gòu)建下一代面向服務(wù)應(yīng)用程序的技術(shù)。這一領(lǐng)域的每一次革新，都會導(dǎo)致出現(xiàn)一個新的抽象層，從而產(chǎn)生一批新的應(yīng)用程序。C允許我們構(gòu)建不能在匯編程序中構(gòu)建的應(yīng)用程序，而C++允許我們構(gòu)建不能使用C構(gòu)建的應(yīng)用程序，Java又允許我們構(gòu)建不能使用C++構(gòu)建的應(yīng)用程序。所有這些都是SCA的先例，簡單地說，SCA就是未來用于構(gòu)建大規(guī)模企業(yè)組合應(yīng)用程序的技術(shù)。
===============================================================================
SCA 編程模型入門
目前業(yè)界主要的軟件廠商都在大力推廣面向服務(wù)的架構(gòu)(Service Oritented Architecture，SOA)的概念，但是對于很多客戶來說，SOA的概念還是顯得相對抽象的。為了使客戶能夠更加簡單的實現(xiàn)向這種面向服務(wù)架構(gòu)的轉(zhuǎn)變，IBM在推出一系列WebSphere新產(chǎn)品的同時，提出了一種新的服務(wù)組件模型。這是一種全新的、跟語言無關(guān)的編程模型，它提供了一種統(tǒng)一的調(diào)用方式，從而使得客戶可以把不同的組件類型，比如POJO, EJB, 流程組件，人工交互組件等都可以通過一種標準的接口來封裝和調(diào)用。結(jié)合SDO的數(shù)據(jù)模型，這種服務(wù)組件的編程模型可以大大的簡化客戶的編程，提高應(yīng)用的靈活性，這就是面向服務(wù)組件的架構(gòu)(Service Component Architecture，SCA)。目前IBM 對SCA的支持是在最近推出的WebSphere Process Server(WPS)中，但是以后該服務(wù)組件模型將作為一個IBM軟件重要的編程模型被應(yīng)用到底層平臺當中。本文將介紹SCA編程模型中的基本概念，并以一個簡單的例子來說明它的一些基本用法，期待能夠拋磚引玉，并為讀者以后深入了解SCA打下基礎(chǔ)。
1.1 SCA的起源
基于組件的編程一直是軟件業(yè)簡化編程和提高效率和質(zhì)量的一個重要方法，但是往往對于不同語言我們有不同的組件模型，從而需要不同的調(diào)用方式。比如在J2EE技術(shù)領(lǐng)域，我們就有EJB，POJO，JDBC，JMS等，這對于開發(fā)人員來說是一個極大的挑戰(zhàn)。為了給這些不同的接口提供一個統(tǒng)一的調(diào)用方式，IBM提出了WSIF (Web Service Invocation Framework，具體請參考http://ws.apache.org/wsif/ )，并將它貢獻給Apache組織。WSIF作為Web Service領(lǐng)域的一個規(guī)范，提供了一種基于
Java
API統(tǒng)一調(diào)用各種服務(wù)的能力。但是WSIF沒有形成一個基于組件的架構(gòu)模型，因此IBM在此基礎(chǔ)上推出了一個面向服務(wù)的組件模型(Service Oritented Architecture, SCA)。這個模型不但解決了統(tǒng)一調(diào)用的問題，還提出了一個基于組件的構(gòu)建模型，并提供了許多面向企業(yè)計算的QoS能力。因此，從技術(shù)的角度來說，SCA是WSIF的延續(xù)和擴展。SCA的目的是使用戶在構(gòu)建企業(yè)應(yīng)用時有一個不再直接面對具體的技術(shù)細節(jié)的層次，而是通過服務(wù)組件的方式來構(gòu)建應(yīng)用。這種方式也使得客戶的企業(yè)應(yīng)用具有良好的分層架構(gòu)，能夠很好的分離應(yīng)用的業(yè)務(wù)邏輯和IT邏輯，不但易于應(yīng)用的構(gòu)建，也易于應(yīng)用的更改和部署。
1.2 SCA中的基本概念
服務(wù)組件模型(SCA)中提出了一些新的概念，比如服務(wù)組件，模塊，共享庫，導(dǎo)入和導(dǎo)出等。下面將分別解釋這些服務(wù)組件中的基本概念。
1.2.1 服務(wù)組件
服務(wù)組件是SCA中的基本組成元素和基本構(gòu)建單位，也是我們具體實現(xiàn)業(yè)務(wù)邏輯的地方。我們可以把它看成是構(gòu)建我們應(yīng)用的積木。我們可以非常容易地把傳統(tǒng)的POJO，無狀態(tài)會話BEAN等包裝成SCA中的服務(wù)組件。 SCA服務(wù)組件的主要接口規(guī)范是基于WSDL(Web Service Description Language)的，另外為了給Java編程人員提供一個比較直接的接口，SCA的部分服務(wù)組件也提供了Java接口。因此，使用服務(wù)組件的客戶端可以選擇使用WSDL接口或Java接口。
服務(wù)組件提供給別的服務(wù)調(diào)用的入口叫Interface(接口)。而服務(wù)組件本身可能也需要調(diào)用別的服務(wù)，這個調(diào)用出口叫Reference(引用)。無論是接口還是引用，其調(diào)用規(guī)范都是WSDL或Java接口。SCA服務(wù)組件的接口模型請參考圖 1:
圖 1: SCA 服務(wù)組件接口模型
WebSphere Process Server 充分利用了SCA的這種組件架構(gòu)，并在產(chǎn)品中提供了一些與業(yè)務(wù)聯(lián)系比較緊密的組件，比如業(yè)務(wù)流程，人工任務(wù)，業(yè)務(wù)狀態(tài)機，業(yè)務(wù)規(guī)則等。這樣用戶就可以直接利用這些服務(wù)組件，構(gòu)建自己的業(yè)務(wù)流程或其它業(yè)務(wù)集成的應(yīng)用。在WebSphere Process Server V6.0.1中，服務(wù)組件及SCA在架構(gòu)中的作用如圖 2所示:
圖 2: WebSphere Process Server V6.0.1的架構(gòu)環(huán)境
我們可以從圖 2 中看到服務(wù)組件架構(gòu)在WebSphere Process Server中的基礎(chǔ)地位，也可以看到各種與業(yè)務(wù)相關(guān)的服務(wù)組件或技術(shù)相關(guān)的輔助服務(wù)組件的關(guān)系。關(guān)于WebSphere Process Server的體系架構(gòu)這里不展開論述，具體請參考developerWorks專刊，2005年第三期的文章――WebSphere Process Srever V6體系結(jié)構(gòu)概述。
SCA服務(wù)組件與傳統(tǒng)組件的主要區(qū)別在于:
1. 服務(wù)組件往往是粗粒度的，而傳統(tǒng)組件以細粒度居多。
2. 服務(wù)組件的接口是標準的，主要是WSDL接口，而傳統(tǒng)組件常以具體API形式出現(xiàn)。
3. 服務(wù)組件的實現(xiàn)與語言是無關(guān)的，而傳統(tǒng)組件常綁定某種特定的語言。
4. 服務(wù)組件可以通過組件容器提供QoS的服務(wù)，而傳統(tǒng)組件完全由程序代碼直接控制。
1.2.2 服務(wù)模塊(Module)
服務(wù)模塊(簡稱模塊)由一個或多個具有內(nèi)在業(yè)務(wù)聯(lián)系的服務(wù)組件構(gòu)成。把多少服務(wù)組件放在一個模塊中，或者把哪些服務(wù)組件放在一起主要取決于業(yè)務(wù)需求和部署上靈活性的要求。模塊是SCA中的運行單位，因為一個SCA模塊背后對應(yīng)的是一個J2EE的企業(yè)應(yīng)用項目。這里之所以說是"背后"，原因是我們在開發(fā)工具WID(WebSphere Integration Developer V6.0)中，通過業(yè)務(wù)集成透視圖看到都是SCA級別的元素。但是當你切換到J2EE透視圖你就會發(fā)現(xiàn)這些SCA元素與實際J2EE元素之間的對應(yīng)關(guān)系。因此，在WID中構(gòu)建一個模塊就相當于構(gòu)建一個項目。另外，由于模塊是一個獨立部署的單元，這給應(yīng)用的部署帶來很大的靈活性。比如，只要保持模塊接口不變，我們很容易通過重新部署新的模塊而替換原有的業(yè)務(wù)邏輯，而不影響應(yīng)用的其它部分。
由于一個模塊中往往會包含多個服務(wù)組件，那我們?nèi)绾蝸順?gòu)建這些服務(wù)組件之間的相互調(diào)用關(guān)系呢?在WID工具中，我們只要簡單地通過接口與引用之間的連線，就可以指定它們之間的調(diào)用關(guān)系而不需要寫一行代碼。另外，我們可以在這些連線上面設(shè)定需要的QoS要求，比如事務(wù)，安全等。
1.2.3 導(dǎo)入(Import)和導(dǎo)出(Export)
用戶實際的應(yīng)用經(jīng)常是比較復(fù)雜的，因此實際的應(yīng)用通常需要多個模塊才能滿足要求，而且這些模塊之間又往往存在相互調(diào)用的關(guān)系。
另外模塊中服務(wù)組件除了調(diào)用別的服務(wù)組件之外，也需要調(diào)用已有的一些應(yīng)用，或者是讓一些已有的應(yīng)用來調(diào)用模塊的服務(wù)，而這些應(yīng)用可能不是基于SCA架構(gòu)的。為了解決上述問題，在模塊中我們引入了兩個特殊的"端點"，一個是導(dǎo)入(Import)，它的作用是使得模塊中的服務(wù)組件可以調(diào)用模塊外部的服務(wù)。另一個是導(dǎo)出(Export)，它的作用是使得模塊外部的應(yīng)用可以調(diào)用模塊中的服務(wù)組件。
由于涉及到模塊內(nèi)外的調(diào)用，因此需要指定專門的綁定信息。這些綁定信息包括了目標服務(wù)或源服務(wù)的調(diào)用方式，位置信息，調(diào)用的方法等。目前，在WebSphere Process Server V6.0中，導(dǎo)入端點提供了四種綁定方式，包括:JMS綁定，Web Service綁定，SCA綁定和無狀態(tài)會話BEAN的綁定。導(dǎo)出端點提供了三種綁定方式，包括:JMS綁定，Web Service綁定和SCA綁定。對于SCA模塊之間的調(diào)用，我們可以非常方便的把綁定方式設(shè)置為SCA綁定，但是對于非SCA模塊與SCA模塊之間的調(diào)用我們只能選擇其它綁定方式。
1.2.4 共享庫(Library)
當我們在構(gòu)建了多個模塊的時候，如果有一些資源可以在不同模塊之間共享，那么我們可以選擇創(chuàng)建一份可以在不同模塊之間進行共享的資源，而不是在不同模塊中重復(fù)創(chuàng)建。共享庫就是存放這些共享資源的地方。共享庫可以通過與模塊類似的方式在WID中創(chuàng)建，但是共享庫包含的內(nèi)容只有:數(shù)據(jù)定義，接口定義，數(shù)據(jù)映射和關(guān)系。與模塊最大的區(qū)別使共享庫不包含服務(wù)組件，因此也就不包含業(yè)務(wù)邏輯。從包含的功能來看，我們可以把共享庫看作是模塊的一個子集。當一個模塊需要用到共享庫中的資源的時候，我們只需要使模塊依賴于共享庫即可。從部署的角度，一個共享庫會對應(yīng)一個JAR包。在部署的時候，模塊所對應(yīng)的J2EE企業(yè)應(yīng)用會會自動包含所依賴的共享庫JAR包。這里特別要注意的是，這里的共享庫概念與WebSphere應(yīng)用服務(wù)器中的共享庫不是一個概念，它們之間沒有任何聯(lián)系，因此不要混淆。
1.2.5 Standalone Reference
模塊中的服務(wù)組件是不能直接被外部Java代碼使用的，為了外部的Java代碼，比如JSP/Servlet使用模塊中的服務(wù)組件，WID工具在模塊中提供了一個特殊的端點，叫做Standalone Reference。這個端點只有引用(Reference)，而沒有接口(Interface)。只要把這個端點的引用連接到需要調(diào)用的服務(wù)組件的接口，外部的Java代碼通過這個引用的名稱來調(diào)用相應(yīng)的服務(wù)組件了。具體如何調(diào)用請參考后面例子的實際代碼。
至此，與服務(wù)模塊相關(guān)的主要概念已大概介紹完了，它們之間的關(guān)系如圖 3 所示:
圖 3:服務(wù)模塊總覽圖
1.3 同步調(diào)用和異步調(diào)用
我們知道，常見的方法調(diào)用都是同步調(diào)用，這種調(diào)用方式是一種阻塞式的調(diào)用方式，即客戶端(主調(diào)用方)代碼一直阻塞等待直到被服務(wù)端(被調(diào)用方)返回為止。這種調(diào)用方式相對比較直觀，也是大部分編程語言直接支持的一種調(diào)用方式。但是，如果我們面對是基于粗粒度的服務(wù)組件，面對的是一些需要比較長時間才能有響應(yīng)的應(yīng)用場景，那么我們就需要一種非阻塞式調(diào)用方式，即異步調(diào)用方式。
SCA編程模式提供了三種方式的異步調(diào)用，它們分別是:
1. 單向調(diào)用方式。
2. 延遲響應(yīng)方式。
3. 請求回調(diào)方式。
單向調(diào)用
單向調(diào)用方式是最為簡單的異步調(diào)用方式，在這種調(diào)用方式中，客戶端發(fā)出請求之后就不再關(guān)心服務(wù)端的情況，包括是否執(zhí)行成功，返回值是什么等等。我們可以用下面的圖 4示來描述這種單向調(diào)用方式:
圖 4: 單向調(diào)用
單向調(diào)用方式是一種不管調(diào)用結(jié)果的方式，但是在很多情況下我們是需要知道調(diào)用結(jié)果的。我們需要知道調(diào)用是否成功，需要知道調(diào)用的結(jié)果，就算調(diào)用失敗我們也希望知道錯誤代碼等信息。在這種情況下，延遲響應(yīng)和請求回調(diào)就是兩種能夠讓我們知道調(diào)用結(jié)果的方式。
延遲響應(yīng)方式
延遲響應(yīng)方式是指客戶端在發(fā)出調(diào)用請求之后繼續(xù)執(zhí)行，但是經(jīng)過一段時間之后，客戶端再調(diào)用相應(yīng)的方法去檢索返回結(jié)果，并通過參數(shù)指定如何根據(jù)調(diào)用的結(jié)果而執(zhí)行進一步動作。由于是異步調(diào)用方式，因此，在第一次發(fā)出調(diào)用請求的時候，服務(wù)端需要返回一個稱為票據(jù)(Ticket)的對象。這個對象會作為第二次發(fā)出檢索結(jié)果請求時的一個參數(shù)。顯然，這個Ticket對象的作用與WEB編程的SessionID非常類似。我們可以用圖 5 來表示延遲相應(yīng)調(diào)用方式:
圖 5:延遲響應(yīng)調(diào)用方式
請求回調(diào)
與延遲響應(yīng)方式類似，請求回調(diào)方式也能得到服務(wù)端的響應(yīng)，但是不同的是這個響應(yīng)是由服務(wù)端通過回調(diào)方式來觸發(fā)的，而不像延遲響應(yīng)方式由客戶端來主動檢索的。請求回調(diào)方式的原理與許多編程語言中的回調(diào)機制類似，不同的是這里實現(xiàn)的層次比較高一點。我們可以用圖6來表示請求調(diào)用方式:
圖 6:請求回調(diào)方式
1.4 SCA客戶端的兩種調(diào)用方式
從接口的角度，SCA的客戶端編程模型有兩種方式:
1. 靜態(tài)調(diào)用方式
2. 動態(tài)調(diào)用方式
靜態(tài)調(diào)用方式
靜態(tài)調(diào)用方式是一種類型安全的方式，也是在一般Java編程中最為常見的方式。所謂類型安全指的就是在編譯的時候就做類型的檢查，而不是等到運行的時候發(fā)現(xiàn)類型錯誤問題。說明示例如下:
在SCA客戶端編程中，靜態(tài)方式就是直接拿到實際實現(xiàn)的接口類型，也即直接拿到Java接口。
動態(tài)調(diào)用方式
與靜態(tài)調(diào)用方式相對，動態(tài)調(diào)用方式是一種非安全的方式。它的優(yōu)點是調(diào)用非常靈活，但同時帶來的不利之處是部分問題在編譯的時候是發(fā)現(xiàn)不了的，只有等到運行的時候才能發(fā)現(xiàn)。說明示例如下:
像上面例子所示，在動態(tài)調(diào)用方式中，客戶端通過invoke方法的字符串參數(shù)的方式來指定具體要調(diào)用的方法名稱。很顯然，在這種方式下，如果方法名有誤是不能在編譯時發(fā)現(xiàn)的。
關(guān)于動態(tài)調(diào)用方式另外要注意的一點是，在這種調(diào)用方式下，所有參數(shù)傳遞都是通過DataObject的方式，即SDO的方式。哪怕實際參數(shù)只是一個字符串，也需要包裝成一個DataObject的方式。
接口類型與調(diào)用方式
實際上客戶端采用哪種調(diào)用方式是與接口類型有密切的關(guān)系。當提供的接口類型是WSDL類型的，那么客戶端的調(diào)用方式只能是動態(tài)調(diào)用方式。由于WSDL是SCA模型中主要的接口方式，這樣就導(dǎo)致動態(tài)調(diào)用方式在SCA編程模型中非常普遍。但是如果提供的接口類型時Java類型的，那么客戶端的調(diào)用方式可以是動態(tài)調(diào)用方式，也可以是靜態(tài)調(diào)用方式。
1.5 SCA的第一個例子――HelloWorld
與學習一種語言一樣，在初步了解一些基本概念之后，您是不是迫不及待的想自己動手寫點東西了?讓我們一起來寫一個"SCA版"的HelloWorld。我們需要的開發(fā)環(huán)境就是一個WebSphere Integration Developer V6.0(WID)，與IBM的許多其它的開發(fā)工具類似，這也是一個基于Eclipse 3.0的開發(fā)工具。下面簡單描述一下WID與IBM其它開發(fā)工具如Rational Application Developer(RAD)，Rational Software Architecture(RSA)，WebSphere Business Modeler等工具的區(qū)別。如果采用基于角色的開發(fā)方式，我們一般可以把集成項目的主要開發(fā)人員分為下面四大類:業(yè)務(wù)分析人員，集成開發(fā)人員，軟件架構(gòu)師，J2EE/JAVA應(yīng)用開發(fā)人員。他們的主要職責、技術(shù)要求和推薦使用的工具可以參見下表:
由上表可知，WID是一個主要針對集成開發(fā)人員的工具。除了專門的集成功能之外，WID工具也包含了RAD中的大部分功能。為了便于集成應(yīng)用的測試，這個開發(fā)工具集成了一個測試環(huán)境，即WebSphere Process Server V6.0的運行環(huán)境。
這個例子的主要目的是幫助大家進一步理解前面描述的那些SCA基本概念。在HelloWorld應(yīng)用模塊中，我們會構(gòu)建一個用Java實現(xiàn)的SCA組件，其接口為HelloWorldInterface.wsdl，其實現(xiàn)代碼為HelloWorldImpl.java。為了使SCA模塊外部的JSP文件可以調(diào)用這個SCA組件，需要一個Standalone Reference。在模塊外部，我們構(gòu)建一個index.jsp文件通過Standalone Reference來調(diào)用HelloWorld服務(wù)組件，并在頁面上把調(diào)用結(jié)果顯式出來。整個HelloWorld應(yīng)用的基本圖示如下:
圖 7: HelloWorld 應(yīng)用
1.5.1 構(gòu)建的基本步驟
下面給出創(chuàng)建HelloWorld例子的基本步驟:
1. 創(chuàng)建模塊。打開WID，切換到Business Integration透視圖，新建一個模塊，名稱為HelloWorld。
2. 創(chuàng)建接口。通過點擊HelloWorld模塊左邊的"+"號展開，選擇"Interface"，然后通過右鍵創(chuàng)建一個接口，名稱為HelloWorldInterface。圖示如下:
HelloWorld接口包含一個sengMessage操作，輸入為一個名為message的字符串，輸出一個名為status的字符串。可以通過點擊接口編輯器上方的 按鈕來添加一個操作。通過 和 分別來添加輸入和輸出參數(shù)。圖示如下:
3. 創(chuàng)建服務(wù)組件。雙擊打開HelloWorld模塊的圖形化編輯器，然后在控制面板上把Java組件圖標 拖拉到編輯器中即生成一個Java服務(wù)組件，并把名稱改為HelloWorld。如下圖所示:
通過點擊 按鈕為HelloWorld組件選擇一個接口，即我們前面定義的HelloWorldInterface。
通過雙擊上圖中的HelloWorld組件，WID會自動生成HelloWorld組件實現(xiàn)類的基本框架HelloWorldImpl.java。如下圖所示:
上圖中高亮處顯示的代碼行就是我們可以給sendMessage方法添加業(yè)務(wù)代碼的地方。比如，我們可以輸入:return message + ". It's our first SCA example!";
4. 創(chuàng)建standalone reference。在工具欄中把 圖標拖拉到編輯器中即生成一個standalone reference。如下圖所示:
然后把Standalone Reference端點與HelloWorld組件連接起來。工具自動會為Standalone Reference創(chuàng)建一個匹配HelloWorld組件接口的引用。這里要注意的是，向?qū)г谧詣觿?chuàng)建Standalone Reference的引用時會彈出一個窗口詢問需要創(chuàng)建一個Java接口類型的引用還是WSDL接口類型的引用。不同類型的接口會使得我們的客戶端代碼(在本例中是一個名為index.jsp的JSP文件)需要采用不同的調(diào)用方式。下面會分析兩種不同類型的實現(xiàn)。
5. 生成JSP代碼。如果我們在前面的引用接口類型中選擇的是WSDL接口。那么Standalone Reference的屬性如下圖所示:
我們可以看到，引用的名稱為HelloWorldInterfacePartner，接口為名稱為HelloWorldInterface這個WSDL類型的接口。
如果我們在前面的引用接口類型中選擇的是Java接口。那么Standalone Reference的屬性如下圖所示:
我們可以看到，引用的名稱為HelloWorldInterfacePartner，接口為名稱為world.hello.hello.world.interface_.HelloWorldInterface這個Java類型的接口。具體JSP代碼參考下面的客戶端代碼分析部分。
6. 檢查生成的項目。如果把WID切換到J2EE透視圖的導(dǎo)航視圖中，我們可以看到與HelloWorld模塊對應(yīng)的J2EE項目。J2EE企業(yè)項目為HelloWorldApp，其包含EJB項目HelloWorldEJB，Web項目HelloWorldWeb，J2EE客戶端項目HelloWorldEJBClient。另外一個是名為HelloWorld的Java項目，這個項目的內(nèi)容最終會以一個JAR文件的形式被HelloWorldApp應(yīng)用使用。上一步中所提到的JSP文件需要在HelloWorldWeb項目中生成。具體如下圖所示:
1.5.2 JSP客戶端代碼片斷分析
那么如何在JSP頁面中來調(diào)用我們的HelloWorld服務(wù)組件呢?按照前面的介紹，我們需要通過Standalone Reference來調(diào)用。那么我們?nèi)绾尾拍艿玫竭@個Standalone Reference的引用呢?這里涉及到SCA編程模式中很重要的一個概念，那就是ServiceManager。ServiceManager是一個SCA環(huán)境的核心類，全名為com.ibm.websphere.sca.ServiceManager。這個類的作用主要就是能夠讓客戶端去定位一個服務(wù)提供方。一般調(diào)用的方式是通過ServiceManager的locateService(String serviceRefName)方法。拿到服務(wù)之后，客戶端就可以調(diào)用服務(wù)中所提供的方法了。(熟悉J2EE編程的人員可以聯(lián)系對比JNDI的Lookup方法。)下面分別根據(jù)Standalone Reference引用的接口類型來分析主要JSP代碼片斷。
當接口類型是WSDL接口的情況
1.首先需要在JSP中導(dǎo)入相關(guān)的類，主要如下:
<%@ page import="com.ibm.websphere.sca.ServiceManager" %>
<%@ page import="com.ibm.websphere.sca.Service" %>
<%@ page import="commonj.sdo.DataObject" %>]]>
2.生成ServiceManager對象，并拿到相應(yīng)的服務(wù)。
ServiceManager serviceManager = new ServiceManager();
Service service = (Service) serviceManager.locateService("HelloWorldInterfacePartner");
這里locateService()方法中的參數(shù)是standalone reference的實際名稱。從某種程度上我們可以把外部的JSP/Servlet的Java代碼看成是Standalone reference的實現(xiàn)，這樣來理解服務(wù)組件之間的相互調(diào)用。
3.調(diào)用服務(wù)的方法。
String msg = request.getParameter("message");
DataObject resp = (DataObject) service.invoke("sendMessage",msg);
由于我們這里使用的是WSDL接口類型，因此返回結(jié)果是以DataObject的形式存在。
4. 顯式得到的結(jié)果。
<%=resp.getString("status")%>]]>
通過調(diào)用DataObject的getString方法，我們拿到實際的返回結(jié)果，名為status的字符串。
當接口類型是Java接口的情況
1.首先需要在JSP中導(dǎo)入相關(guān)的類，主要如下:
<%@ page import="com.ibm.websphere.sca.ServiceManager" %>
<%@ page import="com.ibm.websphere.sca.Service" %>
<%@ page import="world.hello.hello.world.interface_.HelloWorldInterface" %>]]>
2.生成ServiceManager對象，并拿到相應(yīng)的服務(wù)。
ServiceManager serviceManager = new ServiceManager();
HelloWorldInterface service =
(HelloWorldInterface) serviceManager.locateService("HelloWorldInterfacePartner");
由于Standalone Reference的接口變成了Java接口，因此這里返回的服務(wù)可以直接造型成HelloWorldInterface類型。
3.調(diào)用服務(wù)的方法。
String msg = request.getParameter("message");
String resp = service.sendMessage(msg);
由于我們這里使用的是Java接口類型，因此調(diào)用的方式就是正常的Java接口調(diào)用。
4. 顯式得到的結(jié)果。
<%=resp%>]]>
由于靜態(tài)調(diào)用方式得到的就是實際定義的類型，因此這里字符串的顯式比較簡單。
具體實際項目的代碼請參考本文附的項目交換文件包。
1.6 結(jié)束語
本文介紹了SCA的主要目的和一些基本的概念，并展示了一個最為簡單的服務(wù)組件例子。從上面的討論我們可以看到，SCA不但解決了統(tǒng)一調(diào)用的問題，而且提供了一個服務(wù)組件架構(gòu)。這個服務(wù)組件架構(gòu)將在構(gòu)建面向服務(wù)的架構(gòu)中起到舉足輕重的作用，并在IBM的許多產(chǎn)品中會有所體現(xiàn)。
后記，在這篇文章完成之后，傳來了一個關(guān)于SCA的好消息。SCA得到了業(yè)界幾個主要軟件廠商的支持。IBM、Oracle、BEA、SAP、Siebel、Sybase、IONA等廠商聯(lián)合發(fā)布了SCA規(guī)范的0.9版本。具體規(guī)范可參見IBM DW的網(wǎng)址:http://www.ibm.com/developerworks/library/specification/ws-sca/