I. 概要

基于XML的Web服務(wù)是參照B2B通信協(xié)作模式制定的新的規(guī)范。它提供了概念上和結(jié)構(gòu)上的，適用于各種不同平臺和產(chǎn)品的基礎(chǔ)。現(xiàn)在，開發(fā)者可以利用J2EE技術(shù)來開發(fā)基于XML的Web服務(wù)。他們可以利用現(xiàn)存的J2EE技術(shù)來開發(fā)完整的，遵從XML標(biāo)準(zhǔn)的，能完全共通的WEB服務(wù)。無需重新設(shè)計或者構(gòu)造現(xiàn)有的J2EE系統(tǒng)，開發(fā)人員就可以構(gòu)建復(fù)雜的強(qiáng)大的Web服務(wù)應(yīng)用。

II. 介紹 Web服務(wù)是一種可以接收從Internet或者Intranet上的其它系統(tǒng)中傳遞過來的請求，輕量級的獨(dú)立的通訊技術(shù)。這種技術(shù)允許網(wǎng)絡(luò)上的所有系統(tǒng)進(jìn)行交互。隨著技術(shù)的發(fā)展，一個Web服務(wù)可以包含額外的指定功能并且可以在多個B2B應(yīng)用中協(xié)作通訊。

Web服務(wù)正在不斷完善，并且以一種非常智能的動態(tài)的方法來進(jìn)行。這些靈活的Web服務(wù)可以理解請求中上下文的關(guān)系，并且在每一個特定的情況下產(chǎn)生動態(tài)的結(jié)果。這些服務(wù)會根據(jù)用戶的身份，地點(diǎn)以及產(chǎn)生請求的原因來改變不同的處理，用以產(chǎn)生一個唯一的，定制的方案。這種協(xié)作機(jī)制對那些只對最終結(jié)果有興趣的用戶來說，是完全透明的。

這種Web服務(wù)所遵循的XML標(biāo)準(zhǔn)可以增進(jìn)事物通信的性能。開發(fā)人員將可以利用不同的平臺，產(chǎn)品和標(biāo)準(zhǔn)來實(shí)現(xiàn)很多種可能。通過這種標(biāo)準(zhǔn)，開發(fā)人員可以建立一個系統(tǒng)使他們的Web服務(wù)提供最大的協(xié)同工作的能力。

這份白皮書描述了如何方便地利用Java和XML技術(shù)來實(shí)現(xiàn)Web服務(wù)構(gòu)架。它說明了Web服務(wù)中的每一個關(guān)鍵部分以及如何使他們結(jié)合在一起。你將會對基于XML的Web服務(wù)的結(jié)構(gòu)以及如何與J2EE結(jié)合，有一個更加深入的了解我們從如何利用J2EE建立Web服務(wù)開始。這部分將使你對如何建立一個Web服務(wù)有一個了解。

III. 總結(jié) 一般來說，在不同的事務(wù)之間進(jìn)行電子通信協(xié)作會有很多阻礙。全異的系統(tǒng)，安全限制和不相同的數(shù)據(jù)格式，導(dǎo)致很多B2B系統(tǒng)在他們自己的領(lǐng)域或者客戶群中形成唯一。Web服務(wù)將改變這一切，使不同的事務(wù)互相通信變?yōu)榭赡�，值得注意的是，這會降低建立商業(yè)站點(diǎn)的開發(fā)和維護(hù)成本。

在建立Web服務(wù)的時候，有三個主要步驟：

1. 建立客戶端聯(lián)接 為了允許Applets，Applications，商業(yè)合作伙伴，瀏覽器和PDAs 使用Web服務(wù)。

2. 實(shí)現(xiàn)Web服務(wù) 包括工作流，數(shù)據(jù)傳送，商業(yè)邏輯以及數(shù)據(jù)訪問。這些功能是隱藏在Web服務(wù)后，并且為客戶端工作的。

3. 聯(lián)接后臺系統(tǒng) 這個系統(tǒng)可能包括一個或多個數(shù)據(jù)庫，現(xiàn)存的企業(yè)信息系統(tǒng)，商業(yè)合作伙伴自己的系統(tǒng)或者Web服務(wù)，以及在多個系統(tǒng)中共享的數(shù)據(jù)。

你可以利用J2EE來實(shí)現(xiàn)這三個目標(biāo)。用J2EE開發(fā)Web服務(wù)基于以下兩個技術(shù)：

XML 技術(shù).
在Web服務(wù)中，XML標(biāo)準(zhǔn)是非常重要的。XML是一種數(shù)據(jù)格式，它可以以一種連貫的方式來表現(xiàn)數(shù)據(jù)，并且可以在網(wǎng)絡(luò)中以點(diǎn)對點(diǎn)的形式傳送。這些不同的XML標(biāo)準(zhǔn)連同指定的處理方法是設(shè)計來支持特定的行為的。

Java 技術(shù).
Developers開發(fā)人員利用 J2EE APIs來創(chuàng)建事務(wù)和表現(xiàn)的邏輯，訪問XML文檔，以及對XML文檔進(jìn)行操作。信任被證實(shí)可行的Java技術(shù)是非常重要的，因?yàn)樗�允許開發(fā)者利用現(xiàn)有的下部構(gòu)造，在其上構(gòu)建新的功能。開發(fā)者可以繼續(xù)利用J2EE的標(biāo)準(zhǔn)API以及各種優(yōu)秀的組件來開發(fā)系統(tǒng)�，F(xiàn)在，開發(fā)者可以利用J2EE中提供的Java API for XML Parsing (JAXP) 來開發(fā)Web服務(wù)，我們將在稍后介紹。這個新的APIs主要用來處理XML數(shù)據(jù)格式以及服務(wù)，將使開發(fā)變得更容易，效率更高。
圖 1 表現(xiàn)了基于J2EE的Web服務(wù)的核心構(gòu)架。請注意，很多APIs在這里并沒有全部表示出來，象用來解析或者傳送消息的。但是，那些基于J2EE的標(biāo)準(zhǔn)，協(xié)議以及主要的子系統(tǒng)都表示出來了。

圖 1讓我們進(jìn)一步看一下利用J2EE來創(chuàng)建Web服務(wù)的細(xì)節(jié)。

IV. 客戶端聯(lián)接

客戶端聯(lián)接是關(guān)于Web服務(wù)的使用者如何來使用你的系統(tǒng)。表格 1 顯示了三種主要使用系統(tǒng)的客戶。

客戶類型 樣例 如何聯(lián)接
============================================================================
商業(yè)合作伙伴 代理商，客戶群 基于XML的Web 服務(wù)技術(shù) (SOAP, UDDI, WSDL, ebXML)
瘦客戶端 瀏覽器，PDAs，無線設(shè)備 HTTP 協(xié)議
胖客戶端 應(yīng)用小程序，應(yīng)用程序，已經(jīng)存在的系統(tǒng) IIOP協(xié)議
============================================================================
表格 1商業(yè)合作伙伴的聯(lián)接

第一種訪問Web服務(wù)的客戶類型是商業(yè)合作伙伴。他們可能使用很多種類型的編程語言，中間件或者硬件。當(dāng)他們訪問尼的系統(tǒng)的時候，Web服務(wù)要求返回一個XML文件。這個文件具有標(biāo)準(zhǔn)的標(biāo)記來表示商業(yè)數(shù)據(jù)，并且允許不同的系統(tǒng)通過這個來交互。

Java Servlets

當(dāng)一個商業(yè)合作伙伴向Web服務(wù)發(fā)布一個請求的時候，接收請求的是一個Java servlet. 這個Servlet是一個在管理容器中運(yùn)行，負(fù)責(zé)接收請求和響應(yīng)的Java對象。它可以以很多種協(xié)議返回請求結(jié)果，象HTTP, FTP或者POP。在這個例子中Servlet通常使用HTTP來響應(yīng)請求，這樣的話，Web服務(wù)就可以利用HTTP來通過防火墻了。

當(dāng)一個請求到達(dá)J2EE Web服務(wù)的時候，以下操作會發(fā)生，見圖2

1. Java servlet接收XML 文檔。

2. Servlet 處理傳入的基于XML的請求

3. Servlet調(diào)用一個或者多個Enterprise JavaBeans (EJB) 組件來處理數(shù)據(jù)。

4. EJB組件進(jìn)行他們自己的處理，可能會調(diào)用其他存在的系統(tǒng)。

5. EJB 組件把結(jié)果返回給Servlet。

6. Servlet 把結(jié)果匯集到XML文檔中。

7. Servlet 把XML傳送到客戶端。

圖 2為了實(shí)現(xiàn)商業(yè)合作伙伴的聯(lián)接，必須有一種方法來發(fā)布，描述，定位以及調(diào)用一個Web服務(wù)。我們現(xiàn)在來描述如何達(dá)到這個目的。

UDDI 在用戶能夠調(diào)用Web服務(wù)之前，必須確定這個服務(wù)內(nèi)包含哪些商務(wù)方法，找到被調(diào)用的接口定義，還要在服務(wù)端來編制軟件。所以，我們需要一種方法來發(fā)布我們的Web服務(wù)。

UDDI (Universal Description, Discovery, and Integration) 是一個主要針對Web服務(wù)供應(yīng)商和使用者的新項目。UDDI 項目中的成員可以通過UDDI Business Registry (UBR) 來操作Web服務(wù)的調(diào)用，UBR是一個全球性的服務(wù)。Web服務(wù)供應(yīng)商可以在UBR中描述并且注冊他們的服務(wù)。用戶可以在UBR中查找并定位那些他們需要的服務(wù)。

UDDI是一種根據(jù)描述文檔來引導(dǎo)系統(tǒng)查找相應(yīng)服務(wù)的機(jī)制。UDDI包含標(biāo)準(zhǔn)的"白皮書"類型的商業(yè)查詢方式，"黃皮書"類型的局部查找，以及"綠皮書"類型的服務(wù)類型查找。"綠皮書"允許開發(fā)者精確查找符合服務(wù)類型的所有服務(wù)。（這一段翻的比較奇怪）

UDDI利用SOAP消息機(jī)制（標(biāo)準(zhǔn)的XML/HTTP）來發(fā)布，編輯，瀏覽以及查找注冊信息。它采用XML格式來封裝各種不同類型的數(shù)據(jù)，并且發(fā)送到注冊中心或者由注冊中心來返回需要的數(shù)據(jù)。

JAXR

為了支持UDDI在Java平臺上的功能，Java APIs for XML Registries (JAXR)允許開發(fā)者來訪問注冊中心。值得注意的是，JAXR并不是建立Web服務(wù)必需的，你可以利用其他常用的XML APIs來直接集成這些協(xié)議。JAXR是一個方便的API，它提供了Java API來發(fā)布，查找以及編輯那些注冊信息。它的重點(diǎn)在于基于XML的B2B應(yīng)用，復(fù)雜的地址本查找以及對XML消息訂閱的支持等Web服務(wù)。它也可以用來訪問其他類型的注冊中心，象ebXML注冊中心（稍候描述）。

這些對Web服務(wù)的注冊信息進(jìn)行的操作，可以使用當(dāng)前的一些Web服務(wù)工具來完成（例如第三方的SOAP和ebXML消息工具）。另外，當(dāng)JAXP提供了一致并具有針對性的API來完成這些操作，這將使開發(fā)變得更加容易。

WSDL

對于商業(yè)用戶來說，要找到一個自己需要使用的服務(wù)，他必須知道如何來調(diào)用。WSDL (Web Services Description Language) 規(guī)范是一個描述接口，語義以及Web服務(wù)為了響應(yīng)請求需要經(jīng)常處理的工作的XML文檔。這將使簡單地服務(wù)方便，快速地被描述和記錄。

以下是一個WSDL的樣例：




<?xml version="1.0"?>
<definitions name="StockQuote"
targetNamespace="http://example.com/stockquote.wsdl"
xmlns:tns="http://example.com/stockquote.wsdl"
xmlns:xsd1="http://example.com/stockquote.xsd"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns="http://schemas.xmlsoap.org/wsdl/">
<types>
<schema targetNamespace=http://example.com/stockquote.xsd
xmlns="http://www.w3.org/2000/10/XMLSchema">
<element name="TradePriceRequest">
<complexType>
<all>
<element name="tickerSymbol" type="string"/>
</all>
</complexType>
</element>
<element name="TradePrice">
<complexType>
<all>
<element name="price" type="float"/>
</all>
</complexType>
</element>
</schema>
</types>
<message name="GetLastTradePriceInput">
<part name="body" element="xsd1:TradePriceRequest"/>
</message>
<message name="GetLastTradePriceOutput">
<part name="body" element="xsd1:TradePrice"/>
</message>
<portType name="StockQuotePortType">
<operation name="GetLastTradePrice">
<input message="tns:GetLastTradePriceInput"/>
<output message="tns:GetLastTradePriceOutput"/>
</operation>
</portType>
<binding name="StockQuoteSoapBinding"
type="tns:StockQuotePortType">
<soap:binding style="document"
transport="http://schemas.xmlsoap.org/soap/http"/>
<operation name="GetLastTradePrice">
<soap:operation
soapAction="http://example.com/GetLastTradePrice"/>
<input>
<soap:body use="literal"/>
</input>
<output>
<soap:body use="literal"/>
</output>
</operation>
</binding>
<service name="StockQuoteService">
<documentation>My first service</documentation>
<port name="StockQuotePort" binding="tns:StockQuoteBinding">
<soap:address location="http://example.com/stockquote"/>
</port>
</service>
</definitions>





它包含了以下的關(guān)鍵信息：
· 消息的描述和格式定義可以通過XML文檔中的和 標(biāo)記來傳送。
· 標(biāo)記中表示了消息傳送機(jī)制。 (e.g. request-only, request-response, response-only) 。
· 標(biāo)記指定了編碼的規(guī)范 。
· 標(biāo)記中表示服務(wù)所處的位置 (URL)。

WSDL在UDDI中總是作為一個接口描述文檔。因?yàn)閁DDI是一個通用的用來注冊WSDL規(guī)范的地方，UDDI的規(guī)范并不限制任何類型或者格式描述文檔。這些文檔可能是一個WSDL文檔，或者是一個正規(guī)的包含導(dǎo)向文檔的Web頁面，也可能只是一個包含聯(lián)系信息的電子郵件地址。

現(xiàn)在Java提供了一個 Java API for WSDL (JWSDL)規(guī)范。它提供了一套能快速處理WSDL文檔的方法，并且不用直接對XML文檔進(jìn)行操作，它會比JAXP更方便，更快速。

圖 3 顯示了如何使用WSDL 和 UDDI。

圖 3

SOAP

當(dāng)商業(yè)用戶通過UDDI找到你的WSDL描述文檔后，他通過可以Simple Object Access Protocol (SOAP) 調(diào)用你建立的Web服務(wù)中的一個或多個操作。

SOAP是XML文檔形式的調(diào)用商業(yè)方法的規(guī)范，它可以支持不同的底層接口，象HTTP(S)或者SMTP。之所以使用XML是因?yàn)樗�的�?dú)立于編程語言，良好的可擴(kuò)展性以及強(qiáng)大的工業(yè)支持。之所以使用HTTP是因?yàn)閹缀跛�有的網(wǎng)絡(luò)系統(tǒng)都可以用這種協(xié)議來通信，由于它是一種簡單協(xié)議，所以可以與任何系統(tǒng)結(jié)合，還有一個原因就是它可以利用80端口來穿越過防火墻。 SOAP的強(qiáng)大是因?yàn)樗�簡單。SOAP是一種輕量級的，非常容易理解的技術(shù)，并且很容易實(shí)現(xiàn)。它有工業(yè)支持，可以從各主要的電子商務(wù)平臺供應(yīng)商那里獲得。

從技術(shù)角度來看，SOAP詳細(xì)指明了如何響應(yīng)不同的請求以及如何對參數(shù)編碼。一個SOAP封裝了可選的頭信息和正文，并且通常使用HTTP POST方法來傳送到一個HTTP 服務(wù)器，當(dāng)然其他方法也是可以的，例如SMTP。SOAP同時支持消息傳送和遠(yuǎn)程過程調(diào)用。以下是一個SOAP請求。




POST /StockQuote HTTP/1.1
Host: www.stockquoteserver.com
Content-Type: text/xml; charset="utf-8"
Content-Length: nnnn
SOAPAction: "Some-URI"


<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
<SOAP-ENV:Header>
<t:Transaction xmlns:t="some-URI" SOAP-ENV:mustUnderstand="1">
5
</t:Transaction>
</SOAP-ENV:Header>
<SOAP-ENV:Body>
<m:GetLastTradePrice xmlns:m="Some-URI">
<symbol>SUNW</symbol>
</m:GetLastTradePrice>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>





JAX/RPC

為了使開發(fā)人員專注于建立象SOAP那樣的基于XML的請求，JCP正在開發(fā)基于RPC (JAX/RPC) 的Java API。JAX/RPC是用來發(fā)送和接收方法調(diào)用請求的，它基于XML協(xié)議，象SOAP，或者其他的象XMLP (XML Protocol，要了解更多可以參考http://www.w3.org/2000/xp/)。JAX/RPC使你不用再關(guān)注這些協(xié)議的規(guī)范，使應(yīng)用的開發(fā)更快速。不久，開發(fā)人員就不用直接以XML表示方法調(diào)用了。

目前有很多第三方實(shí)現(xiàn)了SOAP，開發(fā)人員可以在不同的層次上調(diào)用SOAP，并選擇使用哪一種。將來，JAX/RPC會取代這些APIs并提供一個統(tǒng)一的接口來構(gòu)造以及處理SOAP RPC請求。

在接收一個從商業(yè)伙伴那里過來的SOAP請求的時候，一個Java servlet用JAX/RPC來接收這個基于XML的請求。一旦接收到請求后，servlet會調(diào)用商務(wù)方法，并且把結(jié)果回復(fù)給商業(yè)伙伴。

ebXML 對于具有高擴(kuò)展性的商業(yè)交易來說，他們需要一種可信任的結(jié)構(gòu)來實(shí)現(xiàn)商業(yè)事務(wù)，多請求的事務(wù)，計劃以及文檔流程，應(yīng)用的需求經(jīng)常超越了基于純SOAP的實(shí)現(xiàn)。因?yàn)镾OAP只是提供了一個底層的結(jié)構(gòu)，而你可能需要一個更高級的框架結(jié)構(gòu)。

ebXML就是為了這個目的的，它是一套處理B2B應(yīng)用間的合作與通信的XML規(guī)范。以下是ebXML中的關(guān)鍵組件：

Collaboration Protocol Profile (CPP)

CPP提供了一種標(biāo)準(zhǔn)并且簡單的方法描述了公司提供的產(chǎn)品。另外，它還描述了消息交換的能力以及公司支持的商務(wù)合作。它也描述了公司的商務(wù)處理方法，包括合伙人如何與公司合作。CPP定義了B2B交易中雙方的商務(wù)協(xié)作。例如，它同時定義了買賣雙方的商務(wù)處理方法。

Collaboration Protocol Agreement (CPA)

CPA描述了兩個公司之間進(jìn)行交易時的詳細(xì)需求以及機(jī)制。它包含有由手工或者自動從經(jīng)過買賣雙方認(rèn)可的CPPs中的信息。這個CPA是雙方進(jìn)行指定交易的合約。 CPP和CPA的樣例，以及關(guān)于規(guī)范的細(xì)節(jié)可以從以下網(wǎng)站獲得：

http://ebxml.org/project_teams/trade_partner/cpp-example.xml
http://ebxml.org/project_teams/trade_partner/cpa-example.xml
http://www.ebxml.org/specs/ebCCP.pdf

Business Process and Information Modeling

ebXML還以XML的形式描述了商業(yè)事務(wù)處理的規(guī)范。它包括交易，文檔流程，數(shù)字通信，數(shù)據(jù)封裝格式以及其他更多。這些規(guī)范是用來建立CPPs，描述以及共享商業(yè)事務(wù)和信息時用的。

Core Components

ebXML中另外一個重要的部分是一系列的XML標(biāo)記，我們叫它核心組件。這些標(biāo)記包含了商務(wù)數(shù)據(jù)，象日期，稅，賬戶，交易合同以及其他的。它指明了商業(yè)合約和實(shí)體，但對每個不同的行業(yè)，可能都不一樣。

Messaging

ebXML消息格式包含了所有相關(guān)的消息導(dǎo)向信息（同步或者異步，可靠性）。一般來說，一個ebXML消息包含了CPA中的可視化內(nèi)容，并強(qiáng)制執(zhí)行交易規(guī)則。 EbXML是建立在SOAP消息封裝機(jī)制上的。它擴(kuò)展了SOAP的協(xié)議，增加了多層框架結(jié)構(gòu)來支持附件，安全性以及傳送的可靠性。

Registry/Repository

EbXML注冊中心是存儲CPPs, CPAs, ebXML核心組件和與ebXML相關(guān)的文檔的服務(wù)。它具有強(qiáng)大的查詢功能，允許用戶查找相關(guān)的組件以及發(fā)掘潛在客戶。JAXR API也可以用來訪問ebXML注冊中心。商業(yè)服務(wù)定義了CPPs，并且被存儲在ebXML注冊中心，然后發(fā)布到UDDI中。一個關(guān)鍵的概念是，UDDI提供了一個全球唯一的Web服務(wù)的描述信息，但那些真實(shí)的信息，還是保存在本地的ebXML庫中。這樣的話，一個潛在的客戶首先到UDDI中查找相關(guān)內(nèi)容，然后根據(jù)這些到ebXML庫中找CPPs或者其他相關(guān)文檔。

JAXM

當(dāng)從商業(yè)合作伙伴那里接收一個Web服務(wù)的請求時，我們需要Java API實(shí)現(xiàn)一個Servlet來處理ebXML消息，就象我們用JAX/RPC來處理SOAP請求一樣。

Java API for XML Messaging (JAXM)

是集成XML消息標(biāo)準(zhǔn)（象ebXML消息或者SOAP消息）的規(guī)范。這個API是用來推動XML消息處理的，它檢測那些預(yù)定單的消息格式以及約束。它控制了所有的消息封裝機(jī)制，用一種直觀的方式分割了消息中的信息，象路由信息，發(fā)貨單。這樣，開發(fā)人員只要關(guān)注消息的有效負(fù)載，而不用去擔(dān)心那些消息的重復(fù)處理。

目前的開發(fā)人員用JAXP來實(shí)現(xiàn)JAXM將要提供的功能，JAXM將會提供一套非常具有針對性的API來處理基于XML的消息傳送。這將大大簡化開發(fā)人員的代碼，并使它們具有統(tǒng)一的接口。

JAXM和JAX/RPC的差別在于處理消息導(dǎo)向的中間件以及遠(yuǎn)程過程調(diào)用的不同。JAXM注重于消息導(dǎo)向，而JAX/RPC是用來完成遠(yuǎn)程過程調(diào)用的。以下是圖解。


圖 4

請注意，在JAXM 和 JAX/RPC技術(shù)成熟之前，開發(fā)人員還是依賴于第三方的SOAP APIs，象Apache SOAP, IdooXOAP, 以及 GLUE。當(dāng)JAXM 和 JAX/RPC正式發(fā)布后，它將為當(dāng)前不同的SOAP和ebXML消息提供統(tǒng)一的接口。就象JDBC位多種不同的數(shù)據(jù)庫提供統(tǒng)一的接口。

以上是對于讓商業(yè)合作伙伴訪問你的Web服務(wù)的討論。下面我們來討論瘦客戶端和胖客戶端。

Thin Client Connectivity