iweroulsdjf

尊重每個(gè)隊(duì)員

虛心傾聽(tīng)

做出見(jiàn)識(shí)廣博的決策

不要當(dāng)眾批評(píng)別人

了解自己的實(shí)力和自己做事的先后順序

真誠(chéng)的聽(tīng)取團(tuán)隊(duì)每個(gè)成員的意見(jiàn)和建議

對(duì)目標(biāo)和交付產(chǎn)品有清楚的了解

在各個(gè)團(tuán)隊(duì)間提倡合作和信息共享

了解每個(gè)人的做事風(fēng)格和他們的優(yōu)缺點(diǎn)

表?yè)P(yáng)應(yīng)以團(tuán)隊(duì)成員喜歡的方式,真誠(chéng)地表達(dá)

將負(fù)面影響視為成長(zhǎng)的機(jī)會(huì)

以積極的方式提供指導(dǎo)

一、 引言

在developerWorks中，有許多文章介紹了WPS和WID在流程整合中的應(yīng)用，比如BPEL開(kāi)發(fā)、CEI監(jiān)控和selector等等，那么，在實(shí)際的應(yīng)用中，通常會(huì)有這樣的場(chǎng)景：流程調(diào)用的一些第三方系統(tǒng)都是需要人工去審批，流程引擎發(fā)出調(diào)用第三方系統(tǒng)的請(qǐng)求后，是一個(gè)需要人審批的長(zhǎng)流程（Long-runing process）。因此，這個(gè)調(diào)用是一個(gè)異步調(diào)用，只有第三方系統(tǒng)把審批結(jié)果傳回給主流程，流程才能繼續(xù)往下運(yùn)行。這和直接在BPEL中直接實(shí)現(xiàn)的human task節(jié)點(diǎn)是不同的，因?yàn)橛玫搅薙CA組件的裝配技術(shù)。

本文將詳細(xì)介紹如何在WPS中利用SCA的編程模型實(shí)現(xiàn)human task manager對(duì)第三方系統(tǒng)的調(diào)用，并通過(guò)實(shí)際的例子加以說(shuō)明，使讀者能夠掌握使用SCA和human task manager來(lái)實(shí)現(xiàn)對(duì)第三方系統(tǒng)的異步調(diào)用。

二、產(chǎn)品及其基本技術(shù)框架簡(jiǎn)介

1 WebSphere Process Server及其開(kāi)發(fā)工具Integration Developer

WebSphere Process Server V 6.0（WebSphere流程服務(wù)器V 6.0）基于SOA體系架構(gòu)并提供了統(tǒng)一的、簡(jiǎn)化的編程模型，是新一代的業(yè)務(wù)流程服務(wù)器，能夠幫助我們基于SOA架構(gòu)模型實(shí)現(xiàn)企業(yè)的業(yè)務(wù)流程轉(zhuǎn)型。WebSphere流程服務(wù)器采用基于開(kāi)放標(biāo)準(zhǔn)的技術(shù)來(lái)整合業(yè)務(wù)流程，實(shí)現(xiàn)自動(dòng)化的流程服務(wù)器。采用WebSphere流程服務(wù)器可以通過(guò)統(tǒng)一的編程模型將企業(yè)的人員、工作流程、應(yīng)用、系統(tǒng)、平臺(tái)和基礎(chǔ)設(shè)施整合在一起。

基于Eclipse技術(shù)的WPS專(zhuān)用開(kāi)發(fā)工具WebSphere Integration Developer V6.0則為快速組裝、開(kāi)發(fā)業(yè)務(wù)解決方案提供了新一代的開(kāi)發(fā)工具。采用這一工具可以基于統(tǒng)一的編程模型通過(guò)BPEL（Business Process Execution Language， 業(yè)務(wù)流程執(zhí)行語(yǔ)言）來(lái)描述各類(lèi)流程。它易于使用，僅需要少量的相關(guān)技能即可使用，并且提供了開(kāi)發(fā)、測(cè)試和將應(yīng)用部署到流程服務(wù)器的功能。

2 基本技術(shù)實(shí)現(xiàn)框架

2.1 SCA(服務(wù)組件編程架構(gòu)模型)

為了使客戶能夠更加簡(jiǎn)單的實(shí)現(xiàn)向這種面向服務(wù)架構(gòu)的轉(zhuǎn)變，IBM在推出一系列WebSphere新產(chǎn)品的同時(shí)，提出了一種新的服務(wù)組件模型。這是一種全新的、跟語(yǔ)言無(wú)關(guān)的編程模型，它提供了一種統(tǒng)一的調(diào)用方式，從而使得客戶可以把不同的組件類(lèi)型，比如POJO, EJB, 流程組件，人工交互組件等都可以通過(guò)一種標(biāo)準(zhǔn)的接口來(lái)封裝和調(diào)用。結(jié)合SDO的數(shù)據(jù)模型，這種服務(wù)組件的編程模型可以大大的簡(jiǎn)化客戶的編程，提高應(yīng)用的靈活性，這就是面向服務(wù)組件的架構(gòu)（Service Component Architecture，SCA）。

2.2 human task

WPS V6中的人工任務(wù)管理器（Human Task Manager）模塊實(shí)現(xiàn)了與人工任務(wù)相關(guān)的下列功能:

• 讓用戶啟動(dòng)業(yè)務(wù)流程或者其他Service 組件
• 實(shí)現(xiàn)業(yè)務(wù)流程中的Staff活動(dòng)
• 流程管理(Administration)
• 動(dòng)態(tài)創(chuàng)建含有與人工或者Service交互的任務(wù)

人工任務(wù)管理器針對(duì)三種基本場(chǎng)景：機(jī)器-人(Machine-to-Human)，人-機(jī)器(Human-to-Machine)，和人-人（Human-to-Human）。相應(yīng)的，人工任務(wù)有四種不同類(lèi)型，見(jiàn)下圖。

其中，機(jī)器-人場(chǎng)景中的人工任務(wù)（participants）是我們這篇文章要主要介紹的，它使流程調(diào)用的service的執(zhí)行中能融入人工交互，典型的例子是一個(gè)業(yè)務(wù)流程為參與業(yè)務(wù)執(zhí)行的人創(chuàng)建任務(wù)。pTask是一個(gè)標(biāo)準(zhǔn)的SCA 組件，可以被用在任何希望引入人工交互的應(yīng)用中而不僅僅是業(yè)務(wù)流程。

與其他工作流類(lèi)的流程整合解決方案不同，WPS中引入了基于SCA service的人工任務(wù)，用戶可以靈活地替換系統(tǒng)中基于SCA service的自動(dòng)service和真正的人工實(shí)現(xiàn)。

2.3 Interface開(kāi)發(fā)

在下面的實(shí)例中，我們是根據(jù)需求來(lái)確定出出第三方系統(tǒng)與主流程調(diào)用的接口（硬連接的方式），而在企業(yè)級(jí)應(yīng)用中，也可以通過(guò)實(shí)施IBM WebSphere Message Broker來(lái)作為連接的應(yīng)用接口，幫助WPS來(lái)連接企業(yè)應(yīng)用。

三、樣例背景及解決方案概述

3.1 方案背景

許多公司在不同時(shí)期都開(kāi)發(fā)了企業(yè)內(nèi)部的審批系統(tǒng)，某個(gè)部門(mén)內(nèi)部的業(yè)務(wù)都各自有獨(dú)立的系統(tǒng)來(lái)進(jìn)行審批，而有的業(yè)務(wù)需要不同部門(mén)合作，那就只有通過(guò)人工來(lái)審批，手續(xù)相當(dāng)繁瑣，效率也不高。而為某項(xiàng)業(yè)務(wù)重新開(kāi)發(fā)新的工作流引擎，又舍不得以前的IT投資，因此，企業(yè)就有了這樣的需求：能否有這樣的流程控制器可以將不同部門(mén)的獨(dú)立系統(tǒng)統(tǒng)一的利用起來(lái)，實(shí)現(xiàn)跨系統(tǒng)的易更改工作流呢？

在我們這篇文章所舉的范例中，是一個(gè)基于BPEL的審批流程，其中涉及到財(cái)務(wù)系統(tǒng)，項(xiàng)目管理系統(tǒng)2個(gè)獨(dú)立的系統(tǒng)。其中財(cái)務(wù)系統(tǒng)是由Deiphi + OCX控件實(shí)現(xiàn)的，由SQL server存儲(chǔ)數(shù)據(jù)；項(xiàng)目管理系統(tǒng)是一個(gè)J2EE系統(tǒng)，用DB2 數(shù)據(jù)庫(kù)存儲(chǔ)數(shù)據(jù)。

在需求中，項(xiàng)目管理系統(tǒng)必須依賴于財(cái)務(wù)系統(tǒng)才能進(jìn)行審核等操作，需要把財(cái)務(wù)系統(tǒng)的數(shù)據(jù)傳給項(xiàng)目管理系統(tǒng)，適當(dāng)?shù)臅r(shí)候，項(xiàng)目管理系統(tǒng)也要把相關(guān)數(shù)據(jù)傳給財(cái)務(wù)系統(tǒng)。在此基礎(chǔ)上，客戶還可能有更高的需求，他們不但想要有流程的整合，還要有門(mén)戶的整合，信息的整合。

3.2 IBM的解決方案

用WebSphere Process Server來(lái)做流程的整合，需要在不同的節(jié)點(diǎn)上完成與Deiphi和J2EE系統(tǒng)的異步調(diào)用，同時(shí)用Portal來(lái)做門(mén)戶和信息的整合，并配置SSO， 用戶只需要在Portal進(jìn)行一次登陸，就可以相應(yīng)的訪問(wèn)WPS系統(tǒng)、財(cái)務(wù)系統(tǒng)（DEiphi）、項(xiàng)目管理系統(tǒng)(J2EE)。相應(yīng)用戶登陸后可以看到自己的任務(wù)列表，如預(yù)算編制，項(xiàng)目建立，項(xiàng)目審批等。用戶點(diǎn)擊相應(yīng)的任務(wù)，通過(guò)human task接口直接可以訪問(wèn)到第三方的系統(tǒng)，由第三方的系統(tǒng)得到與任務(wù)有關(guān)的數(shù)據(jù)，并直接組織數(shù)據(jù)發(fā)送給WPS.他們之間的通信方式是在SOAP協(xié)議上傳輸XML數(shù)據(jù)。

3.3 可行性分析

在WPS的裝配圖里可以實(shí)現(xiàn)的是，第三方的系統(tǒng)只需要提供一個(gè)接口，WPS就可以以異步或同步方式來(lái)訪問(wèn)組件。此需求里，客戶要在系統(tǒng)里首先能看到自己的任務(wù)列表，點(diǎn)擊不同的任務(wù)來(lái)決定到那個(gè)系統(tǒng)去。如客戶任務(wù)列表里有一項(xiàng)的任務(wù)是"預(yù)算編制"，用戶一點(diǎn)擊"預(yù)算編制"，在Portal的另一個(gè)iframe就應(yīng)把財(cái)務(wù)系統(tǒng)的相應(yīng)界面調(diào)出來(lái)。Deiphi根據(jù)TaskID到WPS上把相應(yīng)的數(shù)據(jù)取到本地并進(jìn)行處理，用戶進(jìn)行適當(dāng)?shù)牟僮饕院螅珼eiphi再把相應(yīng)的數(shù)據(jù)發(fā)送給WPS，此過(guò)程可如下圖所示：

四、解決方案開(kāi)發(fā)

這一章將論述實(shí)現(xiàn)這個(gè)解決方案的每一個(gè)大的步驟，但并不詳細(xì)論述如何step by step的實(shí)現(xiàn)，比如怎樣定義BO,定義接口等，他們已超出了本次主題。因此，本文的讀者必須對(duì)WID和WPS有一定的了解。

4．1 定義BO

BO是工作流平臺(tái)與外界進(jìn)行數(shù)據(jù)交互的數(shù)據(jù)格式，第一步我們首先明確工作流平臺(tái)與第三方系統(tǒng)進(jìn)行數(shù)據(jù)交互的定義，根據(jù)業(yè)務(wù)流程的需要，在每一個(gè)流程節(jié)點(diǎn)，第三方系統(tǒng)需要向WPS工作流平臺(tái)放入哪些數(shù)據(jù)項(xiàng)，想要從工作流平臺(tái)得到什么數(shù)據(jù)，都要定義出來(lái)。 如下圖所示：

在BPEL每次調(diào)用第三方系統(tǒng)時(shí)，必須前期將輸入輸出的參數(shù)確定。主流程傳出業(yè)務(wù)數(shù)據(jù)對(duì)象（BO），第三方系統(tǒng)接受后，進(jìn)入自己的子流程，通過(guò)人工處理，將主流程需要的參數(shù)也以BO的方式傳遞給主流程，使流程能夠繼續(xù)運(yùn)行。

在我們的例子中，主流程與2個(gè)子系統(tǒng)每次交互中，我們都定義了兩個(gè)BO作為數(shù)據(jù)輸入輸出的數(shù)據(jù)格式，分別是OperationNameIN和OperationNameOut。在下圖中，對(duì)應(yīng)"編制預(yù)算"這個(gè)操作，我們分別定義2個(gè)BO，即BudgetBuildIn和BudgetBuildOut.

4.2 定義接口

這一步需要定義接口，如操作名稱，輸入數(shù)據(jù)及輸出數(shù)據(jù)的定義，在WPS的開(kāi)發(fā)流程里，每一個(gè)組件如果能在裝配圖里能被其他的組件所調(diào)用，就必須定義接口， Human Task 也不例外。

每個(gè)操作的輸入和輸出數(shù)據(jù)（input和output）的數(shù)據(jù)類(lèi)型可以用默認(rèn)的數(shù)據(jù)類(lèi)型，如int、boolean等，也可以用我們定義好的BO。在我們的例子中，由于每次與財(cái)務(wù)系統(tǒng)或者項(xiàng)目管理系統(tǒng)交互時(shí)，都是組合數(shù)據(jù)，因此都用定義好的BO作為數(shù)據(jù)類(lèi)型。如下圖所示，在BudgetBuild接口中，定義了編制預(yù)算的操作：其輸入輸出的數(shù)據(jù)類(lèi)型分別為budgetBuildIn和budgetBuildOut。

4.3 流程的具體定義

在Process里我們根據(jù)用戶的具體業(yè)務(wù)需求，實(shí)現(xiàn)每一個(gè)節(jié)點(diǎn)，明確每一個(gè)節(jié)點(diǎn)是與那個(gè)系統(tǒng)進(jìn)行交互的。整個(gè)Process有幾次invoke，就表明與財(cái)務(wù)系統(tǒng)和項(xiàng)目管理系統(tǒng)有幾次交互，即humantask實(shí)現(xiàn)的接口。

4.4 定義裝配圖

完成了所有的接口定義以后，我們需要在裝配圖里把他們都明確的用線連接起來(lái)，可以清楚地明確他們之間的調(diào)用關(guān)系及數(shù)據(jù)流向。如下圖所示，把每個(gè)接口都拖入到裝配圖中，再分別用humantask來(lái)實(shí)現(xiàn)。最后，再把主流程Process拖到裝配圖中，通過(guò)"Wire to Existing"連接所有組件。

4.5 對(duì)外export 一個(gè)調(diào)用接口

所有的第三方系統(tǒng)通過(guò)這個(gè)component 來(lái)訪問(wèn)到WPS工作流平臺(tái)。我們同樣在裝配圖中建起連接。

4.6 實(shí)現(xiàn)一個(gè)統(tǒng)一的調(diào)用接口

如圖所示，財(cái)務(wù)系統(tǒng)需要從WPS工作流平臺(tái)得到與這個(gè)任務(wù)相關(guān)的數(shù)據(jù)，有人工處理以后，要傳回到WPS工作流平臺(tái)，并complete 這個(gè)任務(wù)。這里我們實(shí)現(xiàn)一個(gè)web service, 并對(duì)外提供兩個(gè)接口供所有第三方系統(tǒng)進(jìn)行調(diào)用，如Deilhpi, MQ WorkFlow, J2EE等。

該webservice的WSDL描述如下：

												
														      
  <wsdl:operation name="getHTInput">
         <wsdlsoap:operation soapAction=""/>
         <wsdl:input name="getHTInputRequest">
            <wsdlsoap:body encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
			namespace="http://ForMIS.ibm.com" use="encoded"/>
         </wsdl:input>
         <wsdl:output name="getHTInputResponse">
            <wsdlsoap:body encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
			namespace="http://ForMIS.ibm.com" use="encoded"/>
         </wsdl:output>
      </wsdl:operation>
      <wsdl:operation name="setHTOutput">
         <wsdlsoap:operation soapAction=""/>
         <wsdl:input name="setHTOutputRequest">
            <wsdlsoap:body encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
			namespace="http://ForMIS.ibm.com" use="encoded"/>
         </wsdl:input>
         <wsdl:output name="setHTOutputResponse">
            <wsdlsoap:body encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
			namespace="http://ForMIS.ibm.com" use="encoded"/>
         </wsdl:output>
      </wsdl:operation>
      
												
										

實(shí)現(xiàn)操作如下所述：

實(shí)現(xiàn)getHTInput operation

1) 得到HumanTaskManager實(shí)例

												
														RelationshipService  relService = (RelationshipService) ServiceManager.INSTANCE
			.locateService("com/ibm/wbiserver/rel/RelationshipService");
		InitialContext ctx = new InitialContext();
		Object myObj = ctx.lookup(HTM_MANAGER_NAME);
		HumanTaskManagerHome myHome = (HumanTaskManagerHome) PortableRemoteObject.narrow
		(myObj, com.ibm.task.api.HumanTaskManagerHome.class);
	HumanTaskManager	humanTaskManager = myHome.create();

												
										

2） 根據(jù)taskID得到第三方系統(tǒng)的需要得到的數(shù)據(jù)

												
														   ClientObjectWrapper input = null;
	input = humanTaskManager.getInputMessage(id);
   
												
										

實(shí)現(xiàn)setOutput operation

1) 得到HumanTaskManager實(shí)例

												
															
RelationshipService  relService = (RelationshipService) ServiceManager.INSTANCE
			.locateService("com/ibm/wbiserver/rel/RelationshipService");
		InitialContext ctx = new InitialContext();
		Object myObj = ctx.lookup(HTM_MANAGER_NAME);
		HumanTaskManagerHome myHome = (HumanTaskManagerHome) PortableRemoteObject.narrow(myObj,
		com.ibm.task.api.HumanTaskManagerHome.class);
	HumanTaskManager	humanTaskManager = myHome.create();
	
												
										

2) 根據(jù)taskID，把第三方上傳的數(shù)據(jù)賦給WPS相應(yīng)的Human Task

												
														ClientObjectWrapper outputWrapper = humanTaskManager.createOutputMessage(id);
					BusObjImpl busObjImpl = (BusObjImpl) outputWrapper
							.getObject();
					busObjImpl.set(0, output);

												
										

3) 完成這個(gè)任務(wù)complete

												
														humanTaskManager.complete(id,outputWrapper);

												
										

4． 7 試與部署

首先訪問(wèn)Http://localhost:9080/bpc 用bpc explorer進(jìn)行測(cè)試,證明所有的節(jié)點(diǎn)都可以走通，就可以部署到WPS服務(wù)器上，與Portal及第三方系統(tǒng)（Deilphi, MQ WorkFlow, J2EE）進(jìn)行互聯(lián)測(cè)試。運(yùn)行實(shí)例演示如下：

4．7．1 下圖是獲取任務(wù)列表的演示效果：

登陸系統(tǒng)后，用戶將在系統(tǒng)中看到自己的任務(wù)列表，點(diǎn)中任務(wù)，就可以在下方的portlet中進(jìn)行信息輸入和審批。

4．7．2． 與Deiphi進(jìn)行交互的頁(yè)面

流程進(jìn)入財(cái)務(wù)系統(tǒng)后，將調(diào)用財(cái)務(wù)系統(tǒng)，在OCX控件中進(jìn)行相應(yīng)的操作和處理，然后再把流程往下運(yùn)行所需要的數(shù)據(jù)再傳回給process。

4．7．3． 與MQ WorkFlow 的交互頁(yè)面

與財(cái)務(wù)系統(tǒng)一樣，當(dāng)流程調(diào)用到項(xiàng)目管理系統(tǒng)時(shí)，也出現(xiàn)了項(xiàng)目管理所采用的MQ workflow的界面，進(jìn)行相應(yīng)處理和審批后，將數(shù)據(jù)傳回給WPS，于是流程就可以繼續(xù)往下運(yùn)行。

五． 結(jié)束語(yǔ)

本篇文章主要講述了一個(gè)解決方案，即如何利用Human Task把第三方系統(tǒng)連接到WPS 里，并實(shí)現(xiàn)人工參與及異步通信。這里著重介紹了解決方案的大致步驟，而沒(méi)有關(guān)注于細(xì)節(jié)的描述。

概覽

目前業(yè)界主要的軟件廠商都在大力推廣面向服務(wù)的架構(gòu)（Service Oritented Architecture，SOA）的概念，但是對(duì)于很多客戶來(lái)說(shuō)，SOA的概念還是顯得相對(duì)抽象的。為了使客戶能夠更加簡(jiǎn)單的實(shí)現(xiàn)向這種面向服務(wù)架構(gòu)的轉(zhuǎn)變，IBM在推出一系列WebSphere新產(chǎn)品的同時(shí)，提出了一種新的服務(wù)組件模型。這是一種全新的、跟語(yǔ)言無(wú)關(guān)的編程模型，它提供了一種統(tǒng)一的調(diào)用方式，從而使得客戶可以把不同的組件類(lèi)型，比如POJO, EJB, 流程組件，人工交互組件等都可以通過(guò)一種標(biāo)準(zhǔn)的接口來(lái)封裝和調(diào)用。結(jié)合SDO的數(shù)據(jù)模型，這種服務(wù)組件的編程模型可以大大的簡(jiǎn)化客戶的編程，提高應(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è)簡(jiǎn)單的例子來(lái)說(shuō)明它的一些基本用法，期待能夠拋磚引玉，并為讀者以后深入了解SCA打下基礎(chǔ)。

1.1 SCA的起源

基于組件的編程一直是軟件業(yè)簡(jiǎn)化編程和提高效率和質(zhì)量的一個(gè)重要方法，但是往往對(duì)于不同語(yǔ)言我們有不同的組件模型，從而需要不同的調(diào)用方式。比如在J2EE技術(shù)領(lǐng)域，我們就有EJB，POJO，JDBC，JMS等，這對(duì)于開(kāi)發(fā)人員來(lái)說(shuō)是一個(gè)極大的挑戰(zhàn)。為了給這些不同的接口提供一個(gè)統(tǒng)一的調(diào)用方式，IBM提出了WSIF （Web Service Invocation Framework，具體請(qǐng)參考http://ws.apache.org/wsif/ ），并將它貢獻(xiàn)給Apache組織。WSIF作為Web Service領(lǐng)域的一個(gè)規(guī)范，提供了一種基于Java API統(tǒng)一調(diào)用各種服務(wù)的能力。但是WSIF沒(méi)有形成一個(gè)基于組件的架構(gòu)模型，因此IBM在此基礎(chǔ)上推出了一個(gè)面向服務(wù)的組件模型（Service Oritented Architecture, SCA）。這個(gè)模型不但解決了統(tǒng)一調(diào)用的問(wèn)題，還提出了一個(gè)基于組件的構(gòu)建模型，并提供了許多面向企業(yè)計(jì)算的QoS能力。因此，從技術(shù)的角度來(lái)說(shuō)，SCA是WSIF的延續(xù)和擴(kuò)展。SCA的目的是使用戶在構(gòu)建企業(yè)應(yīng)用時(shí)有一個(gè)不再直接面對(duì)具體的技術(shù)細(xì)節(jié)的層次，而是通過(guò)服務(wù)組件的方式來(lái)構(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ù)組件，模塊，共享庫(kù)，導(dǎo)入和導(dǎo)出等。下面將分別解釋這些服務(wù)組件中的基本概念。

1.2.1 服務(wù)組件

服務(wù)組件是SCA中的基本組成元素和基本構(gòu)建單位，也是我們具體實(shí)現(xiàn)業(yè)務(wù)邏輯的地方。我們可以把它看成是構(gòu)建我們應(yīng)用的積木。我們可以非常容易地把傳統(tǒng)的POJO，無(wú)狀態(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（引用）。無(wú)論是接口還是引用，其調(diào)用規(guī)范都是WSDL或Java接口。SCA服務(wù)組件的接口模型請(qǐng)參考圖 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)這里不展開(kāi)論述，具體請(qǐng)參考developerWorks專(zhuān)刊，2005年第三期的文章――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)與語(yǔ)言是無(wú)關(guān)的，而傳統(tǒng)組件常綁定某種特定的語(yǔ)言。

4． 服務(wù)組件可以通過(guò)組件容器提供QoS的服務(wù)，而傳統(tǒng)組件完全由程序代碼直接控制。

1.2.2 服務(wù)模塊（Module）

服務(wù)模塊（簡(jiǎn)稱模塊）由一個(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)目。這里之所以說(shuō)是"背后"，原因是我們?cè)陂_(kāi)發(fā)工具WID（WebSphere Integration Developer V6.0）中，通過(guò)業(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)用的部署帶來(lái)很大的靈活性。比如，只要保持模塊接口不變，我們很容易通過(guò)重新部署新的模塊而替換原有的業(yè)務(wù)邏輯，而不影響應(yīng)用的其它部分。

由于一個(gè)模塊中往往會(huì)包含多個(gè)服務(wù)組件，那我們?nèi)绾蝸?lái)構(gòu)建這些服務(wù)組件之間的相互調(diào)用關(guān)系呢？在WID工具中，我們只要簡(jiǎn)單地通過(guò)接口與引用之間的連線，就可以指定它們之間的調(diào)用關(guān)系而不需要寫(xiě)一行代碼。另外，我們可以在這些連線上面設(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)用來(lái)調(diào)用模塊的服務(wù)，而這些應(yīng)用可能不是基于SCA架構(gòu)的。為了解決上述問(wèn)題，在模塊中我們引入了兩個(gè)特殊的"端點(diǎn)"，一個(gè)是導(dǎo)入（Import），它的作用是使得模塊中的服務(wù)組件可以調(diào)用模塊外部的服務(wù)。另一個(gè)是導(dǎo)出（Export），它的作用是使得模塊外部的應(yīng)用可以調(diào)用模塊中的服務(wù)組件。

由于涉及到模塊內(nèi)外的調(diào)用，因此需要指定專(zhuān)門(mén)的綁定信息。這些綁定信息包括了目標(biāo)服務(wù)或源服務(wù)的調(diào)用方式，位置信息，調(diào)用的方法等。目前，在WebSphere Process Server V6.0中，導(dǎo)入端點(diǎn)提供了四種綁定方式，包括：JMS綁定，Web Service綁定，SCA綁定和無(wú)狀態(tài)會(huì)話BEAN的綁定。導(dǎo)出端點(diǎn)提供了三種綁定方式，包括：JMS綁定，Web Service綁定和SCA綁定。對(duì)于SCA模塊之間的調(diào)用，我們可以非常方便的把綁定方式設(shè)置為SCA綁定，但是對(duì)于非SCA模塊與SCA模塊之間的調(diào)用我們只能選擇其它綁定方式。

1.2.4 共享庫(kù)（Library）

當(dāng)我們?cè)跇?gòu)建了多個(gè)模塊的時(shí)候，如果有一些資源可以在不同模塊之間共享，那么我們可以選擇創(chuàng)建一份可以在不同模塊之間進(jìn)行共享的資源，而不是在不同模塊中重復(fù)創(chuàng)建。共享庫(kù)就是存放這些共享資源的地方。共享庫(kù)可以通過(guò)與模塊類(lèi)似的方式在WID中創(chuàng)建，但是共享庫(kù)包含的內(nèi)容只有：數(shù)據(jù)定義，接口定義，數(shù)據(jù)映射和關(guān)系。與模塊最大的區(qū)別使共享庫(kù)不包含服務(wù)組件，因此也就不包含業(yè)務(wù)邏輯。從包含的功能來(lái)看，我們可以把共享庫(kù)看作是模塊的一個(gè)子集。當(dāng)一個(gè)模塊需要用到共享庫(kù)中的資源的時(shí)候，我們只需要使模塊依賴于共享庫(kù)即可。從部署的角度，一個(gè)共享庫(kù)會(huì)對(duì)應(yīng)一個(gè)JAR包。在部署的時(shí)候，模塊所對(duì)應(yīng)的J2EE企業(yè)應(yīng)用會(huì)會(huì)自動(dòng)包含所依賴的共享庫(kù)JAR包。這里特別要注意的是，這里的共享庫(kù)概念與WebSphere應(yīng)用服務(wù)器中的共享庫(kù)不是一個(gè)概念，它們之間沒(méi)有任何聯(lián)系，因此不要混淆。

1.2.5 Standalone Reference

模塊中的服務(wù)組件是不能直接被外部Java代碼使用的，為了外部的Java代碼，比如JSP/Servlet使用模塊中的服務(wù)組件，WID工具在模塊中提供了一個(gè)特殊的端點(diǎn)，叫做Standalone Reference。這個(gè)端點(diǎn)只有引用（Reference），而沒(méi)有接口（Interface）。只要把這個(gè)端點(diǎn)的引用連接到需要調(diào)用的服務(wù)組件的接口，外部的Java代碼通過(guò)這個(gè)引用的名稱來(lái)調(diào)用相應(yīng)的服務(wù)組件了。具體如何調(diào)用請(qǐng)參考后面例子的實(shí)際代碼。

至此，與服務(wù)模塊相關(guān)的主要概念已大概介紹完了，它們之間的關(guān)系如圖 3 所示：

1.3 同步調(diào)用和異步調(diào)用

我們知道，常見(jiàn)的方法調(diào)用都是同步調(diào)用，這種調(diào)用方式是一種阻塞式的調(diào)用方式，即客戶端（主調(diào)用方）代碼一直阻塞等待直到被服務(wù)端（被調(diào)用方）返回為止。這種調(diào)用方式相對(duì)比較直觀，也是大部分編程語(yǔ)言直接支持的一種調(diào)用方式。但是，如果我們面對(duì)是基于粗粒度的服務(wù)組件，面對(duì)的是一些需要比較長(zhǎng)時(shí)間才能有響應(yīng)的應(yīng)用場(chǎng)景，那么我們就需要一種非阻塞式調(diào)用方式，即異步調(diào)用方式。

SCA編程模式提供了三種方式的異步調(diào)用，它們分別是：

1． 單向調(diào)用方式。

2． 延遲響應(yīng)方式。

3． 請(qǐng)求回調(diào)方式。

單向調(diào)用

單向調(diào)用方式是最為簡(jiǎn)單的異步調(diào)用方式，在這種調(diào)用方式中，客戶端發(fā)出請(qǐng)求之后就不再關(guān)心服務(wù)端的情況，包括是否執(zhí)行成功，返回值是什么等等。我們可以用下面的圖 4示來(lái)描述這種單向調(diào)用方式：

單向調(diào)用方式是一種不管調(diào)用結(jié)果的方式，但是在很多情況下我們是需要知道調(diào)用結(jié)果的。我們需要知道調(diào)用是否成功，需要知道調(diào)用的結(jié)果，就算調(diào)用失敗我們也希望知道錯(cuò)誤代碼等信息。在這種情況下，延遲響應(yīng)和請(qǐng)求回調(diào)就是兩種能夠讓我們知道調(diào)用結(jié)果的方式。

延遲響應(yīng)方式

延遲響應(yīng)方式是指客戶端在發(fā)出調(diào)用請(qǐng)求之后繼續(xù)執(zhí)行，但是經(jīng)過(guò)一段時(shí)間之后，客戶端再調(diào)用相應(yīng)的方法去檢索返回結(jié)果，并通過(guò)參數(shù)指定如何根據(jù)調(diào)用的結(jié)果而執(zhí)行進(jìn)一步動(dòng)作。由于是異步調(diào)用方式，因此，在第一次發(fā)出調(diào)用請(qǐng)求的時(shí)候，服務(wù)端需要返回一個(gè)稱為票據(jù)（Ticket）的對(duì)象。這個(gè)對(duì)象會(huì)作為第二次發(fā)出檢索結(jié)果請(qǐng)求時(shí)的一個(gè)參數(shù)。顯然，這個(gè)Ticket對(duì)象的作用與WEB編程的SessionID非常類(lèi)似。我們可以用圖 5 來(lái)表示延遲相應(yīng)調(diào)用方式：

請(qǐng)求回調(diào)

與延遲響應(yīng)方式類(lèi)似，請(qǐng)求回調(diào)方式也能得到服務(wù)端的響應(yīng)，但是不同的是這個(gè)響應(yīng)是由服務(wù)端通過(guò)回調(diào)方式來(lái)觸發(fā)的，而不像延遲響應(yīng)方式由客戶端來(lái)主動(dòng)檢索的。請(qǐng)求回調(diào)方式的原理與許多編程語(yǔ)言中的回調(diào)機(jī)制類(lèi)似，不同的是這里實(shí)現(xiàn)的層次比較高一點(diǎn)。我們可以用圖6來(lái)表示請(qǐng)求調(diào)用方式：

1.4 SCA客戶端的兩種調(diào)用方式

從接口的角度，SCA的客戶端編程模型有兩種方式：

1． 靜態(tài)調(diào)用方式

2． 動(dòng)態(tài)調(diào)用方式

靜態(tài)調(diào)用方式

靜態(tài)調(diào)用方式是一種類(lèi)型安全的方式，也是在一般Java編程中最為常見(jiàn)的方式。所謂類(lèi)型安全指的就是在編譯的時(shí)候就做類(lèi)型的檢查，而不是等到運(yùn)行的時(shí)候發(fā)現(xiàn)類(lèi)型錯(cuò)誤問(wèn)題。說(shuō)明示例如下：

在SCA客戶端編程中，靜態(tài)方式就是直接拿到實(shí)際實(shí)現(xiàn)的接口類(lèi)型，也即直接拿到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í)帶來(lái)的不利之處是部分問(wèn)題在編譯的時(shí)候是發(fā)現(xiàn)不了的，只有等到運(yùn)行的時(shí)候才能發(fā)現(xiàn)。說(shuō)明示例如下：

像上面例子所示，在動(dòng)態(tài)調(diào)用方式中，客戶端通過(guò)invoke方法的字符串參數(shù)的方式來(lái)指定具體要調(diào)用的方法名稱。很顯然，在這種方式下，如果方法名有誤是不能在編譯時(shí)發(fā)現(xiàn)的。

關(guān)于動(dòng)態(tài)調(diào)用方式另外要注意的一點(diǎn)是，在這種調(diào)用方式下，所有參數(shù)傳遞都是通過(guò)DataObject的方式，即SDO的方式。哪怕實(shí)際參數(shù)只是一個(gè)字符串，也需要包裝成一個(gè)DataObject的方式。

接口類(lèi)型與調(diào)用方式

實(shí)際上客戶端采用哪種調(diào)用方式是與接口類(lèi)型有密切的關(guān)系。當(dāng)提供的接口類(lèi)型是WSDL類(lèi)型的，那么客戶端的調(diào)用方式只能是動(dòng)態(tài)調(diào)用方式。由于WSDL是SCA模型中主要的接口方式，這樣就導(dǎo)致動(dòng)態(tài)調(diào)用方式在SCA編程模型中非常普遍。但是如果提供的接口類(lèi)型時(shí)Java類(lèi)型的，那么客戶端的調(diào)用方式可以是動(dòng)態(tài)調(diào)用方式，也可以是靜態(tài)調(diào)用方式。

1.5 SCA的第一個(gè)例子――HelloWorld

與學(xué)習(xí)一種語(yǔ)言一樣，在初步了解一些基本概念之后，您是不是迫不及待的想自己動(dòng)手寫(xiě)點(diǎn)東西了？讓我們一起來(lái)寫(xiě)一個(gè)"SCA版"的HelloWorld。我們需要的開(kāi)發(fā)環(huán)境就是一個(gè)WebSphere Integration Developer V6.0（WID），與IBM的許多其它的開(kāi)發(fā)工具類(lèi)似，這也是一個(gè)基于Eclipse 3.0的開(kāi)發(fā)工具。下面簡(jiǎn)單描述一下WID與IBM其它開(kāi)發(fā)工具如Rational Application Developer（RAD），Rational Software Architecture（RSA），WebSphere Business Modeler等工具的區(qū)別。如果采用基于角色的開(kāi)發(fā)方式，我們一般可以把集成項(xiàng)目的主要開(kāi)發(fā)人員分為下面四大類(lèi)：業(yè)務(wù)分析人員，集成開(kāi)發(fā)人員，軟件架構(gòu)師，J2EE/JAVA應(yīng)用開(kāi)發(fā)人員。他們的主要職責(zé)、技術(shù)要求和推薦使用的工具可以參見(jiàn)下表：

由上表可知，WID是一個(gè)主要針對(duì)集成開(kāi)發(fā)人員的工具。除了專(zhuān)門(mén)的集成功能之外，WID工具也包含了RAD中的大部分功能。為了便于集成應(yīng)用的測(cè)試，這個(gè)開(kāi)發(fā)工具集成了一個(gè)測(cè)試環(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文件通過(guò)Standalone Reference來(lái)調(diào)用HelloWorld服務(wù)組件，并在頁(yè)面上把調(diào)用結(jié)果顯式出來(lái)。整個(gè)HelloWorld應(yīng)用的基本圖示如下：

1.5.1 構(gòu)建的基本步驟

下面給出創(chuàng)建HelloWorld例子的基本步驟：

1． 創(chuàng)建模塊。打開(kāi)WID，切換到Business Integration透視圖，新建一個(gè)模塊，名稱為HelloWorld。

2． 創(chuàng)建接口。通過(guò)點(diǎn)擊HelloWorld模塊左邊的"＋"號(hào)展開(kāi)，選擇"Interface"，然后通過(guò)右鍵創(chuàng)建一個(gè)接口，名稱為HelloWorldInterface。圖示如下：

HelloWorld接口包含一個(gè)sengMessage操作，輸入為一個(gè)名為message的字符串，輸出一個(gè)名為status的字符串。可以通過(guò)點(diǎn)擊接口編輯器上方的按鈕來(lái)添加一個(gè)操作。通過(guò)和分別來(lái)添加輸入和輸出參數(shù)。圖示如下：

3． 創(chuàng)建服務(wù)組件。雙擊打開(kāi)HelloWorld模塊的圖形化編輯器，然后在控制面板上把Java組件圖標(biāo) 拖拉到編輯器中即生成一個(gè)Java服務(wù)組件，并把名稱改為HelloWorld。如下圖所示：

通過(guò)點(diǎn)擊 按鈕為HelloWorld組件選擇一個(gè)接口，即我們前面定義的HelloWorldInterface。

通過(guò)雙擊上圖中的HelloWorld組件，WID會(huì)自動(dòng)生成HelloWorld組件實(shí)現(xiàn)類(lèi)的基本框架HelloWorldImpl.java。如下圖所示：

上圖中高亮處顯示的代碼行就是我們可以給sendMessage方法添加業(yè)務(wù)代碼的地方。比如，我們可以輸入：return message + ". It's our first SCA example!";

4． 創(chuàng)建standalone reference。在工具欄中把 圖標(biāo)拖拉到編輯器中即生成一個(gè)standalone reference。如下圖所示：

然后把Standalone Reference端點(diǎn)與HelloWorld組件連接起來(lái)。工具自動(dòng)會(huì)為Standalone Reference創(chuàng)建一個(gè)匹配HelloWorld組件接口的引用。這里要注意的是，向?qū)г谧詣?dòng)創(chuàng)建Standalone Reference的引用時(shí)會(huì)彈出一個(gè)窗口詢問(wèn)需要?jiǎng)?chuàng)建一個(gè)Java接口類(lèi)型的引用還是WSDL接口類(lèi)型的引用。不同類(lèi)型的接口會(huì)使得我們的客戶端代碼（在本例中是一個(gè)名為index.jsp的JSP文件）需要采用不同的調(diào)用方式。下面會(huì)分析兩種不同類(lèi)型的實(shí)現(xiàn)。

5． 生成JSP代碼。如果我們?cè)谇懊娴囊媒涌陬?lèi)型中選擇的是WSDL接口。那么Standalone Reference的屬性如下圖所示：

我們可以看到，引用的名稱為HelloWorldInterfacePartner，接口為名稱為HelloWorldInterface這個(gè)WSDL類(lèi)型的接口。

如果我們?cè)谇懊娴囊媒涌陬?lèi)型中選擇的是Java接口。那么Standalone Reference的屬性如下圖所示：

我們可以看到，引用的名稱為HelloWorldInterfacePartner，接口為名稱為world.hello.hello.world.interface_.HelloWorldInterface這個(gè)Java類(lèi)型的接口。具體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)目中生成。具體如下圖所示：

1.5.2 JSP客戶端代碼片斷分析

那么如何在JSP頁(yè)面中來(lái)調(diào)用我們的HelloWorld服務(wù)組件呢？按照前面的介紹，我們需要通過(guò)Standalone Reference來(lái)調(diào)用。那么我們?nèi)绾尾拍艿玫竭@個(gè)Standalone Reference的引用呢？這里涉及到SCA編程模式中很重要的一個(gè)概念，那就是ServiceManager。ServiceManager是一個(gè)SCA環(huán)境的核心類(lèi)，全名為com.ibm.websphere.sca.ServiceManager。這個(gè)類(lèi)的作用主要就是能夠讓客戶端去定位一個(gè)服務(wù)提供方。一般調(diào)用的方式是通過(guò)ServiceManager的locateService(String serviceRefName)方法。拿到服務(wù)之后，客戶端就可以調(diào)用服務(wù)中所提供的方法了。（熟悉J2EE編程的人員可以聯(lián)系對(duì)比JNDI的Lookup方法。）下面分別根據(jù)Standalone Reference引用的接口類(lèi)型來(lái)分析主要JSP代碼片斷。

當(dāng)接口類(lèi)型是WSDL接口的情況

1．首先需要在JSP中導(dǎo)入相關(guān)的類(lèi)，主要如下：

												
														<%@ page import="com.ibm.websphere.sca.ServiceManager" %>
<%@ page import="com.ibm.websphere.sca.Service" %>
<%@ page import="commonj.sdo.DataObject" %>

												
										

2．生成ServiceManager對(duì)象，并拿到相應(yīng)的服務(wù)。

												
														ServiceManager serviceManager = new ServiceManager();
Service service = (Service) serviceManager.locateService("HelloWorldInterfacePartner");

												
										

這里locateService()方法中的參數(shù)是standalone reference的實(shí)際名稱。從某種程度上我們可以把外部的JSP/Servlet的Java代碼看成是Standalone reference的實(shí)現(xiàn)，這樣來(lái)理解服務(wù)組件之間的相互調(diào)用。

3．調(diào)用服務(wù)的方法。

												
														String msg = request.getParameter("message");
DataObject resp = (DataObject) service.invoke("sendMessage",msg);

												
										

由于我們這里使用的是WSDL接口類(lèi)型，因此返回結(jié)果是以DataObject的形式存在。

4． 顯式得到的結(jié)果。

												
														<%=resp.getString("status")%>

												
										

通過(guò)調(diào)用DataObject的getString方法，我們拿到實(shí)際的返回結(jié)果，名為status的字符串。

當(dāng)接口類(lèi)型是Java接口的情況

1．首先需要在JSP中導(dǎo)入相關(guān)的類(lèi)，主要如下：

												
														<%@ page import="com.ibm.websphere.sca.ServiceManager" %>
<%@ page import="com.ibm.websphere.sca.Service" %>
<%@ page import="world.hello.hello.world.interface_.HelloWorldInterface" %>

												
										

2．生成ServiceManager對(duì)象，并拿到相應(yīng)的服務(wù)。

												
														ServiceManager serviceManager = new ServiceManager();
HelloWorldInterface service = 
(HelloWorldInterface) serviceManager.locateService("HelloWorldInterfacePartner");

												
										

由于Standalone Reference的接口變成了Java接口，因此這里返回的服務(wù)可以直接造型成HelloWorldInterface類(lèi)型。

3．調(diào)用服務(wù)的方法。

												
														String msg = request.getParameter("message");
String resp = service.sendMessage(msg);

												
										

由于我們這里使用的是Java接口類(lèi)型，因此調(diào)用的方式就是正常的Java接口調(diào)用。

4． 顯式得到的結(jié)果。

												
														<%=resp%>

												
										

由于靜態(tài)調(diào)用方式得到的就是實(shí)際定義的類(lèi)型，因此這里字符串的顯式比較簡(jiǎn)單。

具體實(shí)際項(xiàng)目的代碼請(qǐng)參考本文附的項(xiàng)目交換文件包。

1.6 結(jié)束語(yǔ)

本文介紹了SCA的主要目的和一些基本的概念，并展示了一個(gè)最為簡(jiǎn)單的服務(wù)組件例子。從上面的討論我們可以看到，SCA不但解決了統(tǒng)一調(diào)用的問(wèn)題，而且提供了一個(gè)服務(wù)組件架構(gòu)。這個(gè)服務(wù)組件架構(gòu)將在構(gòu)建面向服務(wù)的架構(gòu)中起到舉足輕重的作用，并在IBM的許多產(chǎn)品中會(huì)有所體現(xiàn)。

后記，在這篇文章完成之后，傳來(lái)了一個(gè)關(guān)于SCA的好消息。SCA得到了業(yè)界幾個(gè)主要軟件廠商的支持。IBM、Oracle、BEA、SAP、Siebel、Sybase、IONA等廠商聯(lián)合發(fā)布了SCA規(guī)范的0.9版本。具體規(guī)范可參見(jiàn)IBM DW的網(wǎng)址：http://www.ibm.com/developerworks/library/specification/ws-sca/

前幾天總結(jié)了一下，不過(guò)通過(guò)最近的學(xué)習(xí)又有新的想法，發(fā)現(xiàn)之前的存在問(wèn)題。現(xiàn)把最新理解的過(guò)程列出來(lái)：
1、用WebSphere Business Modeler進(jìn)行業(yè)務(wù)流程建模。
2、將模型導(dǎo)入 Rational Software Architect 進(jìn)行UML建模,導(dǎo)出BPEL。（這里還沒(méi)理解到位，尤其沒(méi)看懂UML這里，希望大家共同討論）
3、將結(jié)果導(dǎo)入WebSphere Integration Developer 進(jìn)行SCA組件開(kāi)發(fā)和建模。（SCA這步具體做法見(jiàn)今天發(fā)的另一貼）
4、將模塊放入WebSphere Process Server進(jìn)行測(cè)試。
5、在咱們開(kāi)發(fā)的Web Application上調(diào)用SCA。



以上只是我的個(gè)人理解，這里說(shuō)的很粗，而且還會(huì)有問(wèn)題。希望以后大家能夠再把它完善。

1. 創(chuàng)建 SCA 模塊。
2. 創(chuàng)建業(yè)務(wù)對(duì)象。
3. 定義服務(wù)接口。
4. 生成組件并提供實(shí)現(xiàn)。
5. 對(duì) SCA 組件進(jìn)行單元測(cè)試。
6. 提供獨(dú)立引用。
7. 使用簡(jiǎn)單的 JSP 客戶機(jī)測(cè)試服務(wù)。

問(wèn)題又出現(xiàn)了，到底是用開(kāi)源軟件還是IBM產(chǎn)品。這決定著下一步的方向問(wèn)題。
如果用IBM產(chǎn)品：
優(yōu)點(diǎn)：整個(gè)業(yè)務(wù)整合過(guò)程都有IBM產(chǎn)品的支持，省去了大部分的代碼，直接操作工具就可以實(shí)現(xiàn)很多功能，真正開(kāi)發(fā)期會(huì)把多數(shù)精力花在學(xué)習(xí)工具的使用中。而目前的初賽階段文檔的編寫(xiě)又和工具關(guān)系不大，我們的精力可以多花了創(chuàng)新和建模中。
缺點(diǎn)：大部分團(tuán)隊(duì)開(kāi)發(fā)出的界面都差不多(也許說(shuō)的不對(duì)，暫時(shí)的理解而已)。沒(méi)有新意，學(xué)到的東西只有SOA，以及工具的使用，深入不到具體實(shí)現(xiàn)的代碼細(xì)節(jié)。

如果用開(kāi)源軟件：
優(yōu)點(diǎn)：自己的發(fā)揮空間很是寬裕，可以在界面和功能上有很多創(chuàng)新，可以學(xué)到很多底層的實(shí)現(xiàn)細(xì)節(jié)。開(kāi)發(fā)出來(lái)的東西，與眾不同。
缺點(diǎn)：整個(gè)的業(yè)務(wù)整合過(guò)程不會(huì)有很強(qiáng)的支持，大部分的代碼需要手動(dòng)編寫(xiě)。尤其是企業(yè)服務(wù)總線的消息傳遞，還有前臺(tái)的Ajax。初賽期間要花一部分精力在系統(tǒng)平臺(tái)的設(shè)計(jì)。總而言之，難度加大。

所以，今晚我們要集體討論一下，到底如何發(fā)展。