web服務(wù)器的構(gòu)建畢業(yè)論文

1、<p><b>　　目 錄</b></p><p><b>　　第一章 前言2</b></p><p>　　1.1 Web系統(tǒng)2</p><p>　　1.2 Web服務(wù)架構(gòu)3</p><p>　　1.2.1 Web服務(wù)架構(gòu)中的角色3</p><p>

2、;　　1.2.2 Web服務(wù)協(xié)議棧的組成4</p><p>　　1.2.3重要的結(jié)構(gòu)模型4</p><p>　　1.2.3.1面向消息的模型4</p><p>　　1.2.3.2面向服務(wù)的模型7</p><p>　　1.2.3.3面向資源的模型9</p><p>　　1.2..3.4面向規(guī)則的模型9<

3、/p><p>　　1.2.3.5面向管理的模型10</p><p>　　1.2.4支持Web服務(wù)的技術(shù)體系10</p><p>　　1.2.4.1 XML與Web服務(wù)10</p><p>　　1.2.4.2 SOAP與Web服務(wù)10</p><p>　　1.2.4.3 WSDL與Web服務(wù)10</p>

4、;<p>　　第二章Web網(wǎng)站的發(fā)布與管理10</p><p>　　第三章Web服務(wù)器的配置11</p><p>　　第四章 Web軟件的選擇12</p><p>　　第五章 IIS的安裝配置與管理19</p><p>　　第六章 網(wǎng)站的建設(shè)25</p><p><b>　　We

5、b服務(wù)器的構(gòu)建</b></p><p>　　摘要：本文簡單介紹了Web服務(wù)器的服務(wù)構(gòu)架、組成、結(jié)構(gòu)模型及支持Web的技術(shù)體系，望就Web網(wǎng)站的發(fā)布與管理，通過對Web服務(wù)器的配置，Web軟件的選擇，IIS的安裝配置與管理，網(wǎng)站的建設(shè)等來完成Web服務(wù)器的構(gòu)建。</p><p>　　關(guān)鍵詞：HTTP；標(biāo)準(zhǔn)協(xié)議；Web服務(wù)器</p><p>　　Constr

6、uction of the Web server</p><p>　　Abstract: This paper briefly introduced the Web server service framework, composition, structure model of Web technology and support system, look on the Web site of the rele

7、ase and management, through the Web server configuration, Web software of choice, IIS installation and configuration Management, the construction site to complete the construction of Web servers.</p><p>　　Ke

8、y words: HTTP; standard protocol; Web server</p><p><b>　　第一章 前言</b></p><p><b>　　1.1 Web系統(tǒng)</b></p><p>　　目前的Web系統(tǒng)和Web服務(wù)架構(gòu)是SOA的典型實例，Web系統(tǒng)巨大而穩(wěn)定的特點與它的結(jié)構(gòu)特點有關(guān)。Web系統(tǒng)

9、通過資源，代理，XML等方式實現(xiàn)了它的基本結(jié)構(gòu)。</p><p><b>　　資源與URI</b></p><p>　　在Web系統(tǒng)中所有重要的資源都被要求定義一個標(biāo)識符，這些標(biāo)識符成為URI，通過URI可以鏈接到或者查找出一個資源，這是Web系統(tǒng)用戶使用Web系統(tǒng)的基礎(chǔ)保障，這里的URI可能是一個網(wǎng)站的地址，一個電子郵件的鏈接，新聞組或者是FTP站點等，利用URI可

10、以獲取各種類型的資源。</p><p><b>　　Web代理</b></p><p>　　Web代理為每個請求提供所需的資源，根據(jù)請求的信息來選擇資源返回給請求這個資源的代理，Web代理還可以處理一個安全控制和資源緩沖的功能，都是為更好的實現(xiàn)提供資源的服務(wù)。</p><p><b>　　用戶代理</b></p>

11、;<p>　　用戶代理實現(xiàn)了通過URI找到資源的能力，用戶的使用都要通過代理來實現(xiàn)，用戶代理是系統(tǒng)中的重要工具，借助用戶代理各種表現(xiàn)形式被轉(zhuǎn)化為用戶可以理解的形式，如HTML, CSS, RDF, XML等。</p><p><b>　　Web方法</b></p><p>　　通過一些Web方法，可以執(zhí)行各種類型的資源操作，如:get， post

12、put， delete等，方法的種類是有限的，但卻可以實現(xiàn)各種各樣的應(yīng)用，簡化的web方法類型，使Web系統(tǒng)比較簡單卻很強大。</p><p><b>　　數(shù)據(jù)格式</b></p><p>　　在Web系統(tǒng)中存在著多種數(shù)據(jù)的格式，符合格式的數(shù)據(jù)可以被代理的理解和解釋，數(shù)據(jù)通過例如MIME的格式被組織起來形成符合特定規(guī)范的數(shù)據(jù)，在Web系統(tǒng)中傳遞，包括表現(xiàn)形式，文字，聲

13、音，圖像等。</p><p><b>　　XML基礎(chǔ)</b></p><p>　　Web上的表現(xiàn)方式是以XML為基礎(chǔ)的形式，符合和不安全符合XML規(guī)范的數(shù)據(jù)用于描述資源的形式，對在Web系統(tǒng)中充分的使用，這使得Web系統(tǒng)可以兼容不同的實現(xiàn)方式，廣泛的被利用和實現(xiàn)。</p><p>　　1.2 Web服務(wù)架構(gòu)</p><p&g

14、t;　　Web服務(wù)架構(gòu)[5]( Web服務(wù)Architecture，簡稱WSA)是由W3C的Web服務(wù)架構(gòu)工作組(Web服務(wù)Architecture Working Group)正在開發(fā)過程中的Web服務(wù)架構(gòu)標(biāo)準(zhǔn)。Web服務(wù)架構(gòu)描述了Web服務(wù)標(biāo)準(zhǔn)的基本架構(gòu)，是Web服務(wù)系列標(biāo)準(zhǔn)的核心，在Web服務(wù)架構(gòu)中規(guī)定了Web服務(wù)的基本思想，Web服務(wù)實現(xiàn)體系的基本結(jié)構(gòu)模型。</p><p>　　1.2.1 Web服務(wù)架構(gòu)

15、中的角色</p><p>　　WSA標(biāo)準(zhǔn)定義了什么是Web服務(wù)，Web服務(wù)應(yīng)該具有什么，組成Web服務(wù)的各種基本感念，在Web服務(wù)中充當(dāng)著不同的角色。</p><p><b>　　代理和服務(wù)</b></p><p>　　服務(wù)是一組功能操作，由服務(wù)代理負(fù)責(zé)實現(xiàn)。Web服務(wù)系統(tǒng)的工作方式要求通過代理來實現(xiàn)服務(wù)，通過代理來請求和提供服務(wù)。但是服務(wù)的實

16、現(xiàn)并不依賴與某個代理，服務(wù)可以經(jīng)常更換代理，但是服務(wù)本身卻沒有變化。</p><p><b>　　請求者和提供者</b></p><p>　　服務(wù)建立之后，由服務(wù)的提供者負(fù)責(zé)提供服務(wù)，服務(wù)的請求者可以向提供者發(fā)出請求來獲取服務(wù)，這個請求和提供的過程需要在服務(wù)代理和請求代理之間通過消息系統(tǒng)進行信息交互，以完成整個服務(wù)的過程。</p><p>&l

17、t;b>　　服務(wù)的描述</b></p><p>　　服務(wù)的描述是Web服務(wù)的一個接口，它定義了消息的格式，數(shù)據(jù)的類型和傳輸協(xié)議等內(nèi)容，通過服務(wù)的描述使服務(wù)的請求者了解關(guān)于服務(wù)的信息，以便于調(diào)用服務(wù)。</p><p>　　1.2.2 Web服務(wù)協(xié)議棧的組成</p><p>　　目前WAS將Web服務(wù)協(xié)議劃分為幾個層次，層次之間的關(guān)系如下圖所示:<

18、;/p><p>　　圖1-1 Web服務(wù)協(xié)議棧</p><p>　　不同的標(biāo)準(zhǔn)和協(xié)議在Web服務(wù)架構(gòu)中起到不同的作用，結(jié)合在一起構(gòu)成了整個Web服務(wù)技術(shù)標(biāo)準(zhǔn)的協(xié)議棧。</p><p>　　1.2.3重要的結(jié)構(gòu)模型</p><p>　　WSA為Web服務(wù)系統(tǒng)規(guī)定了5種比較重要的結(jié)構(gòu)模型，下面將介紹這5種結(jié)構(gòu)類型，重點介紹面向消息的模型和面向服務(wù)的

19、模型。</p><p>　　1.2.3.1面向消息的模型</p><p>　　面向消息的模型(Message Oriented Model，簡稱MOM)，規(guī)定了在整個Web服務(wù)架構(gòu)中關(guān)于消息的內(nèi)容。MOM描述的重點是消息的內(nèi)容，消息之間的關(guān)系，消息發(fā)送者和接收者之間的關(guān)系以及其他與消息有關(guān)的處理過程。消息的概念</p><p>　　Web服務(wù)是一個松散藕合的架構(gòu)，在

20、這個架構(gòu)中存在的每個服務(wù)都是分布式的存在于若干個提供服務(wù)的系統(tǒng)中的，但是這些服務(wù)仍然需要信息交換，更普遍的一種情況是服務(wù)請求者向服務(wù)提供者提出對某個服務(wù)的請求的過程，所有類似的交互過程需要一種手段來完成，在Web服務(wù)架構(gòu)中實現(xiàn)這一手段的方式就是消息，圍繞有關(guān)消息的內(nèi)容建立的模型就是MOM，即面向消息的模型。因此，消息就是Web服務(wù)架構(gòu)中的信息交互層，消息這一層的內(nèi)容抽象于具體的通信協(xié)議或面向通信的中間件系統(tǒng)，例如，通過Java消息中間件

21、為基礎(chǔ)可以實現(xiàn)MOM，利用HTTP的請求和響應(yīng)也可以實現(xiàn)MOM, MOM與具體的實現(xiàn)機制無關(guān)。</p><p>　　組成面向消息模型的元素</p><p>　　面向消息的模型(Message Oriented Model，簡稱MOM)是由一組概念組成的，這些概念是組成MOM的必要元素。</p><p><b>　　(1)消息的相關(guān)性</b>&

22、lt;/p><p>　　如果要使一個MOM的系統(tǒng)中的消息可以被規(guī)范地組織起來，那么維護消息的相關(guān)性是很重要的，相關(guān)性是指消息和Web服務(wù)上下文之間的關(guān)聯(lián)，例如，依靠相關(guān)性，我們來判斷收到的一個響應(yīng)消息是前面發(fā)出的某個請求消息的響應(yīng)，從而把這兩個消息聯(lián)系起來。所以相關(guān)性是MOM中的一個要素。</p><p><b>　　(2)消息中介</b></p><

23、p>　　一個消息除了擁有一個消息的發(fā)送者，一個消息的接收者，之外還可能在交換過程中存在一個中介，這個中介對象既是消息的發(fā)送者，也是消息的接收者，在整個消息路徑中起到轉(zhuǎn)發(fā)的作用，消息中介使在消息路徑中添加一些附加處理過程成為可能，例如可以利用消息中介來實現(xiàn)安全控制。</p><p><b>　　(3)消息</b></p><p>　　消息是軟件代理之間一次信息交互

24、的數(shù)據(jù)單元，它描述了發(fā)送者和接收者之間所傳遞的數(shù)據(jù)的結(jié)構(gòu)。一個消息由消息頭，消息信封和消息數(shù)據(jù)組成。消息頭中的內(nèi)容是要用來擴展Web服務(wù)的應(yīng)用的，通過在消息頭中添加一些字段可以擴展Web服務(wù)的功能，例如把安全認(rèn)證的信息放在消息頭中可以使Web服務(wù)具備認(rèn)證的功能，消息信封中包含了一些傳遞消息時需要的信息，如接收者的地址。消息數(shù)據(jù)是消息所要傳遞的數(shù)據(jù)，在這個可以直接包含需要傳遞的數(shù)據(jù)，也可以只包含一個指向?qū)嶋H數(shù)據(jù)的URI。實現(xiàn)消息的方式很多

25、，每種方式都可以實現(xiàn)消息，但是支持的功能特性不同。最簡單的實現(xiàn)方式是使用HTTP的GET請求方式，此時消息頭由HTTP報頭來實現(xiàn)，數(shù)據(jù)內(nèi)容可以包含在URL內(nèi)的參數(shù)中，但是HTTP的報頭無法被Web服務(wù)利用來擴展其功能。另一種簡單的方式是直接傳送XML數(shù)據(jù)，</p><p>　　但這種方式也無法支持Web服務(wù)的功能擴展。SOAP實現(xiàn)的方式比前兩者要復(fù)雜一點，SOAP提供了對頭信息和SOAP信封的支持，借助SOAP的

26、信息頭部分，可以支持Web服務(wù)的功能擴展。</p><p><b>　　(4)消息信封</b></p><p>　　消息信封確實就如同裝著消息內(nèi)容的信封一樣，信封上面包含地址信息，消息傳輸者就依靠這個消息信封上的地址信息，將消息送達指定的地址，而且對于消息傳輸者來說它只需要消息信封上的信息就足夠了。消息信封的另外一個作用就是消息內(nèi)容封裝這一層次上提供一些擴展的功能，例

27、如將消息內(nèi)容進行加密操作，可以在消息信封這個層次內(nèi)完成。</p><p><b>　　(5)消息交換模式</b></p><p>　　消息交換模式是軟件代理之間傳遞消息的模式，它與應(yīng)用之間的通信內(nèi)容無關(guān)，只是定義那些支撐消息交換的通用方式，消息交換模式與通訊協(xié)議無關(guān)，但是必須與一種協(xié)議相互綁定，以soap方式的消息系統(tǒng)為例，消息模式定義了soap在消息的請求和響應(yīng)過程

28、中的交換模式。</p><p><b>　　(6)消息頭</b></p><p>　　消息頭的內(nèi)容，在前面已經(jīng)提到過，消息頭為Web服務(wù)通過頭信息進行功能的擴展提供了支持。</p><p><b>　　(7)消息描述語言</b></p><p>　　消息描述語言可以用來描述發(fā)送者發(fā)送的消息，接收者需

29、要接收的消息，主要描述消息的結(jié)構(gòu)，使交互信息的雙方可以規(guī)范化消息格式。</p><p><b>　　(8)消息標(biāo)識</b></p><p>　　消息標(biāo)識是一個消息的唯一標(biāo)識，每個消息都需要有一個唯一的消息標(biāo)識。</p><p><b>　　(9)消息路徑</b></p><p>　　消息路徑是從消息

30、的發(fā)送者開始到消息的預(yù)定接收者之間的軟件代理序列。消息路徑表達了處理一個消息經(jīng)過的順序，同時也包括那些在消息路徑上的消息中介。</p><p><b>　　(10)消息接收者</b></p><p>　　消息接收者是接收消息的軟件代理。一個消息可以有多個消息接收者，發(fā)送者在發(fā)送消息時也不需要了解所有的接收者的情況。</p><p><b&

31、gt;　　(11)消息發(fā)送者</b></p><p>　　消息發(fā)送者是發(fā)送消息的軟件代理。消息被發(fā)送后，在消息路徑上的軟件代理都會收到這個消息。</p><p><b>　　(12)消息傳輸</b></p><p>　　消息傳輸機制是消息實際傳輸?shù)臋C制，通常建立在已有的一些傳輸機制之上，如HTTP,SOAP, RMI等。</p

32、><p><b>　　(13)可靠的消息</b></p><p>　　消息的可靠性是面向消息的模型的一種特性，消息的可靠性直接影響Web服務(wù)的可靠性。</p><p><b>　　面向消息的模型結(jié)構(gòu)</b></p><p>　　面向消息模型的整體結(jié)構(gòu)可以由下圖所示:</p><p&g

33、t;　　圖1-2面向消息模型的結(jié)構(gòu)</p><p>　　面向消息模型中的各個元素之間的關(guān)系構(gòu)成了面向消息模型的基本結(jié)構(gòu)，各個元素通過相互之間的配合形成了面向消息模型的體系結(jié)構(gòu)，從這個結(jié)構(gòu)中可以看出Web服務(wù)消息模型的工作模式。</p><p>　　1.2.3.2面向服務(wù)的模型</p><p>　　面向服務(wù)的模型(Service Oriented Mode1,SOM)

34、的主要目的是描述軟件代理與其所提供和請求的服務(wù)之間的關(guān)系。Web服務(wù)是面向服務(wù)(SOA)的架構(gòu)，服務(wù)的概念在Web服務(wù)中很重要，SOM提供了針對服務(wù)描述，服務(wù)調(diào)用，服務(wù)任務(wù)，服務(wù)動作等內(nèi)容的抽象描述。面向服務(wù)的模型(Service Oriented Mode1,SOM)在Web服務(wù)架構(gòu)中并不是孤立的，它是建立在面向消息的模型(Message Oriented Model，簡稱MOM)基礎(chǔ)之上的。不管是提供服務(wù)還是請求服務(wù)都離不開消息的交

35、換，SOM不關(guān)心消息層的內(nèi)容，而是完全借助MOM來實現(xiàn)它的消息的需要。</p><p>　　面向服務(wù)模型中的服務(wù)</p><p>　　面向服務(wù)模型中的服務(wù)對于服務(wù)提供者和請求者是一些操作的集合，面向服務(wù)的模型建立了以服務(wù)為中心的交換體系。</p><p>　　組成面向服務(wù)模型的元素</p><p>　　面向服務(wù)的模型(Service Orie

36、nted Mode1,SOM)也是由一組概念組成的，這些概念的組合構(gòu)成了SOM的結(jié)構(gòu)。</p><p><b>　　(1)動作</b></p><p>　　動作是SOM中的重要概念，動作是由軟件代理執(zhí)行的一個過程.例如，發(fā)送一個消息，接收一個消息等。對于服務(wù)的提供者來說，執(zhí)行一個動作實際上是運行一段，SOM不關(guān)心動作如何具體執(zhí)行，而只是在抽象的層次上來定義動作的模式。

37、</p><p><b>　　(2)代理</b></p><p>　　代理是一個軟件程序，它來執(zhí)行人們需要的行為。例如，在互聯(lián)網(wǎng)上代理幫助用來檢索互聯(lián)網(wǎng)上的信息。</p><p><b>　　(3)服務(wù)場景</b></p><p>　　一個服務(wù)場景定義了旨在完成某項功能的相互協(xié)作的Web服務(wù)之間交互

38、信息的順序和條件。一個軟件代理需要遵循某個服務(wù)場景的順序才能達到它需要的目的。</p><p>　　(4)服務(wù)場景描述語言</p><p>　　服務(wù)場景描述語言是用來描述一個特定服務(wù)場景的語言，這種語言是程序之間可以相互交流的規(guī)范化的語言。</p><p><b>　　(5)服務(wù)</b></p><p>　　服務(wù)對于服務(wù)

39、提供者和請求者來說是一組動作。一個服務(wù)包含一些與之相關(guān)聯(lián)的任務(wù)，而且每個服務(wù)都有一個標(biāo)識符，這個標(biāo)識符是一個URI。服務(wù)可以被請求者請求，由提供者負(fù)責(zé)提供，請求者和提供者之間依靠服務(wù)接口來交換信息。</p><p><b>　　(6)服務(wù)描述</b></p><p>　　服務(wù)描述是描述服務(wù)接口的一些文檔，例如，一個完備的XML文檔就可以作為一個服務(wù)描述。</p&

40、gt;<p><b>　　(7)服務(wù)末端</b></p><p>　　一個服務(wù)的末端是實現(xiàn)這個服務(wù)的服務(wù)接口的網(wǎng)絡(luò)地址。</p><p><b>　　(8)服務(wù)接口</b></p><p>　　一個服務(wù)接口中描述了這個服務(wù)所發(fā)送和接收的消息，服務(wù)接口由服務(wù)末端提供實現(xiàn)。</p><p>

41、;<b>　　(9)服務(wù)操作</b></p><p>　　服務(wù)操作定義了調(diào)用服務(wù)的每個任務(wù)時發(fā)送和接收的消息。</p><p><b>　　(10)服務(wù)提供者</b></p><p>　　服務(wù)提供者是一個代理，這個代理執(zhí)行與服務(wù)有關(guān)的動作，一個服務(wù)可以由多個代理所提供，反過來一個服務(wù)提供者也可以提供多個服務(wù)。</p&

42、gt;<p><b>　　(11)服務(wù)請求者</b></p><p>　　一個服務(wù)請求者負(fù)責(zé)向一個服務(wù)提供者請求一個服務(wù)。</p><p><b>　　(12)服務(wù)語義</b></p><p>　　一個服務(wù)的語義是服務(wù)提供者和服務(wù)請求者之間的約定。語義與服務(wù)中封裝的任務(wù)有關(guān)。</p><p

43、><b>　　(13)服務(wù)任務(wù)</b></p><p>　　服務(wù)任務(wù)是與一個服務(wù)相關(guān)的事務(wù)單元，服務(wù)任務(wù)由一個服務(wù)目的和一個動作組成，目的用來描述任務(wù)會達到的目的效果，動作描述了達到這個目的的處理過程。</p><p><b>　　面向服務(wù)模型的結(jié)構(gòu)</b></p><p>　　面向服務(wù)模型中的各個元素之間的關(guān)系如下

44、圖所示:</p><p>　　圖1-3面向服務(wù)模型的結(jié)構(gòu)</p><p>　　面向服務(wù)模型中的各個元素之間的關(guān)系構(gòu)成了面向服務(wù)模型的基本結(jié)構(gòu)，各個元素通過相互之間的配合形成了面向服務(wù)模型的體系結(jié)構(gòu)。</p><p>　　1.2.3.3面向資源的模型</p><p>　　WSA中定義了面向資源的模型，這個模型從資源的角度描述了Web服務(wù)的結(jié)構(gòu)。

45、在WSA中只要擁有一個描述符的定義，就可以稱之為一個資源。WSA為資源提供了定義和使用的模型，代理可以通過PUT, GET, DELETE等操作來改變資源的狀態(tài)，資源也可以通過一些表現(xiàn)方式顯示出來，同時資源也可以被描述和發(fā)現(xiàn)。</p><p>　　1.2..3.4面向規(guī)則的模型</p><p>　　WSA中定義了面向規(guī)則的模型，規(guī)則是對代理行為的約束，在WSA中通過控制規(guī)則實現(xiàn)對代理的某些

46、行為的允許和禁止。規(guī)則模型的建立為Web服務(wù)的安全控制提供了基礎(chǔ)。</p><p>　　WSA中定義了面向規(guī)則的模型，規(guī)則是對代理行為的約束，在WSA中通過控制規(guī)則實現(xiàn)對代理的某些行為的允許和禁止。規(guī)則模型的建立為Web服務(wù)的安全控制提供了基礎(chǔ)。</p><p>　　1.2.3.5面向管理的模型</p><p>　　WAS中還定義了面向管理的模型，管理模型的建立是為

47、了對Web服務(wù)資源進行有效的管理，為開發(fā)者提供了在分布式系統(tǒng)中管理Web服務(wù)的方法。</p><p>　　1.2.4支持Web服務(wù)的技術(shù)體系</p><p>　　目前Web服務(wù)技術(shù)體系的實現(xiàn)主要依靠以XML,SOAP, WSDL等技術(shù)為基礎(chǔ)的一系列標(biāo)準(zhǔn)，這些標(biāo)準(zhǔn)在不同的方面支持了Web服務(wù)的架構(gòu)實現(xiàn)。</p><p>　　1.2.4.1 XML與Web服務(wù)</

48、p><p>　　XML是Web服務(wù)技術(shù)體系中最基礎(chǔ)的標(biāo)準(zhǔn)，Web服務(wù)的一切都建立在XML技術(shù)的基礎(chǔ)之上，包括Web服務(wù)的消息，描述，服務(wù)實現(xiàn)的各個環(huán)節(jié)。XML是Web服務(wù)實現(xiàn)跨實現(xiàn)結(jié)構(gòu)方式的基礎(chǔ)，利用XML Web服務(wù)的服務(wù)提供者和請求者可以利用不同的開發(fā)語言協(xié)作完成服務(wù)調(diào)用的過程。XML是Web服務(wù)技術(shù)體系中的很多標(biāo)準(zhǔn)建立的基礎(chǔ)。</p><p>　　1.2.4.2 SOAP與Web服務(wù)&l

49、t;/p><p>　　SOAP是簡單對象訪問協(xié)議，它的出現(xiàn)為Web服務(wù)提供了一種實現(xiàn)的方式，目前已經(jīng)得到廣泛的應(yīng)用，而且基于SOAP的許多擴展標(biāo)準(zhǔn)正在逐漸完善，以SOAP為基礎(chǔ)的Web服務(wù)技術(shù)體系正在不斷的擴大。</p><p>　　1.2.4.3 WSDL與Web服務(wù)</p><p>　　WSDL是與soap相結(jié)合使用的Web服務(wù)描述語言，通過WSDL可以描述一個服

50、務(wù)的信息。這些信息使不了解這個服務(wù)的開發(fā)者可以建立調(diào)用這個服務(wù)的客戶端代碼，或者通過WSDL幫助生成實現(xiàn)它的基本代碼結(jié)構(gòu)。WSDL在Web服務(wù)的實際開發(fā)過程中起著重要的作用。</p><p>　　第二章Web網(wǎng)站的發(fā)布與管理</p><p>　　2．1Web網(wǎng)站的發(fā)布</p><p>　　2．1．1首先我們談?wù)刉eb網(wǎng)站的發(fā)布，對于web網(wǎng)站的發(fā)布首先我們要選擇用于

51、發(fā)布web網(wǎng)站的服務(wù)器。如果是JSP的網(wǎng)站我們可以選擇Tomcat、Weblogic等服務(wù)器。建議選用簡單免費的Tomcat服務(wù)器。</p><p>　　2．1．2首先安裝Tomcat服務(wù)器，安裝完成后，在Eclipse里面發(fā)布我們的網(wǎng)站，然后打開tomcat服務(wù)，在瀏覽器里面輸入http://127.0.0.1:8000</p><p>　　如果是ASP或者.net的網(wǎng)站，建議選用Mic

52、rosoft的IIS服務(wù)器。首先我們在Windows操作系統(tǒng)的控制面板中找到“添加刪除程序”，安裝IIS服務(wù)器。</p><p>　　安裝完畢后，在控制面板的管理工具中找到Inter信息管理，就是IIS。把我們的asp網(wǎng)站根目錄拷貝到wwwroot目錄下，在IIS點擊發(fā)布按鈕。然后我們就可以在瀏覽器中訪問我們的網(wǎng)站了，http://127.0.0.1</p><p>　　2．2Web網(wǎng)站的

53、管理</p><p>　　利用tomcat管理web網(wǎng)站。首先從瀏覽器進入tomcat服務(wù)器，輸入http://127.0.0.1:8000 選在Admin選項，選擇想要管理的站點，就可以對站點進行管理操作。</p><p>　　如果是IIS服務(wù)器，首先我們進入IIS服務(wù)器，選擇想要管理的站點，就可以對站點進行管理操作。</p><p>　　第三章Web服務(wù)器的配置

54、</p><p>　　3．1如何安裝IIS(其中包含多個服務(wù)程序,本文只介紹Web Server) </p><p>　　準(zhǔn)備一張Windows Server 2003的安裝盤,然后將盤插入光盤驅(qū)動器. 如圖打開控制面板的"添加或刪除程序",然后點擊"添加/刪除Windows組件". 依次選取"應(yīng)用程序服務(wù)器"->&qu

55、ot;Internet信息服務(wù)".此時使用默認(rèn)的組件,并同時選擇ASP.net組件. PDF 文件使用 "pdfFactory" 試用版本創(chuàng)建，點擊確定等待安裝結(jié)束. 3．2配置WEB服務(wù)器 　　在安裝結(jié)束以后將會在管理工具中多增加"Internet信息服務(wù)(IIS)管理器". 選擇此項配置服務(wù)器. 可自行配置Web站點的名稱等.系統(tǒng)默認(rèn)目錄為C:\Inetpub\wwwroot,如

56、果有特殊情況可自行更改. PDF 文件使用 "pdfFactory" 試用版本創(chuàng)建 打開站點屬性進行詳細(xì)配置: [網(wǎng)站]標(biāo)簽: 描述:WEB站點的名稱描述. IP地址:服務(wù)器的網(wǎng)絡(luò)地址. TCP端口:服務(wù)器的連接端口,如果沒有什么特別情況,就盡量不要改變. PDF 文件使用 "pdfFactory" 試用版本創(chuàng)建 SSL端口:進行"要求安全通道"的安全認(rèn)證端口. 連接超時:即進

57、行客戶連接的最大不應(yīng)時間(有點俗話)</p><p>　　第四章 Web軟件的選擇</p><p>　　4.1 Apache </p><p>　　Apache仍然是最偉大的全能選手，也許它有些過于龐大、歷史悠久，但是其優(yōu)秀的性能和大量用戶群，它應(yīng)該會有更好的發(fā)展。就它靈活性和豐富的特性功能而言，Apache相對于這里測試的其他Web服務(wù)器來說可以說是Web服務(wù)器

58、的標(biāo)準(zhǔn)。除非你的在過去的四年里與這個世界相隔離，否則一定會看到大量的新聞文章歡呼Apache的成功，并將其作為開放源碼成功的典范。Apache并不是采用GPL版權(quán)聲明，而是采用自己的Apache Server版權(quán)聲明，其強調(diào)自由地使用源代碼。Apache同樣以"補丁服務(wù)器"而聞名，主要是因為早期Apache的開發(fā)是通過對NCSA的httpd代碼添加補丁程序來進行的。Apache被看做是"補丁服務(wù)器"

59、;還因為它具有模塊化特性，該特性實現(xiàn)了Apache的靈活性和可擴展性，而且開發(fā)者可以利用該特性很容易地添加第三方功能模塊，通過模塊開發(fā)人員可以添加任何功能，模塊是很多內(nèi)容管理系統(tǒng)的功能基礎(chǔ)，如Midgard，Zope等。 </p><p>　　幾乎所有的Linux發(fā)布都安裝Apache作為默認(rèn)配置。SuSE 7.1甚至預(yù)安裝有包括各種高級模塊選項的Apache，如PHP3，mod_perl和LDAP等等。用戶會驚

60、奇地發(fā)現(xiàn)系統(tǒng)安裝成功就會有一個功能強大的Web服務(wù)器可供選擇。雖然安裝Apache并不是非常簡單，但是如果有具有新的特性或安全補丁的Apache發(fā)布，則下載源代碼包并編譯新的Apache是值得的。Apache不但具有龐大的用戶群基礎(chǔ)，并且有豐富的配置使用文檔。 </p><p>　　Apache的主配置文件為純文本格式的httpd.conf，隨著Apache版本的發(fā)展，其他一些配置文件則逐漸消亡，趨向于使用單一的

61、配置文件httpd.conf來存放所有的配置指令，如客戶訪問信息、記錄認(rèn)證信息和虛擬服務(wù)器等等。Apache配置選項采用的是指令模式，配置指令設(shè)定各種參數(shù)的值，例如：DocumentRoot設(shè)置服務(wù)器Web頁面的根目錄。你也可以靈活地設(shè)置多個基于IP或基于域名的虛擬Web服務(wù)器，這些Web虛擬服務(wù)器可以各自定義獨立的DocumentRoot配置指令。而LoadModule指令則用來指定加載不同的模塊來實現(xiàn)對Apache服務(wù)器功能的擴充。

62、這些新功能大多是提供服務(wù)器端對腳本技術(shù)的支持，比如Perl、PHP等。Apache結(jié)合使用ApacheJServ可以實現(xiàn)對Java servlets及JSP的支持。 </p><p>　　Apache的很多模塊實現(xiàn)安全方面的防護：如mod_auth提供對對服務(wù)器上數(shù)據(jù)進行適當(dāng)?shù)谋Ｗo，而SSL模塊則用來保護服務(wù)器和客戶端之間的通信安全。 </p><p>　　對于大多數(shù)用戶來說，手工編輯冗長

63、的httpd.conf文件顯得枯燥且易出錯。幸運的是Redhat中的Linuxconf和Webmin都提供了非常完善的Apache配置模版。Aapche的GUI項目同樣提供了Comanche和Mohawk來實現(xiàn)對Apache圖形方式配置和管理。這些工具都大大減少了管理和配置Apache的難度，但是對httpd.conf一定理解對于配置高性能服務(wù)器來說是非常重要的。 </p><p>　　很多地方都聲明Apache

64、并不是最快的Web服務(wù)器，Apache的開發(fā)者的確是沒有過多地考慮其開發(fā)一個超快的Web服務(wù)器。而功能和穩(wěn)定性則是考慮更多的因素。然而Apache在很多負(fù)載很大的站點中運行非常正常，并沒有得到過多的關(guān)于性能的抱怨。在我們使用Webstone進行性能測試中，發(fā)現(xiàn)Apache的吞吐量位居第一，并且出錯最少。在測試中雖然Apache的可擴展性不知最強，但是仍然是提供了如此多特性的服務(wù)器中速度最快的。 </p><p>

65、　　4.2 Zeus Webserver3.3.8 服務(wù)器 </p><p>　　Zeus是一個商業(yè)化的Web服務(wù)器產(chǎn)品，最近它成為很多業(yè)界媒體中的頭條新聞，因為有消息宣稱Zeus服務(wù)器的性能在2.4內(nèi)核＋SMP環(huán)境下相對于2.2.x內(nèi)核環(huán)境下性能提升了85%之多。速度永遠(yuǎn)是Zeus服務(wù)器的賣點。常常有評論說如果希望對Linux進行其作為服務(wù)器操作系統(tǒng)的性能測試，那么就運行Zeus進行測試。 </p>

66、<p>　　Zeus服務(wù)器在SMP環(huán)境下有優(yōu)秀的可伸縮性，并實現(xiàn)了常見的特性集合，如訪問控制、動態(tài)內(nèi)容產(chǎn)生和安全等。它具有健壯、集成有集群支持的容錯和負(fù)載平衡等特色，是高端應(yīng)用的很好的選擇。 </p><p>　　Zeus服務(wù)器的安裝和管理相對比較簡單。軟件是以tar.gz格式的包格式，安裝軟件只需要解壓軟件包并運行一個安裝腳本，在性能適當(dāng)?shù)臋C器上安裝過程只需要幾分鐘。而且Zeus服務(wù)器安裝以后提供

67、Web方式的遠(yuǎn)程管理功能。 </p><p>　　對Zeus的管理分為兩個部分：管理配置部分包含對管理服務(wù)器本身的配置和訪問；而Web配置部分則包含對Web服務(wù)器的各方面特性的設(shè)置，從虛擬服務(wù)器設(shè)置到集群系統(tǒng)的管理及監(jiān)控等等方面。默認(rèn)情況下即使Zeus僅僅運行一個服務(wù)器，其也被看做是一個虛擬服務(wù)器。和Apache一樣，多個虛擬服務(wù)器可以運行在同一臺服務(wù)器上，同樣虛擬服務(wù)器可以是"硬"(基于IP

68、)或"軟"(基于域名)虛擬服務(wù)器。 </p><p>　　管理服務(wù)器的GUI界面非常易于使用，可以輕易生成復(fù)雜的多虛擬服務(wù)器的配置。使用GUI，不同虛擬服務(wù)器的設(shè)置可以相互克隆，可以建立集群系統(tǒng)，可以實現(xiàn)類似.htaccess的模塊化配置。監(jiān)控工具非常不錯，具有對每個虛擬服務(wù)器和獨立的集群節(jié)點的動態(tài)監(jiān)控。 </p><p>　　其功能可以與Apache匹敵，包含易于實現(xiàn)

69、的SSL安全特性和其他有用的特性，如帶寬控制等等。Zeus宣稱支持PHP和Java Servlets。雖然易于使用的管理界面在某種程度上模糊了這些高級的配置特性。PHP4可以通過Zeus支持的API方式(NSAPI)來運行，也可以通過CGI發(fā)給你是來運行。但是很多用戶報告這種API方式存在穩(wěn)定性問題。 </p><p>　　高端應(yīng)用服務(wù)器的性能總是難以精確的測試，在負(fù)載相對較小情況下進行的測試，盡管很難給出在超負(fù)

70、荷情況下服務(wù)器的運行情況，仍然具有一定的實用價值。在我們的測試中，Zeus在服務(wù)器的吞吐量和響應(yīng)時間上性能卓越，和Apache一樣它出錯的概率也很少。Zeus具有其它服務(wù)器所不具有的漂亮簡潔的GUI配置界面。據(jù)報道，Zeus在四個處理器的Linux系統(tǒng)下運行性能良好。要建立高性能的Zeus服務(wù)器，相對其它服務(wù)器Zeus顯得略為有點繁瑣。 </p><p>　　4.3 iPlanet Enterprise Edit

71、ion 4.1 </p><p>　　Netscape公司為不同操作系統(tǒng)平臺開發(fā)了多種WEB服務(wù)器，但到最近它才發(fā)布了自己在Linux下的產(chǎn)品。曾經(jīng)非常流行的Netscape Enterprise Server現(xiàn)今被運行在Linux下的同類產(chǎn)品iPlanet Enterprise Edition所替代。iPlanet是SUN、Netscape和AOL公司聯(lián)合生產(chǎn)的WEB產(chǎn)品，它被力圖設(shè)計成高性能、跨平臺的e-co

72、mmerce產(chǎn)品。iPlanet和其它Netscape產(chǎn)品一樣具有很高的性能，而且iPlanet具有SUN公司Java的特性。 </p><p>　　iPlanet可以自由下載評估版使用，也可以購買正式版本。因為在壓縮包中包含Java的運行環(huán)境JRE，所以iPlanet的壓縮包相對較大。壓縮包被解壓后，一個基于shell的簡單安裝工具可以幫助用戶完成Administration服務(wù)器和Web服務(wù)器的安裝。所有關(guān)于

73、安裝的信息都在這個時候輸入，當(dāng)然你也可以選擇安裝的選項，如選擇安裝Java組件或者LDAP目錄，以便以后利用LDAP管理用戶和組。 </p><p>　　就像現(xiàn)今流行的那樣，iPlanet也允許以瀏覽器方式管理和配置。Administration服務(wù)器提供了全面的管理和監(jiān)測功能，利用它可以重新配置Administration服務(wù)器和Web服務(wù)器。在集群節(jié)點iPlanet服務(wù)器環(huán)境中，可以在一個Administra

74、tion服務(wù)器中利用群集數(shù)據(jù)庫管理它們。 </p><p>　　iPlanet的多層菜單結(jié)構(gòu)體現(xiàn)了iPlanet豐富的功能，利用菜單選項可以實現(xiàn)WEB服務(wù)器的所有管理。iPlanet具有非常有用的在線幫助文檔和完整的SSL加密機制，這些特性保證用戶登陸和現(xiàn)場檢測的安全性。iPlanet允許配置基于IP和名字的虛擬服務(wù)器。 </p><p>　　現(xiàn)在WEB服務(wù)器和WEB應(yīng)用程序服務(wù)器之間的界

75、限變得越來越模糊，iPlanet象其它專業(yè)WEB服務(wù)器一樣也支持JAVA API，以便提高自己的性能。Enterprise Edition 4.1本身內(nèi)置JRE，可以和大多數(shù)的數(shù)據(jù)庫互聯(lián)，它也支持JSP 1.1的API、Serverlets 2.2的API和Livewire。它擁有功能強大的軟件包，其功能遠(yuǎn)遠(yuǎn)超過了動態(tài)腳本語言。Enterprise Edition 4.1同時也支持傳統(tǒng)的腳本方式，如CGI、NSAPI，因而可以沒有任何問

76、題、方便的從其它產(chǎn)品遷移到iPlanet。 </p><p>　　iPlanet具有現(xiàn)今高性能WEB服務(wù)器的特性，相對其它WEB服務(wù)器iPlanet還提供更多的JAVA功能。在WebStone環(huán)境中測試，iPlanet的性能非常良好。雖然iPlanet有時會因服務(wù)器端未能響應(yīng)客戶端的請求而在客戶端產(chǎn)生許多錯誤，但是它的吞吐量和響應(yīng)時間性能卓越。作為一個昂貴的WEB服務(wù)器產(chǎn)品，希望能看到以WebStone作為測試基

77、準(zhǔn)的更多的測試結(jié)果。如果你在尋找能夠運行標(biāo)準(zhǔn)Java API，并且在Java API環(huán)境下運行速度良好的WEB服務(wù)器產(chǎn)品，iPlanet當(dāng)是你的首選 </p><p>　　4.4 AOLserver 3.3.1 </p><p>　　AOLserver是一個多線程、可升級和擴展的WEB服務(wù)器。AOLserver服務(wù)器使用簡單而且功能強大的Tcl作為其內(nèi)嵌式的腳本語言和服務(wù)器端的API。就像

78、名字所表明的那樣，AOLserver在AOL公司的在線服務(wù)中得到了廣泛應(yīng)用，隨著AOL公司本身的發(fā)展，AOLserver也增添了更多的特性，其速度也得到了顯著提高。和其它大公司一樣，AOL公司也公布了AOLserver的所有源代碼。該源代碼遵循AOL公司自己的AOLserver版權(quán)聲明，同時AOL公司也從此種開放式開發(fā)模型中獲益。 </p><p>　　AOLserver的研究始于1994年，當(dāng)時它作為完整的WE

79、B發(fā)布系統(tǒng)的一部分進行開發(fā)。在該WEB發(fā)布系統(tǒng)中內(nèi)嵌了WEB服務(wù)器的WYSIWYG網(wǎng)頁編輯器，該網(wǎng)頁編輯器強調(diào)內(nèi)容變化的便利性和內(nèi)容更新的快捷性。恰如早期的HTML和WWW網(wǎng)一樣，WEB發(fā)布系統(tǒng)被設(shè)計成一個完整的網(wǎng)頁編輯系統(tǒng)。隨著時間的推移，AOL公司的網(wǎng)頁編輯器已經(jīng)不復(fù)存在，但是由于Tcl腳本語言的出現(xiàn)和它對動態(tài)網(wǎng)頁的支持，AOLserver卻生存了下來。 </p><p>　　和Apache相比，AOLser

80、ver也支持源代碼公開、性能也非常優(yōu)異，它們都可以通過模塊方式添加新的功能，但是AOLserver卻支持Tcl語言，而且以不同的方式和數(shù)據(jù)庫互連。AOLserver可以連接和使用后臺的關(guān)系型數(shù)據(jù)庫(RDBMS)，例如Oracle，PostgreSQL等。AOLserver在UNIX系統(tǒng)中作為單個進程運行，從而使得Web服務(wù)器可以共享數(shù)據(jù)庫連接，進而使得運行在AOLserver中的腳本語言擁有更高的速度。AOLserver的腳本語言也可以

81、通過一個抽象層同時訪問許多數(shù)據(jù)庫管理系統(tǒng)。 </p><p>　　AOLserver可以免費從AOL的官方網(wǎng)址或者它的開發(fā)站點Sourceforge下載。只要把AOLserver的壓縮包解壓，就可以非常簡單的使用gmake編譯和安裝AOLserver服務(wù)器、可選模塊、Tcl庫、工具軟件及其響應(yīng)文檔。用戶可以使用config.tcl配置AOLserver的環(huán)境。用戶也可以如Apache那樣，安裝和管理權(quán)限控制、CG

82、I、SSL和數(shù)據(jù)庫連接等模塊。剛開始的時候，用戶可能無法完全清楚、正確的安裝和設(shè)置"軟"(基于域名)虛擬服務(wù)器。AOLserver的文檔非常完整詳細(xì)，但是有點略微繁瑣。它包括了安裝、配置的方方面面和Tcl API的詳細(xì)說明。但是AOLserver并不支持基于HTTP 1.1的軟虛擬服務(wù)器。 </p><p>　　用戶可以在遠(yuǎn)程利用類似Tclsh的模塊管理AOLserver，該模塊運行在系統(tǒng)的指

83、定端口。一旦運行該模塊，通過Telnet方式連接、管理AOLserver或者利用監(jiān)控模塊執(zhí)行Tcl命令都是很簡單的事情了。 </p><p>　　在許多測試環(huán)境下，AOLserver的表現(xiàn)并不能令人滿意。在WebStone環(huán)境測試AOLserver，會出現(xiàn)許多錯誤，還有相當(dāng)多的客戶無法連接到AOLserver服務(wù)器。雖然以上的問題會使人認(rèn)為AOLserver的性能很差，但是在負(fù)載相對較小情況下進行的測試結(jié)果并不能

84、完全令人信服。 </p><p>　　我們不能據(jù)此就認(rèn)為AOLserver不值得一用，因為利用WebStone無法測試數(shù)據(jù)庫的連接速度等其它參數(shù)，因而以上的測試結(jié)果僅供參考。盡管AOLserver沒有簡潔的安裝和配置工具，但是對那些需要較快數(shù)據(jù)庫響應(yīng)速度的客戶，還是推薦使用該類產(chǎn)品。 </p><p>　　4.5 Roxen WebServer 2.1.31 </p><

85、;p>　　當(dāng)說到適應(yīng)動態(tài)網(wǎng)頁內(nèi)容這個問題時，我們又使用了模塊k化這個名詞。Roxen服務(wù)器使用了一個服務(wù)器端的語言Pike，利用Pike既可以為Roxen開發(fā)全新的模塊，也可以嵌入到Roxen系統(tǒng)中。Pike是解釋性語言，語法和C語言非常相似。因為Pike是在以前寫MUD游戲的語言的基礎(chǔ)上發(fā)展起來的，因而它在安全認(rèn)證方面非常出色。Pike無論從編程風(fēng)格還是語法特點上都和C語言很接近，所以一個標(biāo)準(zhǔn)的C語言程序在很短的時間就可以改寫成

86、Pike程序。作為一個解釋語言，Pike當(dāng)然比編譯性語言C的速度要慢，但是它的調(diào)試相對簡單而且開發(fā)周期也很短。在Roxen服務(wù)器環(huán)境下，使用Pike語言生成動態(tài)網(wǎng)頁內(nèi)容，速度會有所提高。 </p><p>　　在Roxen中可以使用RXML語言生成動態(tài)網(wǎng)頁內(nèi)容。RXML是函數(shù)形式的服務(wù)器端XML腳本語言，它由Roxen服務(wù)器解析并執(zhí)行。Roxen使用HTML方式的標(biāo)簽生成動態(tài)網(wǎng)頁，標(biāo)簽可以由JAVA或者Pike生

87、成。其實在Roxen服務(wù)器環(huán)境中，幾乎所有的工作都可以使用Pike完成。 </p><p>　　安裝Roxen非常的簡單，只要使用下載的shell腳本就可以方便的解壓所有必需的文件，并且設(shè)置管理接口和Roxen服務(wù)器本身。在安裝完Java2，Orcle和Sysbase特制的腳本語言和推薦使用的內(nèi)置升級系統(tǒng)后，Roxen的所有特點就會漸漸顯露出來，同時Roxen也會安裝Pike的解釋器和其它工具。 </p&g

88、t;<p>　　就象其它的WEB服務(wù)器一樣，Roxen也允許使用基于瀏覽器方式完成服務(wù)器配置工作。這種配置方式擁有流行的、簡單的菜單系統(tǒng)，使用這些菜單可以設(shè)置系統(tǒng)的所有選項。Roxen中也有豐富的幫助文件，這些文件涵括了Roxen和Pike的方方面面。通過模板或不使用模板生成一個新的站點都可以配置"硬"(基于IP)虛擬服務(wù)器。模板就是Pike模塊的基本列表，利用這些模板就可以設(shè)置Roxen的不同功能。任

89、何站點或者服務(wù)器必須設(shè)置和運行特定的模塊，并使用它們管理站點的內(nèi)容。一個站點必須包括文件系統(tǒng)模塊和目錄模塊。利用文件系統(tǒng)模塊可以設(shè)置文件的根目錄，目錄模塊則管理索引文件和目錄列表。在Roxen系統(tǒng)中，用戶可以根據(jù)需要檢查每個模塊的配置內(nèi)容和安全性信息。 </p><p>　　在任何Roxen站點中都可以添加帶寬控制、代理、中轉(zhuǎn)服務(wù)等外來模塊及兼容性、數(shù)據(jù)庫連接、Java、PHP4和Perl語言的支持模塊。 <

90、;/p><p>　　Roxen管理服務(wù)器允許同時登陸管理和WEB服務(wù)，并對其進行全面監(jiān)控。Roxen還提供SSL安全機制。對于那些習(xí)慣Apache系統(tǒng)的用戶來說，安裝Roxen可能得費些功夫。但是一旦習(xí)慣了使用Roxen-Pike，你就會覺得Roxen強大的功能也是頗令人喜歡的。 </p><p>　　因為Roxen允許使用外置模塊，所以它的性能受這些模塊的影響較大。在一個運行Roxen的高端

91、Supermicro服務(wù)器中連接700個客戶端，CPU的資源會全被占用，這樣其它任務(wù)的性能就會降低。雖然在WebStone環(huán)境的測試表明Roxen的大多數(shù)參數(shù)指標(biāo)比Apache和Zeus的要低，但是Roxen的總體性能還是令人滿意。那些希望把Roxen作為高負(fù)載服務(wù)器使用的用戶，建議再進行相關(guān)的測試，或者選取其它的測試工具。雖然Roxen總體看起來很穩(wěn)定，而且具有非常出色的Pike和令人心動的外置模塊功能，但是我們?nèi)匀唤ㄗh用戶把Roxe

92、n看作一種有益的嘗試。 </p><p>　　4.6 Jigsaw </p><p>　　你不可能再找到象Jigsaw那樣適應(yīng)未來需要的WEB服務(wù)器了。它由WWW組織(W3C)開發(fā)，W3C組織負(fù)責(zé)研究和規(guī)定網(wǎng)絡(luò)協(xié)議的標(biāo)準(zhǔn)(如HTTP)。Jigsaw 剛開始被設(shè)想成HTTP 1.1的運行環(huán)境。它使用JAVA語言開發(fā)，是成功的面向?qū)ο?、功能全面的服?wù)器。因為Jigsaw不受測試平臺的限制，所

93、以Jigsaw是一個具有活力的、擁有無限潛能的優(yōu)秀WEB服務(wù)器。 </p><p>　　Jigsaw使用JAVA作為開發(fā)語言，因而它可以方便地在所有支持JAVA的平臺上運行。通過使用模塊化的方法，Jigsaw具有更高的靈活度和可擴展性，可以動態(tài)的把模塊加入服務(wù)中。Jigsaw利用面向?qū)ο蟮姆椒ㄔO(shè)計和開發(fā)，因而所有資源包括CGI腳本和文件都被視為對象，從此不難看出Jigsaw在未來的前景。 </p>

94、<p>　　但是對那些具有傳統(tǒng)知識背景的人來說，這種新型體系結(jié)構(gòu)可能會使人感到迷惑。安裝和運行基于JAVA的軟件總是需要一定的技巧，而且運行這種便攜式語言的性能仍值得懷疑。 </p><p>　　一旦下載了必需的JDK(或者SDK)和最新的Jigsaw版本，安裝Jigsaw將會非常的簡單。在Jigsaw服務(wù)器中，幫助用戶設(shè)置Jigsaw環(huán)境、運行服務(wù)和編譯特性文件的幫助文件非常有限。但是以上的系統(tǒng)設(shè)置并

95、不是很難，用戶可以在幾分鐘完成這項工作。本地或者遠(yuǎn)程用戶都可以通過瀏覽網(wǎng)頁獲取設(shè)置Jigsaw管理服務(wù)器的詳細(xì)信息。 </p><p>　　JigAdmin擁有友好的圖形控制界面，利用它可以控制本地的Jigsaw管理服務(wù)器。JigAdmin有許多命令選項，其可控制的功能相當(dāng)?shù)膹?fù)雜，用戶可以利用它管理Jigsaw管理服務(wù)器和http服務(wù)器。JigAdmin使用不同的樹型結(jié)構(gòu)代表doc space，indexers，

96、properties和realm等的相關(guān)內(nèi)容。doc space很明顯是關(guān)于JigAdmin的目錄和文件結(jié)構(gòu)。properties指代的是servlet和loggind等的服務(wù)特性。realm和indexers則對用戶不透明。直觀的理解這些資源的意義是很不現(xiàn)實的。即使你對面向?qū)ο蠼Y(jié)構(gòu)不太熟悉，仍很有必要全面的閱讀JigAdmin的文檔，因為JigAdmin中的很多概念難以掌握。 </p><p>　　JigAdm

97、in的文檔服務(wù)強調(diào)兩個不同的處理階段：索引階段和服務(wù)階段。索引階段為所使用的文檔生成資源，以便減輕服務(wù)階段的壓力。資源是理解Jigsaw的關(guān)鍵，通過資源編輯器管理資源是體現(xiàn)JigAdmin強大功能的關(guān)鍵。Jigsaw把資源作為對象和外界進行交互。這些資源可以是原始對象，例如文本或者圖形文件，或者生成的對象如servelet、CGI腳本和過濾的資源等。一旦你熟悉了Jigsaw的這些核心概念后，你就感受到Jigsaw的強大功能。Jigsaw

98、的這些特性使得它在動態(tài)腳本處理方面比其它同類產(chǎn)品更為出色，但其的學(xué)習(xí)過程也略為艱難。Jigsaw所有的特性和概念都來源于把萬維網(wǎng)看作一個整體環(huán)境，而這就使得Jigsaw體現(xiàn)了最新的技術(shù)和標(biāo)準(zhǔn)。和Apache和NCSA HTTPd相比，在某些情況下Jigsaw具有很好的性能。但不幸的是我們無法用WebStone去測試和評估Jigsaw的性能。即使和很少的Client機連接，運行Jigsaw的服務(wù)器就會因為過載而無法再返回測試結(jié)果。 <

99、;/p><p>　　第五章 IIS的安裝配置與管理</p><p>　　5.1 IIS6.0安裝過程　</p><p>　　在控制面板里依次選擇“添加或刪除程序”的“添加/刪除Windows組件”；雙擊“應(yīng)用程序服務(wù)器”，再雙擊“Internet信息服務(wù)(IIS)”，選中“萬維網(wǎng)服務(wù)”（注：此選項下還可進一步作選項篩選，請根據(jù)自己需要選用，如下圖所示），點確定即安裝完

100、成。(一個方便的方法:選他的組件會自動選上) </p><p>　　5.2IIS6.0的配置　　</p><p>　　5.2.1WEB服務(wù)默認(rèn)隨系統(tǒng)啟動</p><p>　　IIS6.0最初安裝完成是只支持靜態(tài)內(nèi)容的（即不能正常顯示基于ASP的網(wǎng)頁內(nèi)容），因此首先要做的就是打開其動態(tài)內(nèi)容支持功能。依次選擇“開始”－“程序”－“管理工具”－“inter信息服務(wù)管理器”

101、，在打開的IIS管理窗口左面點“web服務(wù)擴展”；將鼠標(biāo)所在的項“ASP.NET v.1.1.4322”以及“Active Server Pages”項啟用（點允許）即可。</p><p>　　右擊網(wǎng)站-新建-網(wǎng)站.按向?qū)Р僮?lt;/p><p>　　輸入網(wǎng)站描述：這里可以隨便填.一般為了方便查找.填寫網(wǎng)站的域名網(wǎng)站IP地址：服務(wù)器只有一個IP地址這里可以選(全部未分配),如果選了IP.在更換

102、服務(wù)器IP時.這里的IP也要進行更換.所以為方便.這里也不選.網(wǎng)站TCP端口(默認(rèn)值:80)(T)：:默認(rèn)為80.有特殊需要也可以更改為其他沒有用的端口(如81).但訪問時要在域名端口號:http://www.edong.com:81此網(wǎng)站的主機頭（默認(rèn)：無）：服務(wù)器做虛擬主機或者服務(wù)器上有多個站點時。主機頭填寫該站點的域名。只有一個站點可以不填（注：主機頭是唯一的。不可以和其他主機頭重復(fù)）路徑：單擊瀏覽。找到網(wǎng)站程序所放的目錄。允許下

103、列權(quán)限：默認(rèn)權(quán)限即可。這樣一個站點就初步建好了。添加主機頭：右擊剛建的站點（www.edong.com）－屬性－文檔選項卡－添加.添加上默認(rèn)的首頁文件名：默認(rèn)的首面文件通常有：index.htm.Default.htm.index.asp.Default.asp.Default.php.Default.aspx</p><p>　　網(wǎng)站選項卡新建站點的一個基本設(shè)置在這里可能更改。</p><p

104、>　　選擇高級：可以給網(wǎng)站添加多個域名。IP地址：默認(rèn)端口：80主機頭值：需要添加的域名(如：edong.com) 注：添加的域名不可重復(fù)。更改IIS日志的路徑,右鍵單擊“默認(rèn)Web站點→屬性-網(wǎng)站-在啟用日志記錄下點擊屬性,建議:IIS日志默認(rèn)是放在C:\WINDOWS\system32\LogFiles下.服務(wù)器運行一段時間后.日志會特別大.造成C盤空間不足.建議把路徑改在其他盤符5.2.2 性能選項卡：對于做

105、虛擬主機想限制各個站點帶寬的。這項很有用。5.2.3 主目錄選項卡：</p><p>　　本地路徑-瀏覽：網(wǎng)站程序的路徑。　配置－選項選項卡：</p><p>　　會話超時：session的存活時間啟用父路徑：windows默認(rèn)沒有勾選這個選項。在asp程序中使用“../”，請請復(fù)選框選中</p><p>　　5.2.4 目錄安全性選卡　　如果你的網(wǎng)站訪問需

106、要用戶名和密碼?？梢詸z查一下，是否啟用了匿名訪問，并檢查一下上面的用戶名：如上圖就是：IUSR_EDONG-FU5JINJ65 這個用戶對網(wǎng)站程序有沒有訪問的權(quán)限。5.3 IIS設(shè)置進行備份　　有多種方法可以用來完成此項工作。在Internet信息服務(wù)管理器控制臺（IIS插件）中所設(shè)置的屬性和值都被儲存在Metabase.bin文件中，缺省情況下，這個文件位于“C:\winnt\system32\inetsrv”目錄中。在IIS

107、 5.0中，你可以從內(nèi)置的IIS插件中來備份元數(shù)據(jù)。如果需要進行此工作，請選擇桌面上的計算機圖標(biāo)然后單擊右健。然后再選擇 “備份/恢復(fù)配置”。然后你就可以選擇備份現(xiàn)有元數(shù)據(jù)設(shè)置或者恢復(fù)以前的版本。與此相同的選項在MetaEdit 2.2中也可找到。 當(dāng)你以這種方式保存了元數(shù)據(jù)時，你的備份將以.md0文件的格式儲存在C:\winnt\system32\instrv\metaback文件夾中。當(dāng)你執(zhí)行備份時，文件將使用你所指定的名稱，如Pr

108、e-Lockdown.md0。如果你使用相同的文件名創(chuàng)建了多個備份，他</p><p>　　5.6為了防止跨站瀏覽，建議每個網(wǎng)站，使用不同的來賓賬號進行訪問?！　≡O(shè)置方法：　 (1)右擊我的電腦-管理-本地用戶和組-右擊（新建用戶,如：webuser，密碼為：edonguser）,設(shè)置為guests組。 (2)為您的網(wǎng)站目錄添加相應(yīng)的權(quán)限。如您的網(wǎng)站目錄在：D:\hosts\edong　。右擊ed