2006 年 1 月 04 日
本文將介紹SCA編程模型中的基本概念，并以一個(gè)簡單的例子來說明它的一些基本用法，期待能夠拋磚引玉，并為讀者以后深入了解SCA打下基礎(chǔ)。
目前業(yè)界主要的軟件廠商都在大力推廣面向服務(wù)的架構(gòu)（Service Oritented Architecture，SOA）的概念，但是對(duì)于很多客戶來說，SOA的概念還是顯得相對(duì)抽象的。為了使客戶能夠更加簡單的實(shí)現(xiàn)向這種面向服務(wù)架構(gòu)的轉(zhuǎn)變，IBM在推出一系列WebSphere新產(chǎn)品的同時(shí)，提出了一種新的服務(wù)組件模型。這是一種全新的、跟語言無關(guān)的編程模型，它提供了一種統(tǒng)一的調(diào)用方式，從而使得客戶可以把不同的組件類型，比如POJO, EJB, 流程組件，人工交互組件等都可以通過一種標(biāo)準(zhǔn)的接口來封裝和調(diào)用。結(jié)合SDO的數(shù)據(jù)模型，這種服務(wù)組件的編程模型可以大大的簡化客戶的編程，提高應(yīng)用的靈活性，這就是面向服務(wù)組件的架構(gòu)（Service Component Architecture，SCA）。目前IBM 對(duì)SCA的支持是在最近推出的WebSphere Process Server（WPS）中，但是以后該服務(wù)組件模型將作為一個(gè)IBM軟件重要的編程模型被應(yīng)用到底層平臺(tái)當(dāng)中。本文將介紹SCA編程模型中的基本概念，并以一個(gè)簡單的例子來說明它的一些基本用法，期待能夠拋磚引玉，并為讀者以后深入了解SCA打下基礎(chǔ)。
  |
|
基于組件的編程一直是軟件業(yè)簡化編程和提高效率和質(zhì)量的一個(gè)重要方法，但是往往對(duì)于不同語言我們有不同的組件模型，從而需要不同的調(diào)用方式。比如在J2EE技術(shù)領(lǐng)域，我們就有EJB，POJO，JDBC，JMS等，這對(duì)于開發(fā)人員來說是一個(gè)極大的挑戰(zhàn)。為了給這些不同的接口提供一個(gè)統(tǒng)一的調(diào)用方式，IBM提出了WSIF （Web Service Invocation Framework，具體請參考http://ws.apache.org/wsif/ ），并將它貢獻(xiàn)給Apache組織。WSIF作為Web Service領(lǐng)域的一個(gè)規(guī)范，提供了一種基于Java API統(tǒng)一調(diào)用各種服務(wù)的能力。但是WSIF沒有形成一個(gè)基于組件的架構(gòu)模型，因此IBM在此基礎(chǔ)上推出了一個(gè)面向服務(wù)的組件模型（Service Oritented Architecture, SCA）。這個(gè)模型不但解決了統(tǒng)一調(diào)用的問題，還提出了一個(gè)基于組件的構(gòu)建模型，并提供了許多面向企業(yè)計(jì)算的QoS能力。因此，從技術(shù)的角度來說，SCA是WSIF的延續(xù)和擴(kuò)展。SCA的目的是使用戶在構(gòu)建企業(yè)應(yīng)用時(shí)有一個(gè)不再直接面對(duì)具體的技術(shù)細(xì)節(jié)的層次，而是通過服務(wù)組件的方式來構(gòu)建應(yīng)用。這種方式也使得客戶的企業(yè)應(yīng)用具有良好的分層架構(gòu)，能夠很好的分離應(yīng)用的業(yè)務(wù)邏輯和IT邏輯，不但易于應(yīng)用的構(gòu)建，也易于應(yīng)用的更改和部署。
  |
|
服務(wù)組件模型（SCA）中提出了一些新的概念，比如服務(wù)組件，模塊，共享庫，導(dǎo)入和導(dǎo)出等。下面將分別解釋這些服務(wù)組件中的基本概念。
服務(wù)組件是SCA中的基本組成元素和基本構(gòu)建單位，也是我們具體實(shí)現(xiàn)業(yè)務(wù)邏輯的地方。我們可以把它看成是構(gòu)建我們應(yīng)用的積木。我們可以非常容易地把傳統(tǒng)的POJO，無狀態(tài)會(huì)話BEAN等包裝成SCA中的服務(wù)組件。 SCA服務(wù)組件的主要接口規(guī)范是基于WSDL（Web Service Description Language）的，另外為了給Java編程人員提供一個(gè)比較直接的接口，SCA的部分服務(wù)組件也提供了Java接口。因此，使用服務(wù)組件的客戶端可以選擇使用WSDL接口或Java接口。
服務(wù)組件提供給別的服務(wù)調(diào)用的入口叫Interface（接口）。而服務(wù)組件本身可能也需要調(diào)用別的服務(wù)，這個(gè)調(diào)用出口叫Reference（引用）。無論是接口還是引用，其調(diào)用規(guī)范都是WSDL或Java接口。SCA服務(wù)組件的接口模型請參考圖 1：
WebSphere Process Server 充分利用了SCA的這種組件架構(gòu)，并在產(chǎn)品中提供了一些與業(yè)務(wù)聯(lián)系比較緊密的組件，比如業(yè)務(wù)流程，人工任務(wù)，業(yè)務(wù)狀態(tài)機(jī)，業(yè)務(wù)規(guī)則等。這樣用戶就可以直接利用這些服務(wù)組件，構(gòu)建自己的業(yè)務(wù)流程或其它業(yè)務(wù)集成的應(yīng)用。在WebSphere Process Server V6.0.1中，服務(wù)組件及SCA在架構(gòu)中的作用如圖 2所示：
我們可以從圖 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?？?005年第三期的文章――WebSphere Process Srever V6體系結(jié)構(gòu)概述。
SCA服務(wù)組件與傳統(tǒng)組件的主要區(qū)別在于：
1． 服務(wù)組件往往是粗粒度的，而傳統(tǒng)組件以細(xì)粒度居多。
2． 服務(wù)組件的接口是標(biāo)準(zhǔn)的，主要是WSDL接口，而傳統(tǒng)組件常以具體API形式出現(xiàn)。
3． 服務(wù)組件的實(shí)現(xiàn)與語言是無關(guān)的，而傳統(tǒng)組件常綁定某種特定的語言。
4． 服務(wù)組件可以通過組件容器提供QoS的服務(wù)，而傳統(tǒng)組件完全由程序代碼直接控制。
服務(wù)模塊（簡稱模塊）由一個(gè)或多個(gè)具有內(nèi)在業(yè)務(wù)聯(lián)系的服務(wù)組件構(gòu)成。把多少服務(wù)組件放在一個(gè)模塊中，或者把哪些服務(wù)組件放在一起主要取決于業(yè)務(wù)需求和部署上靈活性的要求。模塊是SCA中的運(yùn)行單位，因?yàn)橐粋€(gè)SCA模塊背后對(duì)應(yīng)的是一個(gè)J2EE的企業(yè)應(yīng)用項(xiàng)目。這里之所以說是"背后"，原因是我們在開發(fā)工具WID（WebSphere Integration Developer V6.0）中，通過業(yè)務(wù)集成透視圖看到都是SCA級(jí)別的元素。但是當(dāng)你切換到J2EE透視圖你就會(huì)發(fā)現(xiàn)這些SCA元素與實(shí)際J2EE元素之間的對(duì)應(yīng)關(guān)系。因此，在WID中構(gòu)建一個(gè)模塊就相當(dāng)于構(gòu)建一個(gè)項(xiàng)目。另外，由于模塊是一個(gè)獨(dú)立部署的單元，這給應(yīng)用的部署帶來很大的靈活性。比如，只要保持模塊接口不變，我們很容易通過重新部署新的模塊而替換原有的業(yè)務(wù)邏輯，而不影響應(yīng)用的其它部分。
由于一個(gè)模塊中往往會(huì)包含多個(gè)服務(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）
用戶實(shí)際的應(yīng)用經(jīng)常是比較復(fù)雜的，因此實(shí)際的應(yīng)用通常需要多個(gè)模塊才能滿足要求，而且這些模塊之間又往往存在相互調(diào)用的關(guān)系。
另外模塊中服務(wù)組件除了調(diào)用別的服務(wù)組件之外，也需要調(diào)用已有的一些應(yīng)用，或者是讓一些已有的應(yīng)用來調(diào)用模塊的服務(wù)，而這些應(yīng)用可能不是基于SCA架構(gòu)的。為了解決上述問題，在模塊中我們引入了兩個(gè)特殊的"端點(diǎn)"，一個(gè)是導(dǎo)入（Import），它的作用是使得模塊中的服務(wù)組件可以調(diào)用模塊外部的服務(wù)。另一個(gè)是導(dǎo)出（Export），它的作用是使得模塊外部的應(yīng)用可以調(diào)用模塊中的服務(wù)組件。
由于涉及到模塊內(nèi)外的調(diào)用，因此需要指定專門的綁定信息。這些綁定信息包括了目標(biāo)服務(wù)或源服務(wù)的調(diào)用方式，位置信息，調(diào)用的方法等。目前，在WebSphere Process Server V6.0中，導(dǎo)入端點(diǎn)提供了四種綁定方式，包括：JMS綁定，Web Service綁定，SCA綁定和無狀態(tài)會(huì)話BEAN的綁定。導(dǎo)出端點(diǎn)提供了三種綁定方式，包括：JMS綁定，Web Service綁定和SCA綁定。對(duì)于SCA模塊之間的調(diào)用，我們可以非常方便的把綁定方式設(shè)置為SCA綁定，但是對(duì)于非SCA模塊與SCA模塊之間的調(diào)用我們只能選擇其它綁定方式。
當(dāng)我們在構(gòu)建了多個(gè)模塊的時(shí)候，如果有一些資源可以在不同模塊之間共享，那么我們可以選擇創(chuàng)建一份可以在不同模塊之間進(jìn)行共享的資源，而不是在不同模塊中重復(fù)創(chuàng)建。共享庫就是存放這些共享資源的地方。共享庫可以通過與模塊類似的方式在WID中創(chuàng)建，但是共享庫包含的內(nèi)容只有：數(shù)據(jù)定義，接口定義，數(shù)據(jù)映射和關(guān)系。與模塊最大的區(qū)別使共享庫不包含服務(wù)組件，因此也就不包含業(yè)務(wù)邏輯。從包含的功能來看，我們可以把共享庫看作是模塊的一個(gè)子集。當(dāng)一個(gè)模塊需要用到共享庫中的資源的時(shí)候，我們只需要使模塊依賴于共享庫即可。從部署的角度，一個(gè)共享庫會(huì)對(duì)應(yīng)一個(gè)JAR包。在部署的時(shí)候，模塊所對(duì)應(yīng)的J2EE企業(yè)應(yīng)用會(huì)會(huì)自動(dòng)包含所依賴的共享庫JAR包。這里特別要注意的是，這里的共享庫概念與WebSphere應(yīng)用服務(wù)器中的共享庫不是一個(gè)概念，它們之間沒有任何聯(lián)系，因此不要混淆。
模塊中的服務(wù)組件是不能直接被外部Java代碼使用的，為了外部的Java代碼，比如JSP/Servlet使用模塊中的服務(wù)組件，WID工具在模塊中提供了一個(gè)特殊的端點(diǎn)，叫做Standalone Reference。這個(gè)端點(diǎn)只有引用（Reference），而沒有接口（Interface）。只要把這個(gè)端點(diǎn)的引用連接到需要調(diào)用的服務(wù)組件的接口，外部的Java代碼通過這個(gè)引用的名稱來調(diào)用相應(yīng)的服務(wù)組件了。具體如何調(diào)用請參考后面例子的實(shí)際代碼。
至此，與服務(wù)模塊相關(guān)的主要概念已大概介紹完了，它們之間的關(guān)系如圖 3 所示：
|
|
我們知道，常見的方法調(diào)用都是同步調(diào)用，這種調(diào)用方式是一種阻塞式的調(diào)用方式，即客戶端（主調(diào)用方）代碼一直阻塞等待直到被服務(wù)端（被調(diào)用方）返回為止。這種調(diào)用方式相對(duì)比較直觀，也是大部分編程語言直接支持的一種調(diào)用方式。但是，如果我們面對(duì)是基于粗粒度的服務(wù)組件，面對(duì)的是一些需要比較長時(shí)間才能有響應(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)用方式：
單向調(diào)用方式是一種不管調(diào)用結(jié)果的方式，但是在很多情況下我們是需要知道調(diào)用結(jié)果的。我們需要知道調(diào)用是否成功，需要知道調(diào)用的結(jié)果，就算調(diào)用失敗我們也希望知道錯(cuò)誤代碼等信息。在這種情況下，延遲響應(yīng)和請求回調(diào)就是兩種能夠讓我們知道調(diào)用結(jié)果的方式。
延遲響應(yīng)方式
延遲響應(yīng)方式是指客戶端在發(fā)出調(diào)用請求之后繼續(xù)執(zhí)行，但是經(jīng)過一段時(shí)間之后，客戶端再調(diào)用相應(yīng)的方法去檢索返回結(jié)果，并通過參數(shù)指定如何根據(jù)調(diào)用的結(jié)果而執(zhí)行進(jìn)一步動(dòng)作。由于是異步調(diào)用方式，因此，在第一次發(fā)出調(diào)用請求的時(shí)候，服務(wù)端需要返回一個(gè)稱為票據(jù)（Ticket）的對(duì)象。這個(gè)對(duì)象會(huì)作為第二次發(fā)出檢索結(jié)果請求時(shí)的一個(gè)參數(shù)。顯然，這個(gè)Ticket對(duì)象的作用與WEB編程的SessionID非常類似。我們可以用圖 5 來表示延遲相應(yīng)調(diào)用方式：
請求回調(diào)
與延遲響應(yīng)方式類似，請求回調(diào)方式也能得到服務(wù)端的響應(yīng)，但是不同的是這個(gè)響應(yīng)是由服務(wù)端通過回調(diào)方式來觸發(fā)的，而不像延遲響應(yīng)方式由客戶端來主動(dòng)檢索的。請求回調(diào)方式的原理與許多編程語言中的回調(diào)機(jī)制類似，不同的是這里實(shí)現(xiàn)的層次比較高一點(diǎn)。我們可以用圖6來表示請求調(diào)用方式：
|
|
從接口的角度，SCA的客戶端編程模型有兩種方式：
1． 靜態(tài)調(diào)用方式
2． 動(dòng)態(tài)調(diào)用方式
靜態(tài)調(diào)用方式
靜態(tài)調(diào)用方式是一種類型安全的方式，也是在一般Java編程中最為常見的方式。所謂類型安全指的就是在編譯的時(shí)候就做類型的檢查，而不是等到運(yùn)行的時(shí)候發(fā)現(xiàn)類型錯(cuò)誤問題。說明示例如下：
在SCA客戶端編程中，靜態(tài)方式就是直接拿到實(shí)際實(shí)現(xiàn)的接口類型，也即直接拿到Java接口。
動(dòng)態(tài)調(diào)用方式
與靜態(tài)調(diào)用方式相對(duì)，動(dòng)態(tài)調(diào)用方式是一種非安全的方式。它的優(yōu)點(diǎn)是調(diào)用非常靈活，但同時(shí)帶來的不利之處是部分問題在編譯的時(shí)候是發(fā)現(xiàn)不了的，只有等到運(yùn)行的時(shí)候才能發(fā)現(xiàn)。說明示例如下：
像上面例子所示，在動(dòng)態(tài)調(diào)用方式中，客戶端通過invoke方法的字符串參數(shù)的方式來指定具體要調(diào)用的方法名稱。很顯然，在這種方式下，如果方法名有誤是不能在編譯時(shí)發(fā)現(xiàn)的。
關(guān)于動(dòng)態(tài)調(diào)用方式另外要注意的一點(diǎn)是，在這種調(diào)用方式下，所有參數(shù)傳遞都是通過DataObject的方式，即SDO的方式。哪怕實(shí)際參數(shù)只是一個(gè)字符串，也需要包裝成一個(gè)DataObject的方式。
接口類型與調(diào)用方式
實(shí)際上客戶端采用哪種調(diào)用方式是與接口類型有密切的關(guān)系。當(dāng)提供的接口類型是WSDL類型的，那么客戶端的調(diào)用方式只能是動(dòng)態(tài)調(diào)用方式。由于WSDL是SCA模型中主要的接口方式，這樣就導(dǎo)致動(dòng)態(tài)調(diào)用方式在SCA編程模型中非常普遍。但是如果提供的接口類型時(shí)Java類型的，那么客戶端的調(diào)用方式可以是動(dòng)態(tài)調(diào)用方式，也可以是靜態(tài)調(diào)用方式。
|
|
與學(xué)習(xí)一種語言一樣，在初步了解一些基本概念之后，您是不是迫不及待的想自己動(dòng)手寫點(diǎn)東西了？讓我們一起來寫一個(gè)"SCA版"的HelloWorld。我們需要的開發(fā)環(huán)境就是一個(gè)WebSphere Integration Developer V6.0（WID），與IBM的許多其它的開發(fā)工具類似，這也是一個(gè)基于Eclipse 3.0的開發(fā)工具。下面簡單描述一下WID與IBM其它開發(fā)工具如Rational Application Developer（RAD），Rational Software Architecture（RSA），WebSphere Business Modeler等工具的區(qū)別。如果采用基于角色的開發(fā)方式，我們一般可以把集成項(xiàng)目的主要開發(fā)人員分為下面四大類：業(yè)務(wù)分析人員，集成開發(fā)人員，軟件架構(gòu)師，J2EE/JAVA應(yīng)用開發(fā)人員。他們的主要職責(zé)、技術(shù)要求和推薦使用的工具可以參見下表：
由上表可知，WID是一個(gè)主要針對(duì)集成開發(fā)人員的工具。除了專門的集成功能之外，WID工具也包含了RAD中的大部分功能。為了便于集成應(yīng)用的測試，這個(gè)開發(fā)工具集成了一個(gè)測試環(huán)境，即WebSphere Process Server V6.0的運(yùn)行環(huán)境。
這個(gè)例子的主要目的是幫助大家進(jìn)一步理解前面描述的那些SCA基本概念。在HelloWorld應(yīng)用模塊中，我們會(huì)構(gòu)建一個(gè)用Java實(shí)現(xiàn)的SCA組件，其接口為HelloWorldInterface.wsdl，其實(shí)現(xiàn)代碼為HelloWorldImpl.java。為了使SCA模塊外部的JSP文件可以調(diào)用這個(gè)SCA組件，需要一個(gè)Standalone Reference。在模塊外部，我們構(gòu)建一個(gè)index.jsp文件通過Standalone Reference來調(diào)用HelloWorld服務(wù)組件，并在頁面上把調(diào)用結(jié)果顯式出來。整個(gè)HelloWorld應(yīng)用的基本圖示如下：
下面給出創(chuàng)建HelloWorld例子的基本步驟：
1． 創(chuàng)建模塊。打開WID，切換到Business Integration透視圖，新建一個(gè)模塊，名稱為HelloWorld。
2． 創(chuàng)建接口。通過點(diǎn)擊HelloWorld模塊左邊的"＋"號(hào)展開，選擇"Interface"，然后通過右鍵創(chuàng)建一個(gè)接口，名稱為HelloWorldInterface。圖示如下：
HelloWorld接口包含一個(gè)sengMessage操作，輸入為一個(gè)名為message的字符串，輸出一個(gè)名為status的字符串。可以通過點(diǎn)擊接口編輯器上方的
3． 創(chuàng)建服務(wù)組件。雙擊打開HelloWorld模塊的圖形化編輯器，然后在控制面板上把Java組件圖標(biāo)
通過點(diǎn)擊
通過雙擊上圖中的HelloWorld組件，WID會(huì)自動(dòng)生成HelloWorld組件實(shí)現(xiàn)類的基本框架HelloWorldImpl.java。如下圖所示：
上圖中高亮處顯示的代碼行就是我們可以給sendMessage方法添加業(yè)務(wù)代碼的地方。比如，我們可以輸入：return message + ". It‘s our first SCA example!";
4． 創(chuàng)建standalone reference。在工具欄中把
然后把Standalone Reference端點(diǎn)與HelloWorld組件連接起來。工具自動(dòng)會(huì)為Standalone Reference創(chuàng)建一個(gè)匹配HelloWorld組件接口的引用。這里要注意的是，向?qū)г谧詣?dòng)創(chuàng)建Standalone Reference的引用時(shí)會(huì)彈出一個(gè)窗口詢問需要?jiǎng)?chuàng)建一個(gè)Java接口類型的引用還是WSDL接口類型的引用。不同類型的接口會(huì)使得我們的客戶端代碼（在本例中是一個(gè)名為index.jsp的JSP文件）需要采用不同的調(diào)用方式。下面會(huì)分析兩種不同類型的實(shí)現(xiàn)。
5． 生成JSP代碼。如果我們在前面的引用接口類型中選擇的是WSDL接口。那么Standalone Reference的屬性如下圖所示：
我們可以看到，引用的名稱為HelloWorldInterfacePartner，接口為名稱為HelloWorldInterface這個(gè)WSDL類型的接口。
如果我們在前面的引用接口類型中選擇的是Java接口。那么Standalone Reference的屬性如下圖所示：
我們可以看到，引用的名稱為HelloWorldInterfacePartner，接口為名稱為world.hello.hello.world.interface_.HelloWorldInterface這個(gè)Java類型的接口。具體JSP代碼參考下面的客戶端代碼分析部分。
6． 檢查生成的項(xiàng)目。如果把WID切換到J2EE透視圖的導(dǎo)航視圖中，我們可以看到與HelloWorld模塊對(duì)應(yīng)的J2EE項(xiàng)目。J2EE企業(yè)項(xiàng)目為HelloWorldApp，其包含EJB項(xiàng)目HelloWorldEJB，Web項(xiàng)目HelloWorldWeb，J2EE客戶端項(xiàng)目HelloWorldEJBClient。另外一個(gè)是名為HelloWorld的Java項(xiàng)目，這個(gè)項(xiàng)目的內(nèi)容最終會(huì)以一個(gè)JAR文件的形式被HelloWorldApp應(yīng)用使用。上一步中所提到的JSP文件需要在HelloWorldWeb項(xiàng)目中生成。具體如下圖所示：
那么如何在JSP頁面中來調(diào)用我們的HelloWorld服務(wù)組件呢？按照前面的介紹，我們需要通過Standalone Reference來調(diào)用。那么我們?nèi)绾尾拍艿玫竭@個(gè)Standalone Reference的引用呢？這里涉及到SCA編程模式中很重要的一個(gè)概念，那就是ServiceManager。ServiceManager是一個(gè)SCA環(huán)境的核心類，全名為com.ibm.websphere.sca.ServiceManager。這個(gè)類的作用主要就是能夠讓客戶端去定位一個(gè)服務(wù)提供方。一般調(diào)用的方式是通過ServiceManager的locateService(String serviceRefName)方法。拿到服務(wù)之后，客戶端就可以調(diào)用服務(wù)中所提供的方法了。（熟悉J2EE編程的人員可以聯(lián)系對(duì)比JNDI的Lookup方法。）下面分別根據(jù)Standalone Reference引用的接口類型來分析主要JSP代碼片斷。
當(dāng)接口類型是WSDL接口的情況
1．首先需要在JSP中導(dǎo)入相關(guān)的類，主要如下：
|
2．生成ServiceManager對(duì)象，并拿到相應(yīng)的服務(wù)。
|
這里locateService()方法中的參數(shù)是standalone reference的實(shí)際名稱。從某種程度上我們可以把外部的JSP/Servlet的Java代碼看成是Standalone reference的實(shí)現(xiàn)，這樣來理解服務(wù)組件之間的相互調(diào)用。
3．調(diào)用服務(wù)的方法。
|
由于我們這里使用的是WSDL接口類型，因此返回結(jié)果是以DataObject的形式存在。
4． 顯式得到的結(jié)果。
|
通過調(diào)用DataObject的getString方法，我們拿到實(shí)際的返回結(jié)果，名為status的字符串。
當(dāng)接口類型是Java接口的情況
1．首先需要在JSP中導(dǎo)入相關(guān)的類，主要如下：
|
2．生成ServiceManager對(duì)象，并拿到相應(yīng)的服務(wù)。
|
由于Standalone Reference的接口變成了Java接口，因此這里返回的服務(wù)可以直接造型成HelloWorldInterface類型。
3．調(diào)用服務(wù)的方法。
|
由于我們這里使用的是Java接口類型，因此調(diào)用的方式就是正常的Java接口調(diào)用。
4． 顯式得到的結(jié)果。
|
由于靜態(tài)調(diào)用方式得到的就是實(shí)際定義的類型，因此這里字符串的顯式比較簡單。
具體實(shí)際項(xiàng)目的代碼請參考本文附的項(xiàng)目交換文件包。
|
|
本文介紹了SCA的主要目的和一些基本的概念，并展示了一個(gè)最為簡單的服務(wù)組件例子。從上面的討論我們可以看到，SCA不但解決了統(tǒng)一調(diào)用的問題，而且提供了一個(gè)服務(wù)組件架構(gòu)。這個(gè)服務(wù)組件架構(gòu)將在構(gòu)建面向服務(wù)的架構(gòu)中起到舉足輕重的作用，并在IBM的許多產(chǎn)品中會(huì)有所體現(xiàn)。
后記，在這篇文章完成之后，傳來了一個(gè)關(guān)于SCA的好消息。SCA得到了業(yè)界幾個(gè)主要軟件廠商的支持。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/
|
|
|
|
| ||
| 方國偉，IBM軟件部工程師。在WebSphere家族產(chǎn)品有多年的工作經(jīng)驗(yàn)。目前主要工作重點(diǎn)和興趣在WebSphere應(yīng)用服務(wù)器及J2EE和Web Services相關(guān)技術(shù)的應(yīng)用。 | |
聯(lián)系客服
