Windows.NET下的UDDI開發指南((續) (轉)

worldblog發表於2007-12-12
Windows.NET下的UDDI開發指南((續) (轉)[@more@]

下的UDDI開發指南

:namespace prefix = o ns = "urn:schemas--com::office" /> 


小氣的神

2002.02.28

Article Type: In-Depth

難度等級:5/9 

版本:2.03

 

 

[接上文]

 

好了至此我們完成了第二步的整個操作。不過上面操作中我們可以看到service/html/service10172001.">[JaN 01]有討論.NET的WebServices的單一訪問點問題。同樣你也可以參考下面[BCE 01]SOAp/index8.shtml">[FNV 01]、[FNV 02]中的文件資源瞭解更深一點的有關UDDI資料結構和規範的資訊,這是今後你所必須的觀念,不過我始終認為研究這文件充滿痛苦和煩雜,希望對照上面的操作圖至少可以獲得一個生動的起點。

之後我們移動到vs這部機器上,來做一個查詢和的例子,最後我們會討論一下Visual Studio.NET下Add WebService References下UDDI支援的問題。首先我們在vsdotnet的IE視窗中輸入,我們可以看到第二步所說的那個熟悉的IE視窗(當然出現這個視窗之前,我們需要經過Datacenter這部機器的一次授權驗證),簡單的測試一下,結果和在Datacenter上是一樣的。由於這部機器上我們了UDDI SDK和Visual Studio.NET所以我們可以試一下SDK中帶的Sample ->UDDI Explorer 。這裡需要從獲得啟迪,從他的文章中可以發現程式碼中/inquire.asmx">的連結,而仔細看一下UDDI的安裝目錄你就會發現這個asmx的存在,其實它內部是一個WebServices,提供一些諸如Fininding,GetServicedetail, GetBindingDetail等介面,看名字就知道它要幹什麼了。下面是執行的結果,看起來還不錯,一切很順利。

 

不知你是否也和我一樣有這樣的想法:認為只要在UDDI中登記的WebServices,在Visual Studio.NET中的Add Web References中,都將可以被自動識別並且生成一個類。中並沒有特別的介紹這個細節,但中完成登記後,在Visual Studio.NET中是和我們以前認為的一樣,而且生成的代理類也確實有效,我按照文件上的說明去做,結果是成功的。但是對於我們上面第二步登記的Web Services,做類似的操作結果是不行的。

 

同樣我去IBM的UDDI網站做同樣的操作,Visual Studio.NET依然無法感知已搜尋到中說的Web Services併產生代理類。

 

結論是Microsoft做了一些特別的處理,使得能夠更加容易的支援Visual Studio.NET,因為當你點選登記條目時,它很容易的定位到?businessKey">=xxxxx的連結,從而被Visual Studio.NET找到產生代理類。只用IDE的開發人員很容易被Microsoft的把戲所迷惑,認為UDDI登記和產生代理類是一個範疇;而手工方式的卻清楚的知道自己需要輸入兩行不同的命令。事實上在IDE或手工方式的程式設計之外,你需要對兩者和整個的UDDI過程有清晰的瞭解和正確的概念。

除了UDDI,還有另外一個規範WS-Inspection,希望可以能夠引起你的注意和興趣。儘管目前它只被Microsoft和IBM支援,但事實上WS-Inspection對UDDI的補充,使得開發者會更容易喜歡上它。至於有關WS-Inspection和UDDI的關係,我想[NaG 01]是一個比較明瞭的說明,也是寫作技巧讓人著迷的一篇,可以不用一行程式碼說明兩個抽象的概念。

下一步:

接下來需要繼續你的UDDI征途腳步,令人喜悅的是UDDI本身也在不斷的發展和擴充。無論如何我認為再多的API對於開發人員依然還會感到繁重和需要喘氣,如果建立適用Internet和Web Services的感知應用程式是我們未來的任務,那麼熟悉和精通這些是必要的選擇。

至於程式級的註冊介面和程式設計,你可以Microsoft .microsoft.com/download/visualstudio.netente/Patch/v2.0/NT5XP/EN-US/uddisdksetup.exe">[UDDI SDK 2.0 Beta],而可以從Proxy/index.shtml">[SiL 01]中的建議開始,感謝Microsoft和IBM,因為不是他們,開發人員現在還無法集中精力到重要的設計階段。

至於測試環境,現在IBM,Microsoft,HP,SAP四家公司都提供公開的UDDI測試環境,並且按的說法IBM和Microsoft會在24小時內相互複製各自的條目。而在Windows.NET環境下,你的測試將更加方便和容易,況且Windows.NET本身就讓我著迷了(haha)。

 


相關資源和文件:

Karsten Januszewski,使用 UDDI 的 Web 服務描述和發現(第一部分),Microsoft Corporation ,2001.10.03

tt Seely,使用 UDDI 的 Web 服務描述和發現(第二部分),Microsoft Corporation ,2001.10.17

Karsten Januszewski,在執行時使用 UDDI,Microsoft Corporation ,2001.12

[BCE 01] Peter Brittenham,Fran Cubera,Dave Ehnebuske,Steve Graham理解 UDDI 註冊中心的 WSDL- 如何釋出和查詢 WSDL 服務描述,IBM Corporation, 2001.09

[FNV 01] 柴曉路,UDDI註冊資訊的資料模型,IBM Corporation , 2001.06.07

[FNV 02] 柴曉路,tModel體系和公共tModel, IBM Corporation , 2001.06.22

[NaG 01] William A. Nagy,Keith Ballinger ,WS-Inspection 與 UDDI 的關係,IBM Corporation, 2001.11

[SiL 01] Alfredo da Silva,服務註冊代理 :一個更高階的API,IBM Corporation , 2001.11

 


特別:

以上,引文都已標明出處和所有者,請尊重版權和各自相關的條款。

本文CSDN署名首發,轉載或改編請註明作者和出處。如果有問題,請發電子給new2001@.com

以上文字和圖片涉及其他人的和個人權利,所有文字和圖片只用於內部交流,不作任何新聞發表和商業用途。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752043/viewspace-992280/,如需轉載,請註明出處,否則將追究法律責任。

相關文章