【文章內(nèi)容簡介】 Services 是一種構(gòu)建應(yīng)用程序的普通模型，并能在所有支持 Inter 通訊的操作系統(tǒng)上實(shí)施運(yùn)行。 Web Services 令基于組件的開發(fā)和 Web 的結(jié)合達(dá)到最佳，基于組件的對象模型，如： Distributed Component Object Model(DCOM)、 Remote Method Invocation(RMI)， Inter InterOrb Protocol(IIOP)都已經(jīng)發(fā)布了很長時(shí)間了，但是這些模型 都依賴于特殊對象模型協(xié)議，而 Web Services 利用 SOAP 和 XML對這些模型在通訊方面作了進(jìn)一步的擴(kuò)展以消除特殊對象模型的障礙。 Web Services 主要利用 HTTP 和 SOAP 協(xié)議是商業(yè)數(shù)據(jù)在 Web 上傳輸， SOAP 通過 HTTP 調(diào)用商業(yè)對象執(zhí)行遠(yuǎn)程功能調(diào)用， Web 用戶能夠使用 SOAP 和 HTTP 通過 Web 調(diào)用的方法來調(diào)用遠(yuǎn)程對象 .客戶根據(jù) WSDL 描述文檔，會生成一個(gè) SOAP 請求消息。 Web Services 都是放在 Web 服務(wù)器（如 IIS）后面，客戶生成 的 SOAP 請求會被嵌入在一個(gè) HTTP POST 請求中，發(fā)送到 Web 服務(wù)器來。 Web 服務(wù)器再把這些請求轉(zhuǎn)發(fā)給 Web Services 請求處理器。請求處理器的作用在于，解析收到的 SOAP 請求，調(diào)用 Web Services,然后再生成相應(yīng)的 SOAP 應(yīng)答。 Web 服務(wù)器得到 SOAP 應(yīng)答后，會再通過 HTTP 應(yīng)答的方式把信息送回到客戶端。 、意義和范圍 本文給出了一種基于 Web Services 體系架構(gòu)和采用 XML 的新聞服務(wù)系統(tǒng)模型 ,討論了新聞服務(wù)體系、新聞注冊中心、客戶端的工作 原理和關(guān)鍵技術(shù) ,拓展了傳統(tǒng)的技術(shù)。 Web Services 使用標(biāo)準(zhǔn)的 XML 協(xié)議和開放的 Inter 標(biāo)準(zhǔn)，在平臺、語言和發(fā)布者之間能夠互相獨(dú)立，且消除了現(xiàn)存解決方案總的互用性問題，給企業(yè)應(yīng)用帶來了新的集成體系結(jié)構(gòu)。在集成中，開發(fā)人員將需要復(fù)用的方法和業(yè)務(wù)功能構(gòu)建為 Web Services，然后使用相應(yīng)的工具將這些 Web Services 發(fā)布到服務(wù)注冊庫，這砦服務(wù)可以得到統(tǒng)一的管理維護(hù)，并使用 SOAP 協(xié)議通過 HTTP 來調(diào)用。從應(yīng)用的外部來看，應(yīng)用是由一系列標(biāo)準(zhǔn)的服務(wù)接口組成。其它任何語言、平臺上的客戶 應(yīng)用都 可以從服務(wù)注冊庫查找 Web Services，閱讀 Web Services的 WSDL 文檔，生成 SOAP 請求消息，嵌入在一個(gè) HTTP 請求中，調(diào)用 Web Services。因此，客戶應(yīng)用是 以標(biāo)準(zhǔn)的方式透明地調(diào)用、以及重新組裝這些提供的服務(wù)來達(dá)到集成目的。 隨著信息技術(shù)的發(fā)展 ,網(wǎng)站在管理中發(fā)揮著越來越重要的作用。傳統(tǒng)的新聞發(fā)布方法已不能適應(yīng)形勢發(fā)展的需要。為了便于對網(wǎng)站新聞進(jìn)行有效的管理 ,非常有必要開發(fā)一個(gè)網(wǎng)站新聞管理系統(tǒng)。但是軟件開東南大學(xué)成賢學(xué)院畢業(yè)設(shè)計(jì)報(bào)告 2 發(fā)是一項(xiàng)非常復(fù)雜的系統(tǒng)工程 ,如何在最短的時(shí)間、高效率的設(shè)計(jì)并開發(fā)一個(gè)規(guī)范化的系統(tǒng) ,需要有一個(gè)好的方法 ,同時(shí)對軟件開發(fā)的過程進(jìn)行有效的跟蹤和監(jiān)測。 企業(yè)所處環(huán)境和組織結(jié)構(gòu)越來越復(fù)雜，市場競爭日益激烈，商業(yè)智能作為保障企業(yè)高效運(yùn)營、正確決策和快速響應(yīng)的有效手段，有利于人們收集、整理、分析和評估大量數(shù)據(jù)。商業(yè)智能相關(guān)技術(shù)的研究至關(guān)重要。目前，商業(yè)智能系統(tǒng)往往存在移植性差和集成性差等問題，缺乏可擴(kuò)展性和靈活性，隨著各種技術(shù)的發(fā)展，軟件規(guī)模的不斷擴(kuò)大及其復(fù)雜性的不斷增加，對商業(yè)智能相關(guān)問題的研究變得越來越迫切。 Web Services 具有封裝性、松散耦合性、行業(yè)標(biāo)準(zhǔn)性、可擴(kuò)展性、高度集成性等特點(diǎn) 。如何靈活地整合商業(yè)智能和 Web Services 技術(shù)，使之有效的對數(shù)據(jù)進(jìn)行集成、處理和分析，提供全面、完善的解決方案，從而更好解決面臨的問題，具有重要意義。 傳統(tǒng)的媒體受到?jīng)_擊 ,逐漸向網(wǎng)絡(luò)媒體轉(zhuǎn)變 ,提供網(wǎng)絡(luò)信息服務(wù)的競爭日益激烈。目前的網(wǎng)絡(luò)新聞服務(wù)站點(diǎn)基本上是基于 B/S 結(jié)構(gòu)的單 一的新聞發(fā)布系統(tǒng) ,而 HTML 頁面技術(shù)和HTTP 無狀態(tài)連接協(xié)議 ,沒法提供跨媒體的多樣化內(nèi)容的服務(wù) ,不適于用戶按照自己的習(xí)慣進(jìn)行閱讀和訂購 ,因而使得 Inter 新聞服務(wù)尚沒有擺脫傳統(tǒng)的推送服務(wù)方式 ,這已經(jīng)越來越不滿足現(xiàn)在社會發(fā)展的需求 。 小結(jié) 第一章緒言部分就 Web Services 的研究意義、目的及當(dāng)今社會信息技術(shù)的發(fā)展做了簡單的介紹，我們了解到 Web Services 技術(shù)在社會中的角色越來越重要，在信息技術(shù)高度發(fā)展的今天，利用 Web Services技術(shù)不但可以很好的掌控網(wǎng)絡(luò)，還能夠使 Inter 很好的為人們服務(wù)，所以學(xué)習(xí) Web Services 的基本 技術(shù)， 本文的新聞系統(tǒng)就是采用 Web Services 技術(shù)來開發(fā) 。 東南大學(xué)成賢學(xué)院畢業(yè)設(shè)計(jì)報(bào)告 3 第二章 有關(guān) Web Services 的文獻(xiàn)回顧 XML 的研究評述 XML 是 Extensible Mark up Language 的縮寫，即可擴(kuò)展標(biāo)記語言是一種您可以用來創(chuàng)建自己的標(biāo)記的標(biāo)記語言。它由萬維網(wǎng)協(xié)會（ W3C）創(chuàng)建，用來克服 HTML（即超文本標(biāo)記語言（ Hypertext Markup Language），它是所有網(wǎng)頁的基礎(chǔ)）的局限。和 HTML 一樣， XML 基于 SGML ― 標(biāo)準(zhǔn)通用標(biāo)記語言（ Standard Generalized Markup Language）。盡管 SGML 已在出版業(yè)使 用了數(shù)十年，但其理解方面的復(fù)雜性使許多本打算使用它的人望而卻步 。 XML 實(shí)際上是 Web 上表示結(jié)構(gòu)化信息的一種標(biāo)準(zhǔn)文本格式，它沒有復(fù)雜的語法和包羅萬象的數(shù)據(jù)定義。XML 同 HTML 一樣，都來自 SGML(標(biāo)準(zhǔn)通用標(biāo)記語言 )。 SGML 是一種在 Web 發(fā)明之前就早已存在的用標(biāo)記來描述文檔資料的通用語言。但 SGML 十分龐大且難于學(xué)習(xí)和使用。鑒于此， 人們 提出了 HTML 語言。但近年來，隨著 Web 應(yīng)用的不斷深入， HTML 在需求廣泛的應(yīng)用中已顯得捉襟見肘，有人建議直接使用 SGML 作為Web 語言。但 SGML 太龐大了，學(xué)用兩難尚且不說，就是全面實(shí)現(xiàn) SGML 的瀏覽器也非常困難。于是 Web 標(biāo)準(zhǔn)化組織 W3C 建議使用一種 精簡的 SGML 版本 —— XML。 XML 與 SGML 一樣，是一個(gè)用來定義其他語言的元語言。與 SGML 相比， XML 規(guī)范不到 SGML 規(guī)范的 1/10，簡單易懂，是一門既無標(biāo)簽集也無語法的新一代標(biāo)記語言。 XML繼承了 SGML的許多特性，首先是可擴(kuò)展性。 XML允許使用者創(chuàng)建和使用他們自己的標(biāo)記而不是 HTML的有限詞匯表。這一點(diǎn)至關(guān)重要，企業(yè)可以用 XML 為電子商務(wù)和供應(yīng)鏈集成等應(yīng)用定義自己的標(biāo)記語言，甚至特定行業(yè)一起來定義該領(lǐng)域的特殊標(biāo)記語言，作為該領(lǐng)域信息共享與數(shù)據(jù)交換的基礎(chǔ)。 其次是靈活性。 HTML 很難進(jìn)一步發(fā) 展，就是因?yàn)樗歉袷?、超文本和圖形用戶界面語義的混合，要同時(shí)發(fā)展這些混合在一起的功能是很困難的。而 XML 提供了一種結(jié)構(gòu)化的數(shù)據(jù)表示方式，使得用戶界面分離于結(jié)構(gòu)化數(shù)據(jù)。所以， Web 用戶所追求的許多先進(jìn)功能在 XML 環(huán)境下更容易實(shí)現(xiàn)。 第三是自描述性。 XML 文檔通常包含一個(gè)文檔類型聲明，因而 XML 文檔是自描述的。不僅人能讀懂 XML文檔，計(jì)算機(jī)也能處理。 XML 表示數(shù)據(jù)的方式真正做到了獨(dú)立于應(yīng)用系統(tǒng)，并且數(shù)據(jù)能夠重用。 XML 文檔被看作是文檔的數(shù)據(jù)庫化和數(shù)據(jù)的文檔化。 除了上述先進(jìn)特性以外， XML 還具有簡明性。 它只有 SGML 約 20%的復(fù)雜性，但卻具有 SGML 功能的約80%。 XML 比完整的 SGML 簡單得多，易學(xué)、易用并且易實(shí)現(xiàn)。另外， XML 也吸收了人們多年來在 Web 上使用 HTML 的經(jīng)驗(yàn)。 XML 支持世界上幾乎所有的主要語言，并且不同語言的文本可以在同一文檔中混合使用，應(yīng)用 XML 的軟件能處理這些語言的任何組合。所有這一切將使 XML 成為數(shù)據(jù)表示的一個(gè)開放標(biāo)準(zhǔn)，這種數(shù)東南大學(xué)成賢學(xué)院畢業(yè)設(shè)計(jì)報(bào)告 4 據(jù)表示獨(dú)立于機(jī)器平臺、供應(yīng)商以及編程語言。它將為網(wǎng)絡(luò)計(jì)算注入新的活力，并為信息技術(shù)帶來新的機(jī)遇。目前，許多大公司和開發(fā)人員已經(jīng)開始使用 XML，包括 B2B 在內(nèi)的 許多優(yōu)秀應(yīng)用已經(jīng)證實(shí)了 XML 將會改變今后創(chuàng)建應(yīng)用程序的方式。 從 1998 年開始 , XML 被引入許多網(wǎng)絡(luò)協(xié)議，以便于為二個(gè)軟件提供相互通信的標(biāo)準(zhǔn)方法。簡單對象訪問協(xié)議 (SOAP)和 XML RPC 規(guī)范為軟件交互提供了獨(dú)立于平臺的方式，從而為分布式計(jì)算環(huán)境打開了大門。幾乎所有主要的軟件廠商都支持 SOAP。 SOAP 的快速成功史無前例地提高了軟件的互操作潛力。當(dāng)今，Web 服務(wù)革命正在興起，而 SOAP 正是其基礎(chǔ)協(xié)議。 SOAP 的研究評述 SOAP（ Simple Object Access Protocol ）簡單對象訪問協(xié)議是在分散或分布式的環(huán)境中交換信息的簡單的協(xié)議，是一個(gè)基于 XML 的協(xié)議，它包括四個(gè)部分： SOAP 封裝 (envelop)，封裝定義了一個(gè)描述消息中的內(nèi)容是什么，是誰發(fā)送的，誰應(yīng)當(dāng)接受并處理它以及如何處理它們的框架； SOAP 編碼規(guī)則（ encoding rules），用于表示應(yīng)用程序需要使用的數(shù)據(jù)類型的實(shí)例 。 SOAP RPC 表示 (RPC representation)，表示遠(yuǎn)程過程調(diào)用和應(yīng)答的協(xié)定 。SOAP 綁定（ binding），使用底層協(xié)議交換信息。 雖然這四個(gè)部分都作為 SOAP 的一部 分，作為一個(gè)整體定義的，但他們在功能上是相交的、彼此獨(dú)立的。特別的，信封和編碼規(guī)則是被定義在不同的 XML 命名空間 (namespace)中，這樣使得定義更加簡單。 SOAP 通信與底層的不同協(xié)議和不同的交換格式有關(guān)，下面的例子 SOAP 使用 HTTP 作為底層通信協(xié)議，從而可以很好的使用 request/response 機(jī)制來傳送信息。 SOAP/HTTP 請求包括一個(gè) GetLastTradePrice的塊元素，該請求攜帶一個(gè)字符串參數(shù)和 ticker 符號，在 SOAP 應(yīng)答中返回一個(gè)浮點(diǎn)數(shù)。 XML 名域用來區(qū)分 SOAP 標(biāo)志符和 應(yīng)用程序特定的標(biāo)志符。 首先指出的是 SOAP 不會取代 CORBA， COM/DCOM，三者的概念有所區(qū)別。 COM/DCOM 是個(gè)組件模型標(biāo)準(zhǔn)，CORBA 是分布式應(yīng)用的服務(wù)標(biāo)準(zhǔn)。 CORBA 和 DCOM 為分布式應(yīng)用程序建立服務(wù)，服務(wù)對象來執(zhí)行客戶端調(diào)用的服務(wù)。而 SOAP 是基于 XML 和 HTTP 的分布式對象的通信協(xié)議，是 COM/DCOM 和 CORBA 對象進(jìn)行通訊的協(xié)議。實(shí)際上，利用 SOAP 的互操作性和 CORBA 強(qiáng)大的執(zhí)行能力，兩者可以很好的結(jié)合在一起。 OMG （ Object Management Group responsible for the CORBA specification）正在關(guān)注這方面的發(fā)展。 SOAP 并沒有定義信息的語義，服務(wù)質(zhì)量，基于 INTERNET 的事務(wù)處理。而是采用 XML 進(jìn)行消息編碼，正確的處理需要服務(wù)器和客戶端本身來執(zhí)行，理解和執(zhí)行彼此使用的信息格式（ ONETOONE，REQUEST/REPLY， BROADCAST， ETC），應(yīng)用程序本身在語義解析中扮演著十分重要的角色。而 CORBA， DCOM表示了傳送信息的語義，對參數(shù)和返回值使用二進(jìn)制編碼?？蓪χT如參數(shù)名稱或類型的任何元信息都不編碼，但使 中介很難處理消息。又因?yàn)槊總€(gè)系統(tǒng)使用不同的二進(jìn)制編碼，系統(tǒng)間的互操作的很難實(shí)現(xiàn)。 東南大學(xué)成賢學(xué)院畢業(yè)設(shè)計(jì)報(bào)告 5 SOAP 簡單的理解，就是這樣的一個(gè)開放協(xié)議 SOAP=RPC+HTTP+XML：采用 HTTP 作為底層 通訊協(xié)議； RPC作為一致性的調(diào)用途徑， XML 作為數(shù)據(jù)傳送的格式，允許服務(wù)提供者和服務(wù)客戶經(jīng)過防火墻在 INTERNET進(jìn)行通訊交互。 RPC 的描敘可能不大準(zhǔn)確，因?yàn)?SOAP 一開始構(gòu)思就是要實(shí)現(xiàn)平臺與環(huán)境的無關(guān)性和獨(dú)立性，每一個(gè)通過網(wǎng)絡(luò)的遠(yuǎn)程調(diào)用都可以通過 SOAP 封裝起來，包括 DCE（ Distributed Computing Environment ） RPC CALLS， COM/DCOM CALLS, CORBA CALLS, JAVA CALLS， etc。 SOAP 使用 HTTP 傳送 XML，盡管 HTTP 不是有效率的通訊協(xié)議，而且 XML 還需要額外的文件解析（ parse），兩者使得交易的速度大大低于其它方案。但是 XML 是一個(gè)開放、健全、有語義的訊息機(jī)制，而 HTTP 是一個(gè)廣泛又能避免許多關(guān)于防火墻的問題，從而使 SOAP 得到了廣泛的應(yīng)用。但是如果效率對你來說很重要，那么你應(yīng)該多考慮其它的方式，而不要用 SOAP。 為了 更好的理解 SOAP,HTTP,XML 如何工作的，不妨先考慮一下 COM/DCOM 的運(yùn)行機(jī)制， DCOM 處理網(wǎng)絡(luò)協(xié)議的低層次的細(xì)節(jié)問題，如 PROXY/STUB 間的通訊，生命周期的管理，對象的標(biāo)識。在客戶端與服務(wù)器端進(jìn)行交互的時(shí)候， DCOM 采用 NDR（ Network Data Representation）作為數(shù)據(jù)表示，它是低層次的與平臺無關(guān)的數(shù)據(jù)表現(xiàn)形式。 客戶端發(fā)送請求時(shí)，不管客戶端是什么平臺的，首先把請求轉(zhuǎn)換成 XML 格式，