4.3.2 WebService代理中心UDDI的實現<o:p></o:p>

當本地網站發出查詢請求后，如上文提及的結構圖所示，是先將請求發送到 WebService的課件中心代理UDDI。其中，這個UDDI的作用是：存儲各個網站的WebService信息地址，當有查詢請求時，UDDI中心將會調用已經注冊的WebService去搜索，當搜索完成時，會將搜索結果返回給用戶。同時，用戶可以通過uddi搜索有關的WebService。而在調用WebService的時候，有兩種調用方式，一種是同步調用，另外一種是異步調用方式。
　　在使用同步調用方式的時候， 調用 WebService 往往會經歷較長的時延，或者是得不到響應（原因可能是 Internet 的連接問題，帶寬問題，對方服務器過于繁忙等）。這樣，有可能在客戶端這邊，就會處于不能響應的停頓狀態，使得程序在等待返回結果時被 “ 掛起 ” ， 處理請求的線程會一直被占用，直到方法調用結束。當前線程會一直等待調用完成。線程無事可做，只是等待，直至聽到查詢的返回。 這種情況對于用戶來說是不可以接收的。
　　而異步調用方式則不同，它在當調用某個 WebService 而長期沒有能得到回應時，會自動繼續通過輪詢查詢機制，繼續調用下一個 WebService 或者是其他資源。當某個 WebService 調用完成時，會發出一個回調信號，告訴調用者，調用已經完成。兩種方式調用如圖

<o:p></o:p> ? ? ?
? 當我在設計好 .NET端的WebService后，在設計JSP客戶端調用WebService時，發現了一個問題，那就是，在很多非.NET語言中，并沒有象.NET中的dataset的數據類型。但經過我的摸索，發現由于WebService中傳遞的都是XML,因此可以將.NET端搜索出來的結果以XML的形式表達出來，而不是單純的DATASET。于是我就想到可以將.NET端WebService返回的結果以字符串的形式輸出，就可以很好地解決這個問題。 因此，我選擇用字符串的方式，將調用返回的 XML 以字符串的方式返回給 Java 的客戶端。

4.4 ? Jsp客戶端的設計
???? 最后是Jsp客戶端的設計。在這部分，我采用了前文提到的AXIS進行該部分的實現。　在實現前，必須要先產生客戶端的STUB代理類，對XML進行反序列化，使得Java端能正 ??? 確識別解釋 XML 。其中分為以下幾個步驟：
1) 安裝好有關的軟件：
　　　除了要安裝 Axis 外，為了對 XML 進行解釋，同時要安裝 Xerces.Xerces 也是 Apache 組織開發的免費開放代碼的軟件，目的是可以高效地進行對 Java 中涉及 XML 的部分進行解釋（可在 http://apache.org 上下載）。
<o:p></o:p>

2) 使用WSDL2JAVA工具產生有關的stub代理類。
??? 在AXIS中，有兩套工具可以產生有關的代理類，分別為WSDL2Java和Java2WSDL。前者用于將已知的WSDL WEB描述文件中自動產生STUB代理類，后者是將已經存在的Java類自動產生相關的wsdl文件，用來將已有的程序轉變為WebService。而在我的設計中，由于是由.net 端提供WebService,由JSP端作為客戶端進行調用，因此它們的關系如下圖所示：

<o:p></o:p>

　　　?




?? ? 從上面的圖可以看到，要使用Java提供的WSDL2Java工具，對由.net產生的wsdl文
件進行解釋。采用的方法如下：
　　　先獲得WEBSERVICE課件搜索代理UDDI(MSEARCH.ASM)的wsdl文件，輸入：
http://localhost/msearch/msearch.asmx?wsdl <o:p></o:p>

之后獲得的 wsdl文件。
接著，就可以運用WSDL2Java工具了。<o:p></o:p>

c:\java org.apache.axis.wsdl.WSDL2Java –package msearch http://localhost/msearch/msearch.asmx?WSDL
? ?? 運行完成后，會在 msearch 目錄下自動產生 stub 的代理類。

4 ） 實現 JSP 的客戶端
??? 　首先，要先導入已有的有關 axis 的類庫及 XML 解釋器
<%@ page language="java" import="msearch.*,javax.xml.parsers.*,org.w3c.dom.*,java.io.*,javax.xml.transform.*,org.xml.sax.*" %>
? 　接著，初始化 STUB代理類的實例，調用WebService:
msearch.MsearchLocator binding=new MsearchLocator();<o:p></o:p>

?? try {<o:p></o:p>

msearch.MsearchSoap port=binding.getmsearchSoap();<o:p></o:p>

String str=port.query(sql);//傳入sql查詢語句，返回的結果存放在字符串str當中，<o:p></o:p>

為了能在 JSP客戶端對調用返回的WebService中的XML解釋,我使用了JAVA的DOM(XML文檔對象模型)進行解釋，因此，要初始化DOM對象。<o:p></o:p>

?<o:p></o:p>

//初始化DOM對象 ???? <o:p></o:p>

StringReader stringReader = new StringReader(str);<o:p></o:p>

InputSource inputSource = new InputSource(stringReader);<o:p></o:p>

DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();<o:p></o:p>

??? DocumentBuilder builder=factory.newDocumentBuilder();<o:p></o:p>

Document doc=builder.parse(inputSource);<o:p></o:p>

doc.normalize();<o:p></o:p>

??? NodeList kejians =doc.getElementsByTagName("kejian");//提取每個kejian的結點集，<o:p></o:p>

??? for (int i=0;i<kejians.getLength();i++)<o:p></o:p>

｛ <o:p></o:p>

……<o:p></o:p>

提取每個結點的值，并予以顯示 <o:p></o:p>

?<o:p></o:p>

｝ <o:p></o:p>

?<o:p></o:p>

這樣，就完成了對 .NET WebService 端的調用，并且正確的在 JSP 端予以顯示。下面是有關部分的截圖：

在輸入查詢條件后，提交后，返回的結果為：

<v:shapetype id="_x0000_t75"><v:stroke></v:stroke><v:formulas><v:f></v:f><v:f></v:f><v:f></v:f><v:f></v:f><v:f></v:f><v:f></v:f><v:f></v:f><v:f></v:f><v:f></v:f><v:f></v:f><v:f></v:f><v:f></v:f></v:formulas><v:path></v:path><o:lock aspectratio="t" v:ext="edit"></o:lock></v:shapetype>
?? ? <o:p></o:p>

其中，由于我在設計的時候是在同一臺機器上進行，所以在上面的結果中， localhost/kejiana 表示的是該數據是來自 kejiana 的數據庫的，而 localhost/kejianb 表示的是該數據是來自 kejianb 的數據庫的。，(待續）