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