文档介绍：该【Web Services 考试背诵篇(完整版) 】是由【莫比乌斯】上传分享，文档一共【9】页，该文档可以免费在线阅读，需要了解更多关于【Web Services 考试背诵篇(完整版) 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。1、WebServices定义:Web服务是一种通过统一资源指示符(URI)标识的软件应用,其接口及绑定形式可以通过XML标准定义、描述和检索,协议完成与其他软件应用的直接交互。从外部的使用者的角度而言,Web服务是一种部署在Web上的对象/组件。2、XML定义:XML称为可扩展标记语言,是一种类似于HTML的标记语言,是用来描述数据的,XML的标记不是在XML中预定义的,必须定义自己的标记,XML使用文档类型定义(DTD)或者模式(Schema)来描述数据,XML使用DTD或者Schema后就是自描述的语言。3、XMLDTD:DTD由一系列声明了特定的元素、实体和属性的标记声明所组成。4、DOM:文档对象模型,定义了一组语言独立的对象层次和每个对象必须实现的接口。5、SAX:SAX是一组标准解析器API,基于事件的XML解析的标准接口。? ?SAX(simpleAPIforXML)是一种XML解析的替代方法。相比于DOM,SAX是一种速度更快,更有效的方法。它逐行扫描文档,一边扫描一边解析。而且相比于DOM,SAX可以在解析文档的任意时刻停止解析,但任何事物都有其相反的一面,对于SAX来说就是操作复杂6、SOAP:SOAP(essProtocol)简单对象访问协议是在分散或分布式的环境中交换信息的简单的协议,是一个基于XML的协议。SOAP技术有助于实现大量异构程序和平台之间的互操作性,从而使存在的应用能够被广泛的用户所访问。7、WSDL:web服务描述语言(webservicesDescriptionLanguage)是用于描述Web服务的一种XML语言,它以一种结构化的方式将Web服务描述为一组对消息进行操作的网络端点。一个WSDL服务描述包含对一组操作和消息的一个抽象定义,绑定到这些操作和消息的一个具体协议,和这个绑定的一个网络端点规范。8、UDDI:UDDI(UniversalDescription,DiscoveryandIntegration),统一描述、发现和集成协议,的电子商务技术标准。它包含一组基于Web的、分布式的、Web服务信息注册中心的实现标准,并且包含一组使企业能将自己提供的Web服务注册(发布)到信息注册中心以便其他商业实体能够迅速发现的访问协议的实现标准。9、UDDI规范:UDDI规范是UDDIOperatorSite实现蓝本,也是需要访问UDDIRegistry的Web服务的参考规范。,UDDIProgrammer‘。前者定义了UDDIOperatorSite能够支持的API接口,而后者则描述了在API中具体XML描述的数据结构的具体定义。UDDI规范是UDDIOperatorSite实现蓝本,也是需要访问UDDIRegistry的Web服务的参考规范。:UDDIProgrammer‘。,后两个则是转为UDDI服务提供商所准备的,定义了UDDIOperatorSite的行为。10、UDDIregistry(注册中心):UDDIRegistry是所有提供公共UDDI注册服务的站点的通称。UDDIRegistry是一个逻辑上的统一体,在物理上则是以分布式系统的架构实施的,而不同站点之间是采用P2P(对等网络)架构实施的,因此访问其中任意一个站点就基本等于访问了UDDIRegistry11、SOAP结点(SOAPNode)SOAP结点根据SOAP定义的整套规范来处理SOAP消息。SOAP结点有责任遵守SOAP消息交换的规则以及提供通过依赖底层协议的SOAP绑定来访问的服务。任何不符合SOAP约定的情况都将导致SOAP结点产生一个SOAP错误。12、SOAP消息(SOAPMessage)SOAP消息(message)是在对等SOAP结点(SOAPnodes)间通讯的基本单位。SOAP消息路径:为传送一个简单的SOAP消息而要经过的一组SOAP发送者和SOAP接受者。其中包含了初始SOAP发送者、零个或多个SOAP中介以及最终SOAP接受者。13、SOAP中介既是SOAP接收者也是SOAP发送者,是SOAP消息可到达的某一个应用程序。当SOAP消息沿着SOAP消息路径传输时,SOAP中介将处理一组确定的SOAP条目,然后它将消息转发给消息路径的下一个SOAP结点,直至传送到最终SOAP接收者。14、SOAP绑定(SOAPBinding)为传输的需要而将SOAP消息在另一个底层网络传输协议之上或之内传输的一整套规范和规则。典型的SOAP绑定包括在HTTP消息中传送SOAP消息或在TCP之上传送SOAP消息等。15、SOAPactor属性SOAPactor全局属性可以被用于指明Header元素的接收者,SOAPactor属性的值是一个URI。消息的最终接收者可以使用actor属性默认的方式来指明。若省略SOAPactor属性,则表明该消息的接收者是SOAP消息的最终接收者1、WebServices优缺点?答:优点:(1)企业之间的人、信息和流程之间的整合更加容易,从而缩短业务流程周期,提高企业反应速度。(2)简化了客户的自助服务体系,有助于企业建立持久的、忠诚的客户关系。(3)有助于提高企业效率。缺点:(1)大多数Web服务所基于的标准SOAP、WSDL、和UDDI还很新,还需要进一步改进才能定案。(2)Web服务标准采用的问题是有关版权费的纷争。(3)Web服务安全标准的缺乏是另外一个阻碍其使用的重要因素。(4)计算机产业目前还没有制定标准的描述Web服务质量的方法和步骤。2、XML特点?答:(1)定制标记语言(2)自描述语言(3)简单的数据交换(4)结构化与集成的数据3、XML与HTML区别?答:(1)XML是被设计用来描述数据的,HTML是被设计用来显示数据的。(2)XML标记并不是预先规定好的,你必须创造你自己的标记。XML允许你定义自己的标记以及文档结构。在HTML文档中必须使用规则中定义好的标记。(3)XML并不是HTML的替代品,在将来的网页开发中,XML将被用来描述、存储数据,而HTML则是用来格式化和显示数据的。对于XML最好的形容可能是:XML是一种跨平台的,与软、硬件无关的,处理信息的工具。4、XML文档组成?答:(1)一个可选的序言(prolog)。prolog包括XML声明、注释、操作指令、空白和DTD。(2)文档的主体(body),由一个或多个元素组成,其形式为一个可能也包含字符数据的层次树。(3)可选的“繁杂”的尾声(epilog),其内容包括注释、处理指令(PI)和/或紧跟元素树后面的空白。5、规范的XML文档?规则?答:一个规范的XML文档,。通俗的说,规范的一个XML文档是指文档中包含一个以上的元素,并且根元素必须包含其他的所有元素,而每一个元素恰当地封装入某个元素中。a, 文档以XML声明开始b,包含至少一个元c,非空元素必须包含起始标记和结束标记。d,空元素必须以/>结束。e,根元素必须包含其他所有元素f,正确嵌套元素g,使用唯一的属性名h,五个已定义的实体应用I,属性值必须加引号规则:文档和一个文档类型定义(documenttypedefinition,DTD)或者模式相关联,并且文档遵守其中定义的规则。6、什么是有效的XML文档?答:绝大多数XML浏览器都会检查文档是否规范,而有些还会检查文档是否有效。一个有效的XML文档必须伴随有文档类型定义DTD或者Schema,并且该文档必须遵守这个DTD;或者Schema。普通实体:普通实体引用以“&”开头,以“;”结束;文档内容中只能参考普通实体;分为内部普通实体和外部普通实体参数实体:参数实体引用以“%”开头,以“;”结束;DTD中只能参考参数实体;分为内部参数实体和外部参数实体空元素:格式:<!ELEMENTNAMEEMPTY>NAME为元素名Eg:<!ELEMENTBREMPTY>、<!ELEMENTIMGEMPTY>、<!ELEMENTHREMPTY>属性:使用元素<!ATTLIST>为一个元素定义了一个属性列表<!ATTLISTELEMENT_NAMEATTRIBUTE_NAMETYPEDEFAULT_VALUEATTRIBUTE_NAMETYPEDEFAULT_VALUE>ELEMENT_NAME是我们为其定义属性的元素的名称,ATTRIBUTE_NAME是我们指定的属性名DEFAULT_VALUE是该属性的缺省值。XMLSchema:,、DTD的缺点?答:DTD是基于正则表达式的,描述能力有限;DTD没有数据类型的支持,在大多数应用环境下能力不足;DTD的约束定义能力不足,无法对XML实例文档做出更细致的语义限制;DTD不够结构化,重用的代价相对较高;DTD并非使用XML作为描述手段,而DTD的构建和访问并没有标准的编程接口,无法使用标准的编程方式进行DTD维护。8、在处理XML文档时,写出如何选择?答:(1)基于事件的方式SAX:将动作附加到处理XML文档的每个特定步骤上。(2)基于树(对象结构)的方式DOM:建造文档树并在文档树上进行后续操作。9、DOM或SAX要考虑的因素?答:选择DOM还是SAX,这取决于几个因素:(1)应用程序的目的:如果必须对数据进行更改,并且作为XML将它输出,则在大多数情况下,使用DOM。与使用XSL转换来完成的简单结构更改不一样,如果是对数据本身进行更改,则尤其应该使用DOM。(2)数据的数量:对于大文件,SAX是更好的选择。(3)将如何使用数据:如果实际上只使用一小部分数据,则使用SAX将数据抽取到应用程序中,这种方法更好些。另一方面,如果知道将需要向后引用已经处理过的信息,则SAX可能不是正确的选择。(4)需要速度:通常,SAX实现比DOM实现快。(5)SAX和DOM不是互斥的,这一点很重要。可以使用DOM来创建事件的SAX流,可以使用SAX来创建DOM树。事实上,大多数解析器实际常常使用SAX来创建DOM树。10、DOM和SAX的区别和联系?答:区别:(1)基于事件SAX:占资源小。(2)基于树DOM,完整视图,耗费资源。联系:SAX2:两者在一定程度上的结合。SOAP特点?答:(1)SOAP技术有助于实现大量异构程序和平台之间的互操作性,从而使存在的应用能够被广泛的用户所访问。(2)SOAP是把成熟的基于HTTP的WEB技术与XML的灵活性和可扩展性组合在了一起。SOAP组成部分?答:(1)SOAPenvelope(SOAP信封),它构造定义了一个整体的表示框架,可用于表示在消息(message)中的是什么,谁应当处理它,以及这是可选的还是强制的。(2)SOAPencodingrules(SOAP编码规则),它定义了一个数据的编序机制,通过这个编序机制来定义应用程序中的数据类型,并可用于交换应用程序定义的数据类型的实例。(3)SOAPRPCrepresentation(SOAPRPC表示),它定义了一个用于表示远端过程调用和响应的约定。(4)SOAPbinding(SOAP绑定),它定义了一个使用底层传输协议来完成在结点间交换SOAP信封的约定。Header和Body元素的关系?答SOAPHeader:能够被SOAP消息路径中任意的SOAP接受者处理的一组SOAP条目SOAPBody,能够被SOAP消息路径中的最终SOAP接受者处理的一组SOAP条目。Header和Body在定义上是独立的,但在事实上是相联系的。一个Body条目和一个Header条目的关系是:一个Body条目在语义上与这样一个Header条目等价,该Header条目将由默认参与者(最终接受者)解释同时由值为“1”的SOAPmustUnderstand属性标记。消息的最终接收者可以使用actor属性默认的方式来指明WSDL文档结构是什么?答:(1)types(类型),它提供了用于描述正在交换的消息的数据类型定义(2)message(消息),它表示了正在传递的数据的抽象定义。消息包括多个逻辑部分,每一部分与某种类型系统中的一个定义相关联(3)portType(端口类型),它是一组抽象操作。每个操作指向一个输入消息和多个输出消息(4)binding(绑定),它为由特定端口类型定义的操作和消息指定具体的协议和数据格式规范(5)port(端口),它指出用于绑定的地址,因此定义了单个通讯终端(6)service(服务),它用于集成一组相关的端口。引用文档定义,使用语言扩展,增加上下文文档的规则16、WSDL各个元素的关系?答:ServicesImplementationDefinition(实现定义):service:用于聚合一组相关的服务访问点,以构成一个Web服务定义。Port:为Binding制定一个地址,从而定义一个服务访问点。ServicesInterfaceDefinition(接口定义):Binding:为由特定PortType定义的操作和消息指派具体的传输协议和数据格式规范。PortType:定义了一种服务访问入口的类型,是抽象操作的集合,操作一般有一条输入消息和输出消息。Message:定义通信中使用的消息的数据结构,有多个部分组成,每部分通过Types来表示。Types:提供用于描述所交换消息的数据类型定义。17、使用import元素有哪些好处?答:(1)在WSDL文档中,使用import元素可以将服务定义的不同元素分别放入单独的文档中,需要时再将其导入;(2)这种技术可以根据定义的抽象级别将其分开,这样有助于编写更为清晰的服务定义,另外还可以对各种服务定义进行最大限度的再利用;(3)具有这种结构的WSDL文档更易于使用和维护。18、UDDI有哪些元素组成?? 商业实体信息(businessEntity),支持对UDDI商业注册的商业信息发布和发现的核心XML元素都包含在“businessEntity”结构中。这个结构是商业实体专属信息集的最高层的数据容器,位于整个信息结构的最上层。? 服务信息(businessService),将一系列有关商业流程或分类目录的Web服务的描述组合到一起。businessService和bindingTemplate一起构成了"绿页"信息。这些businessService的信息集合可以再次加以分类,分类的方法的机制与businessEntity是类似的。? 绑定信息(bindingTemplate),包括应用程序链接远程WebServices并与之通信所必需的信息,这些信息包括Web应用服务的地址、应用服务宿主和调用服务前必需调用的附加应用服务等。? 服务调用规范(tModel),允许各种实体(商业机构、标准组织、企业集团等)发布抽象规范,供其他实体在实现服务时使用。可以定义任何信息,甚至使无用信息和不可用信息。22、在JAVAWeb服务中,简述主要的开发商品及产品?答:WebLogicIntegration包括应用程序集成、商业过程管理以及B2B集成;WebLogicPortal则提供门户、个性化及电子商务组件;WebLogicWorkshop是一个集成开发环境的Web服务开发工具,它使得创建和部署Web服务所需要的代码量最少;开发人员只需集中精力考虑Web服务的功能,而核心XML、SOAP和WSDL编程则由Workshop来处理。19,白黄绿页? UDDI商业注册是UDDI的核心组件,该注册使用一个XML文档来描述企业及其提供的Web服务。? UDDI商业注册所提供的信息从概念上来说分为三个部分:? 白页(WhitePage)表示与企业有关的基本信息,包括企业名称、经营范围、联系地址、企业标识等等;? 黄页(Yellowpage)用来依据标准分类法区分不同的行业类别,使企业能够在更大的范围(如地域范围)内查找已经在注册中心注册的企业或Web服务;? 绿页(GreenPage)则包括了关于该企业所提供的Web服务的技术信息,其形式可能是一些指向文件或是URL的指针,而这些文件或URL是服务发现机制的必要组成部分。? 企业所有的UDDI商业注册信息都存储在某一个UDDI商业注册中心(比如IBM的UDDI商业注册中心)中。19、怎样将一个WSDL文档转换成对应的UDDI元素的描述?tModel与WSDL文档服务接口定义的关系?(商业机构、标准组织、企业集团等)发布抽象规范,,包括:关键字、名称、,可以定义任何信息,:(1)所有的WSDL服务接口在UDDI注册中心都是作为tModel发布。对这些tModel中的每一个都要进行归类,以便将它们标识为WSDL服务描述。(2)UDDIfind_tModel消息可用于查找已经分过类的tModel。WSDL文档服务实现与businessService和bindingTemplate关系?答:(1)WSDL服务实现在UDDI注册中心是作为businessService发布的;(2)businessService将包含一个或多个bindingTemplate。对businessService进行归类,以便将它看作基于WSDL的服务描述;(3),必须找到一个businessEntity或一个businessEntity集才能使用businessService的查找API;(4)同样地,也必须找到一个businessService或一个businessService集才能使用查找API定位bindingTemplate。23、.NETWeb服务与JAVAWeb服务区别和联系?答:联系:(1).NET和J2EE应用有着相似的架构(2).(3).NET和J2EE可以满足大多数应用的需求区别:(1)主要的差别不在技术的可行性上:开发效率,性能,成本,稳定性。24、XML加密首要目标?答:(1)支持对任意数字内容的加密,包括XML文档。(2)确保经过加密的数据不管是在传输过程中还是在存储时,都不能被未经授权的人员访问到。(3)即便在消息传送中的每一跳,都能维持数据的安全性——这句话的意思是,不仅数据正在传输的过程中要保证安全性(这就是SSL所作出的保证),当数据在某个特定的节点停留的时候,也要保证其安全性。(4)以XML形式表现被加密的数据。(5)可以从XML文档中选出一部分内容进行加密。25、XML签名主要动机与目标?答:(1)在数字签名周围建立一些结构,这样就可以用XML文档的形式来表现数字签名。(2)实现对一部分XML进行签名,而剩余部分则不签名。(3)实现对同一份XML文档的不同部分使用多于一种的数字签名。(4)不仅仅在文档传送和通信的时候使用签名,还要使签名能够持久保留。26、WS-Security?答:(1)描述加强SOAP消息传递,通过消息完整性和消息机密性提供保护质量。(2)这个规范还定义了如何在SOAP消息内附加并包含安全性令牌。(3)最后,提供一种用于指定二进制编码的安全性令牌()的机制。这些机制可以独立使用也可以组合在一起使用来提供许多种安全性模型和加密技术。四、综合论述题(1*14'=14)1、画出Web服务的协议栈,并说明各层的含义。Web服务服务发布、查找和绑定三种交互操作是基于Web服务协议栈实现的。每层包含有业界标准的协议,如图所示,上一层是基于下一层所提供的功能来实现的。垂直框中的内容是栈中每一层都需要的功能支持,左边的文字是对应的一层所采用的标准技术。WSDLSOAP服务发现层服务发布层服务说明层XML消息层网络层安全性管理服务质量HTTP,FTPEmail,MQ…UDDIUDDI(1)网络层:Web服务的基础是网络,因此网络层位于Web服务技术架构的底层。为了让Web服务能够被来自不同系统的客户使用,应用于Web服务的数据传输技术必须是应该广泛的。(2)XML消息层:在网络层之上是基于XML的消息层,该层要求XML是消息协议的基础。目前,SOAP是最好的XML消息协议。(3)服务说明层:服务说明层实际上是一个文档栈。首先是WSDL,它专门用于描述基于XML的服务,支持对可交互的服务的最小纤度的描述。(4)服务发布层:服务发布是指让服务请求者得到WSDL文档,这个操作可以在服务请求者生命周期的任何阶段执行。(5)服务发现层:服务发现层的发现机制对应于服务发布层的发布机制。任何允许服务请求者得到服务说明并在运行时刻让应用程序使用的机制都可以被看作服务发现。(6)其他技术层面图的右边是几个代表其他技术的垂直层次,他们代表了在以上介绍的几个水平层次中Web服务需要提供的其他技术支持。为了满足电子商务的要求,Web服务应用程序必须满足企业级的需求,包括安全性、管理和服务质量等。2、画出Web服务的体系结构图,说明其构成,并简述其交互的过程。Web服务的体系结构图如下:绑定发布WSDL,UDDI查找WSDL,UDDI服务请求者服务注册中心服务描述服务提供者服务服务描述Web服务体系结构中的角色Web服务体系结构中有服务提供者、Web服务请求者和服务注册中心三个角色。服务提供者,从企业的角度看,这是服务的所有者。从体系结构的角度看,这是托管访问服务的平台。服务请求者,从企业的角度看,这是要求满足特定功能的企业。从体系结构的角度看,这是寻找并调用服务,或启动与服务的交互的应用程序。服务请求者角色可以由浏览器来担当,由人或无用户界面的程序来控制它。服务注册中心是可搜索的服务描述注册中心,服务提供者在此发布他们的服务描述。在静态绑定开发或动态绑定执行期间,服务请求者查找服务并获得服务的绑定信息(在服务描述中)。Web服务体系结构中的操作对于利用Web服务的应用程序,必须发生以下三个行为:发布服务描述、查询或查找服务描述以及根据服务描述绑定或调用服务,它包含三个操作:发布、查找和绑定。发布。为了使服务可访问,需要发布服务描述以使服务请求者可以查找它。查找。在查找操作中,服务请求者直接检索服务描述或在服务注册中心中查询所要求的服务类型。绑定。最后需要调用服务。在绑定操作中,服务请求者使用服务描述中的绑定细节来定位、联系和调用服务,从而在运行时调用或启动与服务的交互。Web服务的构件Web服务构件有服务和服务描述。Web服务是一个由服务描述来描述的接口,服务描述的实现就是该服务。服务是一个软件模块,它部署在由服务提供者提供的可以通过网络访问的平台上。服务描述包含服务的接口和实现的细节。其中包括服务的数据类型、操作、绑定信息和网络位置。还可能包括可以方便服务请求者发现和利用的分类及其它元数据。服务描述可以被发布给服务请求者或服务注册中心。交互的过程如下:发布服务:服务提供着将Web服务发布到服务注册中心处进行注册,格式为WSDL文档客户查询服务注册中心,以找到服务的位置服务注册中心引导客户找到WSDL文档客户访问WSDL文档WSDL提供与Web服务交互的数据客户发送SOAP消息请求Web服务返回SOAP消息应