webService技術(shù)模擬試卷二

PAGE第8頁（共8頁）WebServices技術(shù)模擬試題二一填空題（每空2分，合計20分）1.Microsoft把Web服務視為是編程模型的基石。答案：.NET解釋：Microsoft關(guān)于Web服務的定義為：Web服務是一個向其他應用提供數(shù)據(jù)和服務的應用邏輯單元。應用程序通過無處不在的Web協(xié)議和數(shù)據(jù)格式訪問Web服務，如HTTP、XML和SOAP，而無須關(guān)系每個Web服務是如何實現(xiàn)的。Web服務把基于構(gòu)建開發(fā)的長處與Web相結(jié)合，并且是.NET編程模型的基石。2.<在XML中表示。答案：<解釋：在XML中，<>&'"分別表示<、>、&、‘、“。3.元素內(nèi)容模型有三種：只含子元素，和空元素。答案：混合元素解釋：XML中元素的規(guī)定，元素內(nèi)容模型有三種：只含子元素，混合元素和空元素。4.DTD中使用代表任意個，零個或多個。答案：*解釋：DTD規(guī)定了XML文檔的有效性，其中*代表任意個，零個或多個。5.在XML模式中，一個子元素的出現(xiàn)次數(shù)沒有限定，則屬性maxOccurs的值應為。答案：unbounded解釋：子元素的最大出現(xiàn)次數(shù)使用maxOccurs限定，如果不限定，則其值為unbounded。6.SOAP的中文全稱是。答案：簡單對象訪問協(xié)議解釋：SOAP是SimpleObjectAccessProtocol簡單對象訪問協(xié)議的縮寫。7.SOAP封套的屬性被用來指定編碼規(guī)則及其作用范圍。答案：encodingStyle解釋：通過SOAP封套的encodingStyle（編碼形式）屬性來指定編碼規(guī)則及其作用范圍。它定義為全局屬性，可以出現(xiàn)在任何元素中。同一個SOAP消息中，可混合使用不同的編碼形式。8.在WSDL文檔中，元素描述了Web服務的接口。答案：portType解釋：在WSDL中，抽象接口portType描述了終端的處理能力(干什么)，可以支持任何數(shù)量的操作operation，操作由一組消息message定義，表達了操作的交互方式。9.WSDL中的服務接口定義在UDDI中表示為。答案：tModel解釋：WSDL中的服務接口定義表示為tModel，服務實現(xiàn)定義表示為bindingTemplate元素。10.使用查詢限制器能夠區(qū)分大小寫。答案：caseSensitiveMatch解釋：UDDI規(guī)范提供了查詢API：find和get_Details，分別和business,service,binding,tModel相對應。所有find操作的共同點：可選maxRows：限制UDDI操作者返回的結(jié)果數(shù)量；可選findQualifiers：findQualifier的容器，查詢限制器，其中包含caseSensitiveMatch區(qū)分大小寫。二選擇（每題2分，合計20分）1.在面向服務的體系結(jié)構(gòu)中，基本操作不包含A.查找 B.發(fā)布 C.描述 D.綁定答案：C解釋：在面向服務的體系結(jié)構(gòu)中，基本操作包含查找、發(fā)布、綁定。C符合題意。2.Web服務可以基于不同的網(wǎng)絡協(xié)議，最常用的是A.FTP B.HTTP C.SMTP D.MQSeries答案：B解釋：線棧決定服務請求者如何將消息發(fā)送給服務提供者。一系列網(wǎng)絡協(xié)議構(gòu)成了線棧的基礎，線棧只是Web服務的基本設施，最常用的是HTTP。B符合題意。3.SAX采用的語法分析器標準是A.拉出式 B.混合式 C.一步式 D.壓入式答案：D解釋：語法分析模型分為拉出式、壓入式、一步式、混合式。壓入式是語法分析器在處理XML文檔時，產(chǎn)生一系列的事件，通知應用程序的事件回調(diào)函數(shù)來處理。已有壓入式語法分析器標準XML簡單API(SAX)。D符合題意。4.Axis支持的消息處理模式不包含A.混合型 B.單向型 C.異步型 D.請求/響應型答案：A解釋：Axis支持多種消息處理模式：請求/響應型，單向型，異步型。A符合題意。5.在Web服務的安全性中，關(guān)于公證服務的說法正確的是A.公證服務可以保證機密性B.公證服務作為貿(mào)易雙方之間的SOAP中間節(jié)點C.公證服務可以保證完整性D.公證服務只為顧客提供服務答案：B解釋：BASIC-AUTH和SSL、SOAP簽名、SOAP加密，可以實現(xiàn)機密性、認證、完整性和不可否認性，但是無法實現(xiàn)消息接收方的不可否認性，需要引入公證服務作為SOAP中間節(jié)點。B符合題意。6.關(guān)于WSDL文檔，錯誤的說法是A.WSDL文檔中包含了服務接口定義B.WSDL文檔中可包含多個portType元素C.WSDL文檔中可包含Service元素D.WSDL文檔不包含Web服務的網(wǎng)絡地址答案：D解釋：WSDL模式定義的主要元素：(1)portType：Web服務的抽象接口定義，每個子元素定義了一個抽象的方法簽名；(2)message：定義了由方法簽名或操作指定的一組參數(shù)，可以分解為part；(3)types：定義了Web服務使用的數(shù)據(jù)類型集合；(4)binding：包含了如何將特定的數(shù)據(jù)格式與協(xié)議相結(jié)合；(5)port：表示綁定如何部署在特定端點上；(6)service：代表端口的集合。D符合題意。7.關(guān)于UDDI，說法錯誤的是A.UDDI和XML無關(guān) B.UDDI可以簡化服務的發(fā)現(xiàn)C.UDDI提供了商務注冊 D.UDDI提供了引用類型注冊答案：A解釋：UDDI是基于XML的。故A符合題意。8.在商務實體信息中，描述調(diào)用服務的詳細信息的是A.紅頁 B.黃頁 C.綠頁 D.白頁答案：C解釋：businessEntity商務實體信息包含：白頁是實體的聯(lián)絡信息；黃頁是實體提供的服務類型和服務位置的分類信息；綠頁是調(diào)用服務的詳細信息。C符合題意。9.關(guān)于RPC的說法，錯誤的是A.支持一對一的交互 B.可在消息傳遞之上實現(xiàn)C.必須是同步的 D.沒有排隊機制答案：C解釋：RPC和消息傳遞的區(qū)別有：(1)RPC把應用層的特定數(shù)據(jù)和遠端代碼相結(jié)合，消息傳遞則主要關(guān)心數(shù)據(jù)。RPC不需要進行數(shù)據(jù)編碼和解碼，消息傳遞則不同，因此可做到語言和平臺無關(guān)；(2)RPC使用特定用途的API，隨著被調(diào)用目標的接口而變化，消息傳遞使用通用的API；(3)RPC是直接調(diào)用，沒有排隊機制，后端必須運行并能通過已知地址訪問；(4)RPC的數(shù)據(jù)變化可能導致系統(tǒng)崩潰。RPC和消息傳遞的相似點有：(1)RPC可在請求－響應的消息傳遞之上實現(xiàn)；(2)RPC不一定是請求－響應的方式，也可以是單向的；(3)RPC不一定要同步：系統(tǒng)可自動生成線程，在后臺等待RPC響應；(4)RPC和消息傳遞存在許多相同的服務質(zhì)量需求，如安全和事務管理；(5)直接同步的一對一的消息傳遞可以通過RPC模擬。C符合題意。10.UDDI2.0中兩個businessEntity之間的的關(guān)系不能是A.parent-child B.peer-peer C.identity D.team-team答案：D解釋：UDDI2.0中兩個businessEntity之間的的關(guān)系有：parent-child，peer-peer，identity。D符合題意。三判斷（每題2分合計20分）1.HTML和XML都源自于SGML。 【】答案：V解釋：HTML和XML都是SGML的應用：前者用來定義數(shù)據(jù)的顯示方式，后者用來定義數(shù)據(jù)的結(jié)構(gòu)。2.服務請求者負責創(chuàng)建Web服務描述。 【】答案：X解釋：服務請求者負責查找發(fā)布在一個或多個服務注冊處的服務描述，并負責利用服務描述，綁定或調(diào)用由服務提供者提供的Web服務。3.名字空間是實現(xiàn)XML分布式應用的關(guān)鍵技術(shù)。 【】答案：V解釋：在XML分布式應用中，如果具有公共名字（如description、item等）的元素在不同的XML文檔中代表不同的含義，那么產(chǎn)生的復合XML文檔就會發(fā)生名字沖突。此時需要名字空間來解決沖突。4.DTD規(guī)定了XML文檔的良定義性。 【】答案：X解釋：DTD規(guī)定了XML文檔的有效性。5.在Axis中，反序列化器完成原始數(shù)據(jù)到XML的轉(zhuǎn)變。 【】答案：X解釋：在Axis中，反序列化器完成XML到原始數(shù)據(jù)的轉(zhuǎn)變。6.電子商務中信息的機密性是指所交換的信息不會被竊聽。 【】答案：V解釋：在電子商務中，為了確保貿(mào)易伙伴間消息交換的安全性，必須保證安全性需求，其中機密性是指交換信息不被竊聽。7.XML-C14N方法能夠檢查XML文檔在語義上是否相同。 【】答案：V解釋：XML-C14N標準化方法是指：為物理上不同但邏輯上相同的XML文檔產(chǎn)生標準的表示形式，能夠檢查兩份XML文檔在語義上是否相同。8.在UDDI規(guī)范中，發(fā)布API是不需要進行認證的操作。 【】答案：X解釋：在UDDI規(guī)范中，發(fā)布API是需要進行認證的操作。9.查詢限制器sortByNameAsc代表根據(jù)名稱降序排序。 【】答案：X解釋：查詢限制器sortByNameAsc代表根據(jù)名稱升序排序。10.UDDI2.0允許第三方指定新的分類法并提供驗證服務。 【】答案：V解釋：相對UDDI1.0，UDDI2.0所作修改包含：第三方分類法；商務關(guān)系模型；查詢API；發(fā)布API；雜項。四簡答（每題10分合計40分）1.簡述Web服務的定義。答案：Web服務是獨立于平臺和實現(xiàn)的軟件構(gòu)件，可以用服務描述語言來描述，在服務注冊處發(fā)布，通過標準的機制在設計或運行時被發(fā)現(xiàn)，可以通過聲明API調(diào)用，通?？缇W(wǎng)絡，可以與其他服務組合。解釋：需要指明Web服務的特點，包括：獨立于平臺，軟件構(gòu)件，服務描述，注冊發(fā)布，設計或運行時被發(fā)現(xiàn)，可以與其他服務組合。2.什么是WSDL？它描述了Web服務的什么屬性？答案：Web服務定義語言(WSDL)用于描述Web服務的技術(shù)調(diào)用語法。WSDL服務描述是一個XML文檔，與WSDL模式定義一致。它不是完整的服務描述，只包括了服務結(jié)構(gòu)的原始技術(shù)描述，是Web服務的IDL。WSDL描述Web服務的三個基本屬性：服務干什么：服務提供的操作方法；如何訪問服務：數(shù)據(jù)格式、訪問操作的協(xié)議；服務位于何處：特定協(xié)議對應的網(wǎng)絡地址。解釋：需要說明WSDL服務描述與XML的關(guān)系，指明其并不是完整的服務描述，只是一個Web服務的IDL。WSDL描述Web服務的三個基本屬性，每個2分。3.在庫存檢查Web服務中，客戶向公司查詢產(chǎn)品是否有現(xiàn)貨，還需要公司返回一封Email，用來確認庫存檢查的結(jié)果。如何實現(xiàn)這一功能？答案：通過擴展SOAP可以實現(xiàn)這一功能：（1）客戶端：在庫存檢查請求中包含Email元素。反映在SOAP消息頭中包含了接收確認信息的郵件地址。（2）服務端：現(xiàn)有的庫存檢查服務不需要做任何修改（通過修改Axis配置，增加消息頭子項處理器實現(xiàn)Email發(fā)送）。解釋：客戶端與服務端各5分：前者需要在SOAP消息頭中包含接收確認信息的郵件地址，后者增加消息頭子項處理器實現(xiàn)Email發(fā)送。4.SkatesTown公司希望能夠獨立檢查客戶發(fā)票上的總金額，實現(xiàn)了基于DOM的checkInvoice操作，具體代碼如下，試分析其具體功能。publicvoidcheckInvoice(InputStreaminvoiceXML)throwsException{doublerunningTotal=0.0;DocumentBuilderFactoryfactory=DocumentBuilderFactory.newInstance();DocumentBuilderbuilder=factory.newDocumentBuilder();Documentdoc=builder.parse(invoiceXML);NodeListitemList=doc.getElementsByTagName("item");for(inti=0;i<itemList.getLength();i++){Elementitem=(Element)itemList.item(i);Integerqty=Integer.valueOf(item.getAttribute("quantity"));Doubleprice=Double.valueOf(item.getAttribute("unitPrice"));runningTotal+=Value()*price.doubleValue();}NodenodeTax=doc.getElementsByTagName("tax").item(0);runningTotal+=doubleValue(nodeTax);NodenodeShippingAndHandling= doc.getElementsByTagName("shippingAndHandling").item(0);runningTotal+=doub