原帖地址：http://www.ibm.com/developerworks/cn/webservices/ws-appwsif/

2002 年 6 月 01 日

Web 服務(wù)調(diào)用框架（Web Services Invocation Framework）提供一種無需考慮 Web 服務(wù)的傳輸協(xié)議及其具體位置而能調(diào)用它的方法。這就允許使用 WSIF 以相同的方式去調(diào)用基于非 SOAP（non-SOAP）的服務(wù)，從而簡(jiǎn)化了應(yīng)用程序的開發(fā)。學(xué)習(xí)有關(guān) WSIF 被提交給 Apache Software Group 后的最新改變。

介紹

既無須考慮提供 Web 服務(wù)的方法，也不要考慮該服務(wù)位于何處，Web 服務(wù)調(diào)用框架（Web Services Invocation Framework，WSIF）只是個(gè)用于調(diào)用該服務(wù)的 Java API，它很簡(jiǎn)單。它使開發(fā)者從必須針對(duì)具體的傳輸協(xié)議或服務(wù)環(huán)境的開發(fā)服務(wù)這一限制條件中解放出來。因此，它包含有能提供與綁定無關(guān)的訪問任意 Web 服務(wù)的 API。根據(jù)運(yùn)行時(shí)對(duì)服務(wù)的元數(shù)據(jù)進(jìn)行研究的結(jié)果，它允許對(duì) Web 服務(wù)執(zhí)行無存根或全動(dòng)態(tài)的調(diào)用。它還允許您能在運(yùn)行時(shí)將某個(gè)綁定的已更新實(shí)現(xiàn)插入到 WSIF 中。如果您使用了 WSIF 的提供者的方案，它還能允許您將一個(gè)新的綁定在運(yùn)行時(shí)插入到 WSIF 中。這就允許進(jìn)行調(diào)用的服務(wù)將選擇綁定的時(shí)間推遲到運(yùn)行時(shí)。最后，由于它是嚴(yán)格按照 WSDL 的，因而任何可以用 WSDL 來描述的服務(wù)它都能調(diào)用。

WSIF 最初發(fā)表在 2001 年 10 月 的 alphaWorks 上（請(qǐng)參閱 參考資料）。自公布之后 alphaWorks 發(fā)行版已有超過 4000 份的下載記錄。WSIF 的一位創(chuàng)造者寫了兩篇關(guān)于 WSIF 的優(yōu)秀文章，描述了 WSIF 的動(dòng)機(jī)及其使用，我們鼓勵(lì)您去閱讀它們（請(qǐng)到 參考資料參閱 Web service invocation sans SOAP，第 1 部分與第 2 部分）。

本文是對(duì) WSIF 貢獻(xiàn)給 Apache Software Foundation 的響應(yīng)。WSIF 源代碼已捐贈(zèng)給了由 Axis 工程贊助的 Apache XML 項(xiàng)目。在 Apache CVS 樹中得到，名為 xml-axis-wsif。在： http://cvs.apache.org/viewcvs.cgi/xml-axis-wsif您也可以瀏覽到該代碼。

在本文中我會(huì)講講 WSIF 的動(dòng)機(jī)、用法和體系結(jié)構(gòu)。并概述了自 alphaWorks 公布以來對(duì) WSIF 所進(jìn)行的更改，還要看一下實(shí)驗(yàn)性的以及前瞻性的觀點(diǎn)。但在開始所有工作之前，我要快速地概括說明一下 WSDL。


回頁首


有關(guān) WSDL 的一些背景

Web 服務(wù)描述語言（Web Services Description Language，請(qǐng)參閱 參考資料）本來就是可擴(kuò)展的 ― 從一開始，設(shè)計(jì)人員就在 WSDL 中實(shí)現(xiàn)了服務(wù)接口與實(shí)現(xiàn)的分離。

在 WSDL 中，服務(wù)被定義為三個(gè)截然不同的部分：

  1. PortType。PortType 定義了由服務(wù)提供的抽象接口。一個(gè) PortType 定義了一組 Operation。每一個(gè) operation 可能為 In-Out（請(qǐng)求-響應(yīng)）、In-Only、Out-Only 或 Out-In（懇求-響應(yīng)）。每一個(gè) operation 定義了 input 和／或 output Message。一個(gè) message 又是被定義為一組 Part，而每一個(gè) part 有一個(gè)由模式定義的類型。
  2. Binding。一個(gè) binding 定義了如何在一個(gè)抽象 PortType 與一個(gè)真實(shí)的服務(wù)格式和協(xié)議之間建立映射關(guān)系。例如，SOAP 綁定定義了編碼風(fēng)格、SOAPAction 頭和 body（targetURI）的名稱空間等等。
  3. Port。Port 定義了可用服務(wù)的實(shí)際位置（端點(diǎn)）― 例如，SOAP 服務(wù)所在的 HTTP URL。

在現(xiàn)在的 WSDL 中，每一個(gè) Port 有且只有一個(gè) binding，而每一個(gè) binding 有一個(gè)獨(dú)一無二的 PortType。反過來（也是更重要的），每一個(gè) Service（即 PortType）可能有多個(gè) Port，而每一個(gè) Port 則代表了一個(gè)作為替換的訪問該服務(wù)的位置和綁定。

由于我們所需要的是基于 WSDL 而不是直接基于 SOAP 的 API，因而在設(shè)計(jì) WSIF 時(shí)我們把 WSDL 作為參考對(duì)象。WSIF 實(shí)際上是一個(gè)插入對(duì)傳輸與格式支持的框架。在 WSIF 中它們叫 provider，而最明顯的 provider 就是支持 SOAP 的 provider。

添加 可擴(kuò)展性元素（extensibility elements）到 WSDL 中不僅允許創(chuàng)建 SOAP 描述，還能允許創(chuàng)建其他服務(wù)實(shí)現(xiàn)的描述。典型情況下，使用已存在的應(yīng)用程序組件 ― 如 Java 類、EJB（Enterprise JavaBeans）或 COM 對(duì)象來實(shí)現(xiàn) Web 服務(wù)。這些組件有時(shí)候就是舊系統(tǒng)上的應(yīng)用程序 包裝器，如大型機(jī)事務(wù)系統(tǒng)。通過擴(kuò)展 WSDL 以便能描述已有的組件模型，我們能捕獲到公開的可用 SOAP 服務(wù)和底層的組件之間的相關(guān)關(guān)系，以及兩個(gè)可用實(shí)現(xiàn)實(shí)際上是相同的業(yè)務(wù)服務(wù)的事實(shí)。事實(shí)上，為現(xiàn)有的組件添加可擴(kuò)展性元素會(huì)做更多的事情 ― 也給現(xiàn)有的組件模型增加了面向服務(wù)的體系結(jié)構(gòu)的描述能力。





回頁首


WSIF 的動(dòng)機(jī)

WSIF 的動(dòng)機(jī)是我們?cè)瓉硐Ｍ吹?#8220;面向服務(wù)的體系結(jié)構(gòu)”（Services Oriented Architecture）比 SOAP 變得更廣泛。有許多不同協(xié)議、傳輸和分布式計(jì)算技術(shù)比現(xiàn)在的 SOAP 提供的功能要多的多 ― 尤其在管理、事務(wù)、安全和其他服務(wù)質(zhì)量（Quality of Service，OoS）特性方面上。正當(dāng) SOAP 迅速變得越來越受歡迎時(shí)，主要的問題實(shí)際上是投資之一了。許多已在象 CORBA 等技術(shù)上進(jìn)行過投資的公司希望能繼續(xù)使用和保持以前的技術(shù)。另一方面，帶 SOAP 的 Web 服務(wù)有一個(gè)獨(dú)一無二的優(yōu)點(diǎn) ― 用于描述和發(fā)現(xiàn)的基礎(chǔ)結(jié)構(gòu)。在 UDDI 目錄中或檢驗(yàn)文檔中都能找到 WSDL 文件，任何人都能下載之，并可使用某個(gè)通用的可用工具來生成使用該服務(wù)的代碼，而無須考慮是在本地網(wǎng)絡(luò)中還是在因特網(wǎng)中。這種描述語言的通用可用性也正刺激著其他工具的增加 ― 例如，用于將服務(wù)編排組合在一起的語言（XLANG 和 WSFL）的開發(fā)。

我們真的想使 WSDL 的可擴(kuò)展性與結(jié)構(gòu)變成現(xiàn)實(shí)。WSDL 允許我們用可擴(kuò)展性元素描述已存在系統(tǒng)。例如，我們已經(jīng)寫出了以下的 WSDL 擴(kuò)展，能描述在使用連接器的 CICS 和 IMS 中的事務(wù)、能描述對(duì)遠(yuǎn)程無狀態(tài)會(huì)話 Enterprise JavaBean 的調(diào)用、以及能描述基于 JMS 消息傳遞系統(tǒng)上的 SOAP 與非 SOAP 消息。可是，盡管在描述這些東西時(shí)，這些擴(kuò)展很有用，但執(zhí)行它們時(shí)卻不那么有用了。

現(xiàn)在的 WSDL 不僅僅是一個(gè)描述層 ― 它還有一個(gè)在工具里的真正實(shí)現(xiàn)，在這些工具中可以使用 WSDL 描述來生成訪問服務(wù)的存根。所以如果添加了非 SOAP 系統(tǒng)的描述，我們就處在失去該優(yōu)點(diǎn)的危險(xiǎn)之中。WSIF 解決了這個(gè)問題。事實(shí)上，作為一個(gè)可插入框架，WSIF 允許插入 provider。一個(gè) provider是一段代碼，該代碼支持某一 WSDL 擴(kuò)展，并允許根據(jù)具體的實(shí)現(xiàn)調(diào)用服務(wù)。這就意味著客戶端代碼是與該實(shí)現(xiàn)無關(guān)的，而僅僅取決于服務(wù)的 PortType。WSIF 也允許延遲綁定，此時(shí)一個(gè)新的提供者和描述在運(yùn)行時(shí)是可用的，已有的客戶端就能利用這個(gè)新的實(shí)現(xiàn)。最后，WSIF 還容許客戶端把端口選擇委托給基礎(chǔ)結(jié)構(gòu)和運(yùn)行時(shí)，這樣就容許在服務(wù)質(zhì)量特點(diǎn)或業(yè)務(wù)策略的基礎(chǔ)上來選擇實(shí)現(xiàn)。

WSDL 的結(jié)構(gòu)容許某一 Web 服務(wù)有多個(gè)實(shí)現(xiàn)和共享相同 PortType 的多個(gè) Port。換句話說，WSDL 容許相同接口既可有 SOAP 綁定又可以有 IIOP 的綁定。我們想讓我們的 API 能容許相同的客戶端代碼可訪問任意可用的 binding ― 如果代碼是寫來用于 PortType 的，則它可能是一個(gè)使用哪個(gè) port 和 binding 的部署或配置設(shè)置（或一個(gè)代碼選擇）。

我們?yōu)?WSIF 建立了下列必要條件。它必須是：

  1. 支持任意有效的 WSDL 擴(kuò)展。
  2. 支持由 WSDL 描述的服務(wù)的動(dòng)態(tài)調(diào)用。
  3. 支持基于 WSDL PortType 的 API。
  4. 容許延遲綁定到不同的格式與傳輸。
  5. 支持編譯的方法與動(dòng)態(tài)的方式。
  6. 支持最小代碼部署說明（n 個(gè)提供者，無須每個(gè)服務(wù)都有代碼）。
  7. 支持服務(wù)請(qǐng)求數(shù)據(jù)的不同的內(nèi)存表示法。





回頁首


WSIF 用法

有兩種使用 WSIF 的方法：基于存根的模型和動(dòng)態(tài)調(diào)用接口（Dynamic Invocation Interface，DII）。

存根模型

基于存根的模型容許用戶使用常見的程序設(shè)計(jì)模型來調(diào)用 Web 服務(wù)的業(yè)務(wù)方法。有一個(gè)標(biāo)準(zhǔn)化的從 WSDL 定義的接口到 Java 定義的接口的映射 ― 在 JAX-RPC 標(biāo)準(zhǔn)中。有人試圖通過 JCP/JSR 過程把 WSIF 模型與 JAX-RPC 集成起來，但感覺上 WSIF 太具有試驗(yàn)性了以至于不能在那時(shí)引入它。我們所做的工作是創(chuàng)建了一個(gè)松散集成。JAX-RPC 定義了服務(wù)定義接口（Service Definition Interface，SDI）― 存根的業(yè)務(wù)接口。WSIF 也定義了一個(gè)與 JAX-RPC 所使用的相同的 SDI 的接口。所以，雖然 WSIF 與 JAX-RPC 并不共享接口，但它們還是能共享工具（例如，Axis WSDL2Java）。 清單 1列出了存根模型的一個(gè)示例。


清單 1、WSIF 中使用存根模型的示例
1   WSIFService sq = ServiceFactory.newInstance().
            getService("http://my.com/svcs/stockquote.wsdl");
            2   MyService mySvcStub = sq.getStub("soap", MyService.class);
            3   mySvcStub.myMethod();

動(dòng)態(tài)調(diào)用接口

DII 緊密地建模在 WSDL 基礎(chǔ)上。在 WSDL 中，一個(gè) operation 有一個(gè) input message 以及一個(gè)可選的 output message 或 fault message。而在 WSIF 中，我們可看到一個(gè)類似的層次結(jié)構(gòu)。二者之間有著密切的對(duì)應(yīng)關(guān)系。事實(shí)上，我們的第一代就是一一對(duì)應(yīng)的，但我們已重構(gòu)了該對(duì)應(yīng)關(guān)系以使之變得更合乎邏輯和（略微地）更簡(jiǎn)單。 表 1：WSDL 與 WSIF 實(shí)體對(duì)應(yīng)關(guān)系列出了對(duì)應(yīng)關(guān)系。

表 1：WSDL 與 WSIF 實(shí)體的對(duì)應(yīng)關(guān)系

WSDL WSIF
（WSIL/UDDI） WSIFServiceFactory 或 JNDI
Service WSIFService
Port WSIFPort
Binding （無相應(yīng)的實(shí)體）
Operation WSIFOperation
Message WSIFMessage
Part （無相應(yīng)的實(shí)體）

要使用 DII，您需要：

  1. 選擇一個(gè) port。
  2. 創(chuàng)建一個(gè) operation。
  3. 創(chuàng)建并植入到 in-message。
  4. 執(zhí)行該 operation。
  5. 從 out-message 中讀出響應(yīng)數(shù)據(jù)。

清單 2列出一個(gè)簡(jiǎn)單的示例。


清單 2、WSIF 中使用動(dòng)態(tài)調(diào)用接口的例子
1   WSIFService sq = ServiceFactory.newInstance().
            getService("http://my.com/svcs/stockquote.wsdl");
            2   WSIFPort defPort = sq.getPort();
            3   WSIFOperation getQ = defPort.createOperation("getQuote");
            4   WSIFMessage inMessage = getQ.createInputMessage();
            5   inMessage.setStringPart("symbol", "IBM");
            6   ...
            7   getQ.executeRequestResponse(inMessage, outMsg, fltMsg);
            8   outMessage.getFloatPart("value");

命令行工具 DynamicInvoker 是 WSIF alphaWorks 發(fā)行版的一個(gè)功能，它能調(diào)用接口內(nèi)含有簡(jiǎn)單類型的任意 Web 服務(wù)。有時(shí)候，服務(wù)的參數(shù)使用了復(fù)雜類型，我們經(jīng)常遇到的請(qǐng)求之一就是容許這些服務(wù)的動(dòng)態(tài)調(diào)用。就是帶著這個(gè)想法來設(shè)計(jì) WSIF 的，但由于在第一代中我們只支持使用 JavaBean 組件來表示復(fù)雜類型，所以，若沒有首先生成一個(gè)合適的 JavaBean 組件我們不可以調(diào)用需要這些復(fù)雜類型的服務(wù)。為補(bǔ)救該不足，我們已經(jīng)開發(fā)出了一組叫 JROM 的類（最初時(shí)它僅代表 Java 記錄對(duì)象模型（Java Record Object Model，JROM）― 但事實(shí)上它已經(jīng)變成了一個(gè)專用名 ― 念作 Jay-Rom）。JROM 是一個(gè)抽象的樹結(jié)構(gòu)，它能在內(nèi)存中表示大部分模式復(fù)雜類型。把 JROM 想象成一個(gè)輕量級(jí)的 DOM，樹上的每片葉對(duì)象是一個(gè)基本類型（不象 DOM，每片葉對(duì)象都是字符串）。

即使在 classpath 中沒有與模式復(fù)雜類型相匹配的 Java 類型，通過和 WSIF 一起使用 JROM，動(dòng)態(tài)調(diào)用也是允許的。這是一個(gè)非常強(qiáng)大的方法，尤其表現(xiàn)在構(gòu)建諸如網(wǎng)關(guān)、流程引擎或測(cè)試客戶端這樣的 Web 服務(wù)系統(tǒng)方面。還不是所有的提供者都支持 JROM，但我們已經(jīng)在 ApacheSOAP 提供者中添加了對(duì) JROM 的支持。

雖然不是 WSIF 開放源代碼的一部分，但在 alphaWorks 處是可以下載到 JROM 的，請(qǐng)參閱 www.alphaworks.ibm.com/tech/jrom。





回頁首


WSIF 體系結(jié)構(gòu)

WSIF 體系結(jié)構(gòu)是建立在大量工廠上的。使用工廠是因?yàn)槲覀兿Ｍ[藏所使用的對(duì)象是否為“靜態(tài)的”還是為“動(dòng)態(tài)的”。當(dāng)對(duì)象是靜態(tài)時(shí)，它的生成是為了滿足某個(gè)特定的 port、message 或 operation 的。這容許構(gòu)建一個(gè)快速實(shí)現(xiàn)。而當(dāng)對(duì)象是動(dòng)態(tài)時(shí)，對(duì)象會(huì)在運(yùn)行時(shí)使用 WSDL 描述來處理某特定的 port、operation 或 message 處理。目前，WSIF 主要使用動(dòng)態(tài)對(duì)象，這也正是最初我們實(shí)現(xiàn)它們的方式。事實(shí)上我們?cè)O(shè)想了動(dòng)態(tài)機(jī)制的幾個(gè)不同層面。

全動(dòng)態(tài)體系結(jié)構(gòu)

象流程控制引擎這樣的例子中，流程描述是作為一個(gè) XML 文檔而提供的，此時(shí)可能會(huì)用到該體系結(jié)構(gòu)。在消息為創(chuàng)建一個(gè)新的聚集服務(wù)而被發(fā)送給其他操作之前，流程引擎會(huì)操作該消息。一個(gè) provider 對(duì)應(yīng)每個(gè) binding 類型有一段部署代碼。因而，如果存在著 b個(gè)不同 WSDL binding 擴(kuò)展，就應(yīng)該有 b個(gè)構(gòu)件。

半動(dòng)態(tài)體系結(jié)構(gòu)

定義 PortType 的 message 是靜態(tài)編譯的，而 binding 卻是動(dòng)態(tài)的。這就不僅需要一個(gè)基于 PortType 的代碼部署，還要加上每個(gè) provider 對(duì)應(yīng)于每 binding 類型的一個(gè)代碼部署。所以，如果存在著 p個(gè) PortType 和 b個(gè)的 WSDL binding，則就會(huì)有 p + b個(gè)構(gòu)件。在接口發(fā)生改變時(shí)，已編譯好的消息不得不被重新部署。

靜態(tài)體系結(jié)構(gòu)

WSDL binding 與 port 都是被靜態(tài)編譯的。在這種情況下，在處理時(shí)已定義的缺省 port 會(huì)被編譯。每個(gè)實(shí)體對(duì)應(yīng)每個(gè)綁定實(shí)例有一個(gè)代碼部署。所以，構(gòu)件的數(shù)目應(yīng)該是 p x b。





回頁首


自 alphaWorks 發(fā)行以來的變化

自 alphaWorks 發(fā)行以來已有了許多的變化。鼓勵(lì)您自己能看看開放源代碼樹。主要的變化是：

  • WSIFMessage與 WSIFPart模型的簡(jiǎn)化。我們刪除了 WSIFPart接口而把之合并到 WSIFMessage中。為能捕獲使用 WSIFMessage不同的樣式，我們?cè)黾恿艘粋€(gè)叫 getRepresentationStyle()的方法。
  • 把 PortFactory對(duì)象改名為 Service。
  • 增加了 ServiceFactory接口。
  • 從使用 PortTypeCompiler到使用 J2SE 1.3 動(dòng)態(tài)代理支持的改變。
  • 增加了新的綁定與傳輸 ― 基于 JMS 的 SOAP、EJB 綁定、基于 Apache Axis 的 SOAP 提供者。
  • 支持跟蹤與日志記錄活動(dòng)。
  • 使用 J2SE JAR service provider 規(guī)范支持新 provider 的動(dòng)態(tài)注冊(cè)（請(qǐng)參閱 參考資料）。





回頁首


對(duì) WSIF 的試驗(yàn)性補(bǔ)充

目前，有很多要通過 WSIF 探索的領(lǐng)域，其中有異步請(qǐng)求-響應(yīng)消息和上下文意識(shí)的消息。

異步請(qǐng)求-響應(yīng)

目前我們有了一個(gè)異步請(qǐng)求-響應(yīng)模型，響應(yīng)在一個(gè)不同于原始請(qǐng)求的執(zhí)行線程中被處理。為了支持它，基本上，請(qǐng)求者會(huì)注冊(cè)一個(gè)回調(diào)對(duì)象或處理程序，在接收到響應(yīng)時(shí)會(huì)調(diào)用之。

請(qǐng)求消息被送出時(shí)，處理程序?qū)ο笠矔?huì)被傳送給 WSIFOperation。WSIF 提供了一個(gè)關(guān)聯(lián)服務(wù)，它根據(jù)指定的標(biāo)識(shí)符保存該處理程序。 WSIFOperation調(diào)用 WSIF 關(guān)聯(lián)服務(wù)，它保存了服務(wù)本身和處理程序，該程序使用了請(qǐng)求的關(guān)聯(lián)標(biāo)識(shí)。這些都發(fā)生在當(dāng)前事務(wù)的內(nèi)部。如果請(qǐng)求用戶指明了某個(gè)事務(wù)隊(duì)列，那么會(huì)在當(dāng)前事務(wù)內(nèi)部完成這些工作。

WSIFOperation和 WSIFResponseHandler對(duì)象都是可序列化的，因而在請(qǐng)求與響應(yīng)之間系統(tǒng)發(fā)生故障時(shí)，處理程序?qū)ο蟮臓顟B(tài)可被保持。因?yàn)殛P(guān)聯(lián)服務(wù)也是可插入的，所以為了高可用性，也就可以提供諸如原子事務(wù)和持久性等其他特性。

當(dāng)響應(yīng)來得有一些延遲時(shí)，偵聽器線程會(huì)獲得它并把它傳遞給已保存好的 WSIFOperation。操作包含有把響應(yīng)數(shù)據(jù)編出到某一 WSIFMessage中的邏輯，然后會(huì)以 outMessage為參數(shù)，執(zhí)行處理程序方法 executeAsyncResponse()。偵聽器線程運(yùn)行在與原始請(qǐng)求不一樣的事務(wù)上的，因而響應(yīng)也就是一個(gè)與請(qǐng)求不同的獨(dú)立事務(wù)。

例如， 清單 3演示了在 WSIFResponseHandler 類基礎(chǔ)上如何實(shí)現(xiàn)一個(gè)處理程序的。一個(gè)被設(shè)計(jì)成能理解響應(yīng)消息和使用響應(yīng)值的處理程序。


清單 3、在 WSIF 中實(shí)現(xiàn)異步處理程序
1   public class QuoteHandler implements WSIFResponseHandler  {
            2
            3   protected String symbol = null; // local storage of the symbol we wanted quoted
            4   public void setSymbol(String value) { symbol = value };
            5   public void executeAsyncResponse(WSIFMessage out, WSIFMessage fault) {
            6            // this simplified example assumes no failures and that the symbol has
            been set correctly
            7       float quoteValue = out.getPart ("quote");
            8       updateQuoteDB(symbol, quoteValue);
            9   }

清單 4演示了服務(wù)調(diào)用。


清單 4、使用 WSIF 異步調(diào)用服務(wù)
1   String symbol = "IBM";
            2   QuoteHandler quoteHandler = new QuoteHandler();
            3   quoteHandler.setSymbol(symbol); // the handler needs to know
            the symbol when it gets executed later.
            4
            5   WSIFMessage inMessage;
            6   WSIFOperation quoteOperation;
            7   ...
            8   inMessage.setXXXPart(...) // set up inMessage for invocation
            9   quoteOperation.executeAsyncRequestResponse(inMessage, quoteHandler);

上下文意識(shí)消息

我們也希望能支持設(shè)置與使用上下文的想法。雖然在 W3C 的 WS-Description 工作組已有一些有關(guān)本主題的討論，但還沒有實(shí)際的語法或語義學(xué)。

例如，某個(gè) SOAP/HTTP 端口可能要求一個(gè) HTTP 用戶名與密碼。雖然該消息是特定于該調(diào)用的，但通常情況下卻不是服務(wù)的參數(shù)。常規(guī)情況下，上下文是被定義為一組名稱-值對(duì)。盡管如此，由于 Web 服務(wù)傾向于使用 XML Schema 類型來定義數(shù)據(jù)類型，所以我們選擇使用一組已命名的 Part來表示上下文的名稱-值對(duì)，每一個(gè) Part 等于一個(gè) XML Schema 類型的實(shí)例，這種表示方法與 WSIFMessages使用的表示方法是相同的。這比使用 屬性概念稍微多一些開銷，但卻能更好地與 WSDL 和 WSIF 的其它特性相適合。

WSIPort和 WSIFOperation上的 setContext()和 getContext()方法允許應(yīng)用程序設(shè)計(jì)人員或存根將上下文信息傳遞給 binding。Port 實(shí)現(xiàn)可能會(huì)使用該上下文 ― 例如來更新某個(gè) SOAP 頭。還沒有關(guān)于 Port 如何使用上下文的定義。





回頁首


未來的想法

我們希望看到在 WSIF 中有很多領(lǐng)域不斷發(fā)展，來提升其功能性和有用性。首先，我們希望把傳輸從消息格式中分離出來的重構(gòu)能力。我們定義了 WSIFFormatter類以允許訪問數(shù)據(jù)以及數(shù)據(jù)到某個(gè)本地格式的轉(zhuǎn)換。

接下來，一個(gè)消息內(nèi)數(shù)據(jù)的抽象樹表示可能是很用的。目前，我們主要是使用從模式編譯出的類來攜帶 WSIFMessage中的服務(wù)參數(shù)。但在 WSIF 的某個(gè)實(shí)現(xiàn)中，即 Web Services Gateway（請(qǐng)參閱 參考資料）中，我們使用一個(gè)名為 JROM的抽象樹概念，它密切地映射到某個(gè) XML Schema。

我們還希望能看到更多更好的用于許多已有的傳輸類型與對(duì)象系統(tǒng)的提供者。最后，對(duì)用 C 或 C++ 創(chuàng)建服務(wù)的開發(fā)者來說，一個(gè)用 C 或用 C++ 編寫的 WSIF 實(shí)現(xiàn)肯定是有幫助的。


回頁首


總結(jié)

Web 服務(wù)調(diào)用框架是提供一個(gè)面向服務(wù)的框架的開放源代碼倡議，它允許可在 WSDL 中描述和以通用方式調(diào)用 SOAP 和非 SOAP 服務(wù)。為了支持新的傳輸和協(xié)議，WSIF 定義了一個(gè)可插入接口（provider 接口）。通過支持代理接口和動(dòng)態(tài)調(diào)用接口，WSIF 允許最終用戶與系統(tǒng)軟件開發(fā)人員使用 WSIF 提供的多種協(xié)議支持。WSIF 還支持延遲綁定，服務(wù)就可以被重新定位成新的協(xié)議類型而無須改變代碼。WSIF 的開放源代碼包括針對(duì) Java、EJB 和 SOAP（基于 HTTP 與 JMS）的 provider。WSIF 已經(jīng)被使用在 WebSphere 企業(yè)版 4.1 與 Versata 的 Logic Server WebServices Add-On 中。

致謝

按照字母順序排列，對(duì) WSIF 的發(fā)行作出貢獻(xiàn)的人主要有：Aleksander A. Slominski、Anthony Elder、Dieter Koenig、Gerhard Pfau、Jeremy Hughes、Mark Whitlock、Matthew J. Duftler、Michael Beisiegel、Nirmal Mukhi、Owen Burroughs、Paul Fremantle、Piotr Przybylski 和 Sanjiva Weerawarana。



 

參考資料



 

關(guān)于作者

 

Paul Fremantle 是 IBM 的 Hursley Laboratory 的體系架構(gòu)師，致力于 IBM WebSphere Application Server 內(nèi)的 Web 服務(wù)組件以及如 WSDL4J 和 WSIF 等開放源代碼項(xiàng)目的研究。Paul 是 Java 標(biāo)準(zhǔn) JSR110: Java APIs for WSDL 的副主管。Paul 以前曾是 IBM Global Services 軟件組的 WebSphere 專家和體系架構(gòu)師。在加入 IBM 之前，他在制藥業(yè)做過咨詢顧問。

他的出版物包括將 EJB 從 WebLogic 移植到 WebSphere 的文章和一本紅皮書：“The XML Files: Using XML and XSL in WebSphere”。Paul 經(jīng)常參加 ApacheCon、XML Europe、Software Architecture 和其他業(yè)界會(huì)議。他擁有牛津大學(xué)的數(shù)學(xué)與哲學(xué)文學(xué)碩士學(xué)位和計(jì)算技術(shù)的理學(xué)碩士學(xué)位。

可通過 pzf@uk.ibm.com與他聯(lián)系。