武汉工程大学web service 复习资料.doc

一、名词解释（6*4=24）1、Web Services定义：Web服务是一种通过统一资源指示符（URI）标识的软件应用，其接口及绑定形式可以通过XML标准定义、描述和检索，Web服务能够通过XML消息及Internet协议完成与其他软件应用的直接交互。2、XML定义：是一种类似于HTML的标记语言，是用来描述数据的，XML的标记不是在XML中预定义的，必须定义自己的标记，XML使用文档类型定义（DTD）或者模式（Schema）来描述数据，XML使用DTD或者Schema后就是自描述的语言。3、XML DTD：DTD由一系列声明了特定的元素、实体和属性的标记声明所组成。4、DTD 普通实体：普通实体引用以“&”开头，以“;”结束，文档内容中只能参考普通实体 ，分为内部普通实体和外部普通实体。5、DTD 参数实体：参数实体引用以“”开头，以“;”结束，DTD中只能参考参数实体，分为内部参数实体和外部参数实体。6、DTD 空元素：格式： NAME为元素名 7、DTD 属性：使用元素为一个元素定义了一个属性列表。ELEMENT_NAME是我们为其定义属性的元素的名称，ATTRIBUTE_NAME是我们指定的属性名，DEFAULT_VALUE是该属性的缺省值。8、Schema SimpleType：9、Schema ComplexType：复合类型定义本身通常包含元素的声明、对其他元素的引用和属性声明。 10、Schema 空元素：空元素不包含任何内容，但它们可以包含属性。建立方法：通过声明一个复合类型并将元素的content属性设置为“empty”。11、Schema 属性： 12、DOM：文档对象模型（Document Object Model，简称DOM），是W3C组织推荐的处理可扩展置标语言的标准编程接口。它是一种与平台和语言无关的应用程序接口(API),它可以动态地访问程序和脚本,更新其内容、结构和www文档的风格。文档可以进一步被处理，处理的结果可以加入到当前的页面。DOM是一种基于树的API文档，它要求在处理过程中整个文档都表示在存储器中。13、SAX:SAX（simple API for XML）是一种XML解析的替代方法，是基于事件的XML解析的标准接口。相比于DOM，SAX是一种速度更快，更有效的方法。它逐行扫描文档，一边扫描一边解析。而且相比于DOM，SAX可以在解析文档的任意时刻停止解析，但任何事物都有其相反的一面，对于SAX来说就是操作复杂。14、SOAP：简单对象访问协议是在分散或分布式的环境中交换信息的简单的协议，是一个基于XML的协议。SOAP 技术有助于实现大量异构程序和平台之间的互操作性，从而使存在的应用能够被广泛的用户所访问。SOAP是把成熟的基于HTTP的WEB技术与XML的灵活性和可扩展性组合在了一起。 15、SOAP 中介：既是SOAP接收者也是SOAP发送者，是SOAP消息可到达的某一个应用程序。当SOAP消息沿着SOAP消息路径传输时，SOAP中介将处理一组确定的SOAP条目，然后它将消息转发给消息路径的下一个SOAP结点，直至传送到最终SOAP接收者。16、SOAP 绑定：SOAP binding（SOAP绑定），它定义了一个使用底层传输协议来完成在结点间交换SOAP信封的约定。17、SOAP actor属性：SOAP actor全局属性可以被用于指明Header元素的接收者，SOAP actor属性的值是一个URI。18、WSDL：是用于描述Web服务的一种XML语言，它以一种结构化的方式将Web服务描述为一组对消息进行操作的网络端点。一个WSDL服务描述包含对一组操作和消息的一个抽象定义，绑定到这些操作和消息的一个具体协议，和这个绑定的一个网络端点规范19、UDDI：UDDI(Universal Description, Discovery and Integration), 统一描述、发现和集成协议，是新一代的基于Internet的电子商务技术标准。它包含一组基于Web的、分布式的、Web服务信息注册中心的实现标准，并且包含一组使企业能将自己提供的Web服务注册（发布）到信息注册中心以便其他商业实体能够迅速发现的访问协议的实现标准。20、 UDDI 规范：UDDI规范是UDDI Operator Site实现蓝本，也是需要访问UDDI Registry的Web服务的参考规范。21、UDDI registry（注册中心）:UDDI Registry是所有提供公共UDDI注册服务的站点的通称。UDDI Registry是一个逻辑上的统一体，在物理上则是以分布式系统的架构实施的，而不同站点之间是采用P2P(对等网络)架构实施的，因此访问其中任意一个站点就基本等于访问了UDDI Registry22、UDDI 黄页：用来依据标准分类法区分不同的行业类别，使企业能够在更大的范围（如地域范围）内查找已经在注册中心注册的企业或Web服务。23、UDDI 百页：表示与企业有关的基本信息，包括企业名称、经营范围、联系地址、企业标识等等。24、UDDI 绿页：则包括了关于该企业所提供的Web服务的技术信息，其形式可能是一些指向文件或是URL的指针，而这些文件或URL是服务发现机制的必要组成部分。25. SOAP的结点SOAP结点根据SOAP定义的整套规范来处理SOAP消息。SOAP结点有责任遵守SOAP消息交换的规则以及提供通过依赖底层协议的SOAP绑定来访问的服务。任何不符合SOAP约定的情况都将导致SOAP结点产生一个SOAP错误。缺 WS-SecuritytModel二、简答题（6*7=42）1、Web Services 优缺点？答：优点：(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文档组成？一个格式正规的XML文档由三个部分组成： 一个可选的序言（prolog）。 文档的主体（ body），由一个或多个元素组成，其形式为一个可能也包含字符数据（character data）的层次树。 可选的“繁杂”的尾声（epilog），其内容包括注释、处理指令（ processing instruction，PI）和/或紧跟元素树后面的空白。5、规范的XML文档？规则？答： 一个规范的XML文档，必须遵循W3C在XML1.0规范中为XML设定的语法规则。通俗的说，规范的一个XML文档是指文档中包含一个以上的元素，并且根元素必须包含其他的所有元素，而每一个元素恰当地封装入某个元素中。6、什么是有效的XML文档？答：绝大多数XML浏览器都会检查文档是否规范，而有些还会检查文档是否有效。一个有效的XML文档必须伴随有文档类型定义DTD，并且该文档必须遵守这个DTD；或者Schema。7、DTD 的缺点？ DTD是基于正则表达式的，描述能力有限 DTD没有数据类型的支持，在大多数应用环境下能力不足； DTD的约束定义能力不足，无法对XML实例文档做出更细致的语义限制； DTD不够结构化，重用的代价相对较高； DTD并非使用XML作为描述手段，而DTD的构建和访问并没有标准的编程接口，无法使用标准的编程方式进行DTD维护。8、DOM或SAX要考虑的因素？答：(1)应用程序的目的：如果必须对数据进行更改，并且作为 XML 将它输出，则在大多数情况下，使用 DOM。与使用 XSL 转换来完成的简单结构更改不一样，如果是对数据本身进行更改，则尤其应该使用 DOM。(2)数据的数量：对于大文件，SAX 是更好的选择。(3)将如何使用数据：如果实际上只使用一小部分数据，则使用 SAX 将数据抽取到应用程序中，这种方法更好些。另一方面，如果知道将需要向后引用已经处理过的信息，则 SAX 可能不是正确的选择。(4)需要速度：通常，SAX 实现比 DOM 实现快。(5)SAX 和 DOM 不是互斥的，这一点很重要。可以使用 DOM 来创建事件的 SAX 流，可以使用 SAX 来创建 DOM 树。事实上，大多数解析器实际常常使用 SAX 来创建 DOM 树。9、DOM和SAX的区别和联系？答：区别：(1)基于事件SAX：占资源小。(2)基于树DOM，完整视图，耗费资源。 联系：SAX 2 ：两者在一定程度上的结合。10、SOAP特点？答：(1)SOAP 技术有助于实现大量异构程序和平台之间的互操作性，从而使存在的应用能够被广泛的用户所访问。(2)SOAP是把成熟的基于HTTP的WEB技术与XML的灵活性和可扩展性组合在了一起。11、SOAP消息路径？答： 为传送一个简单的SOAP消息而要经过的一组SOAP发送者和SOAP接受者。其中包含了初始SOAP发送者、零个或多个SOAP中介以及最终SOAP接受者。12、SOAP组成部分？ 由四部分组成： SOAP envelope（SOAP信封），它构造定义了一个整体的表示框架，可用于表示在消息（message） 中的是什么，谁应当处理它，以及这是可选的还是强制的。 SOAP encoding rules （SOAP编码规则），它定义了一个数据的编序机制，通过这个编序机制来定义应用程序中的数据类型，并可用于交换应用程序定义的数据类型的实例。 SOAP RPC representation（SOAP RPC表示），它定义了一个用于表示远端过程调用和响应的约定。 SOAP binding（SOAP绑定），它定义了一个使用底层传输协议来完成在结点间交换SOAP信封的约定。13、Header和Body元素的关系？ Header和Body在定义上是独立的，但在事实上是相联系的。 一个Body条目和一个Header条目的关系是：一个Body条目在语义上与这样一个Header条目等价，该Header条目将由默认参与者(最终接受者)解释同时由值为“1”的SOAP mustUnderstand属性标记。 消息的最终接收者可以使用actor属性默认的方式来指明15、 WSDL文档结构是什么？ 语法中使用了6个主要元素对服务进行了定义： types（类型），它提供了用于描述正在交换的消息的数据类型定义 message（消息），它表示了正在传递的数据的抽象定义。消息包括多个逻辑部分，每一部分与某种类型系统中的一个定义相关联 portType（端口类型），它是一组抽象操作。每个操作指向一个输入消息和多个输出消息 binding（绑定），它为由特定端口类型定义的操作和消息指定具体的协议和数据格式规范 port（端口），它指出用于绑定的地址，因此定义了单个通讯终端 service（服务），它用于集成一组相关的端口。 引用文档定义，使用语言扩展，增加上下文文档的规则 16、WSDL各个元素的关系？答：Services Implementation Definition (实现定义)： service：用于聚合一组相关的服务访问点，以构成一个Web服务定义。 Port：为Binding制定一个地址，从而定义一个服务访问点。 Services Interface Definition (接口定义)：Binding：为由特定Port Type定义的操作和消息指派具体的传输协议和数据格式规范。PortType：定义了一种服务访问入口的类型，是抽象操作的集合，操作一般有一条输入消息和输出消息。 Message：定义通信中使用的消息的数据结构，有多个部分组成，每部分通过Types来表示。 Types：提供用于描述所交换消息的数据类型定义。17、使用import元素有哪些好处？ 在WSDL文档中，使用import元素可以将服务定义的不同元素分别放入单独的文档中，需要时再将其导入 这种技术可以根据定义的抽象级别将其分开，这样有助于编写更为清晰的服务定义，另外还可以对各种服务定义进行最大限度的再利用 具有这种结构的WSDL文档更易于使用和维护 18、UDDI有哪些元素组成？答：商业实体信息(businessEntity)、服务信息(businessService)、绑定信息(bindingTemplate)和服务调用规范(tModel)的说明信息。19、 怎样将一个WSDL文档转换成对应的UDDI元素的描述？（19题其实就是20,21的分解）20. tModel元素 tModel允许各种实体（商业机构、标准组织、企业集团等）发布抽象规范，供其他实体在实现服务时使用 tModel可以定义所有信息，包括：关键字、名称、描述及URL 由于定义tModel非常简单，可以定义任何信息，甚至使无用信息和不可用信息 也可以使用tModel定义下一代Web电子商务将使用的标注和模板20、tModel与WSDL文档服务接口定义的关系？（答案要加强）答：(1)所有的 WSDL 服务接口在 UDDI 注册中心都是作为 tModel 发布。对这些 tModel 中的每一个都要进行归类，以便将它们标识为 WSDL 服务描述。 (2)UDDI find_tModel 消息可用于查找已经分过类的 tModel。21、 WSDL文档服务实现与businessService和bindingTemplate关系？ 答：(1)WSDL 服务实现在 UDDI 注册中心是作为 businessService 发布的;(2)businessService 将包含一个或多个 bindingTemplate。对 businessService 进行归类，以便将它看作基于 WSDL 的服务描述;(3)使用 UDDI V1.0 API 时，必须找到一个 businessEntity 或一个 businessEntity 集才能使用 businessService 的查找 API;(4)同样地，也必须找到一个 businessService 或一个 businessService 集才能使用查找 API 定位 bindingTemplate。22、在JAVA Web服务中，简述主要的开发商品及产品？（答案不好，写出几个软件商并对应其产品）答：WebLogic Integration包括应用程序集成、商业过程管理以及B2B集成； WebLogic Portal则提供门户、个性化及电子商务组件；WebLogic Workshop是一个集成开发环境的Web服务开发工具，它使得创建和部署Web服务所需要的代码量最少；开发人员只需集中精力考虑Web服务的功能，而核心XML、SOAP和WSDL编程则由Workshop来处理。23、 .NET Web服务与JAVA Web服务区别和联系？ 答：联系：(1).NET和J2EE应用有着相似的架构 (2).NET和J2EE有相应的主要技术 .NET所有技术来自Microsoft J2EE的技术有多个厂商的实现(3).NET和J2EE可以满足大多数应用的需求区别：(1)主要的差别不在技术的可行性上：开发效率，性能，成本，稳定性。24、XML加密首要目标？ XML 加密的首要目标是： 支持对任意数字内容的加密，包括 XML 文档。 确保经过加密的数据不管是在传输过程中还是在存储时，都不能被未经授权的人员访问到。 即便在消息传送中的每一跳，都能维持数据的安全性这句话的意思是，不仅数据正在传输的过程中要保证安全性（这就是 SSL 所作出的保证），当数据在某个特定的节点停留的时候，也要保证其安全性。 以 XML 形式表现被加密的数据。 可以从 XML 文档中选出一部分内容进行加密。 25、XML签名主要动机与目标？ XML 签名是对现有数字签名基础设施的扩展。下面列出了创建 XML 签名的一些目标和动机： 在数字签名周围建立一些结构，这样就可以用 XML 文档的形式来表现数字签名。 实现对一部分 XML 进行签名，而剩余部分则不签名。 实现对同一份 XML 文档的不同部分使用多于一种的数字签名。 不仅仅在文档传送和通信的时候使用签名，还要使签名能够持久保留。 26、WS-Security?答：(1)描述加强 SOAP 消息传递，通过消息完整性和消息机密性提供保护质量。 (2)这个规范还定义了如何在 SOAP 消息内附加并包含安全性令牌。(3)最后，提供一种用于指定二进制编码的安全性令牌（例如 X.509 证书）的机制。这些机(4)制可以独立使用也可以组合在一起使用来提供许多种安全性模型和加密技术。四、综合论述题（1*14=14）1、画出Web服务的协议栈，并说明各层的含义。Web服务服务发布、查找和绑定三种交互操作是基于Web服务协议栈实现的。每层包含有业界标准的协议，如图所示，上一层是基于下一层所提供的功能来实现的。垂直框中的内容是栈中每一层都需要的功能支持，左边的文字是对应的一层所采用的标准技术。（1） 网络层:Web服务的基础是网络，因此网络层位于Web服务技术架构的底层。为了让Web服务能够被来自不同系统的客户使用，应用于Web服务的数据传输技术必须是应该广泛的。（2）XML消息层:在网络层之上是基于XML的消息层，该层要求XML是消息协议的基础。目前，SOAP是最好的XML消息协议。（3）服务说明层:服务说明层实际上是一个文档栈。首先是WSDL，它专门用于描述基于XML的服务，支持对可交互的服务的最小纤度的描述。（4）服务发布层:服务发布是指让服务请求者得到WSDL文档，这个操作可以在服务请求者生命周期的任何阶段执行。（5）服务发现层:服务发现层的发现机制对应于服务发布层的发布机制。任何允许服务请求者得到服务说明并在运行时刻让应用程序使用的机制都可以被看作服务发现。（6）其他技术层面图的右边是几个代表其他技术的垂直层次，他们代表了在以上介绍的几个水平层次中Web服务需要提供的其他技术支持。为了满足电子商务的要求，Web服务应用程序必须满足企业级的需求，包括安全性、管理和服务质量等。Web服务服务发布、查找和绑定三种交互操作是基于Web服务协议栈实现的。每层包含有业界标准的协议，如图所示，上一层是基于下一层所提供的功能来实现的。垂直框中的内容是栈中每一层都需要的功能支持，左边的文字是对应的一层所采用的标准技术。WSDLSOAP服务发现层服务发布层服务说明层XML消息层网络层安 全 性管 理服 务 质 量HTTP,FTPEmail,MQUDDIUDDI（1） 网络层:Web服务的基础是网络，因此网络层位于Web服务技术架构的底层。为了让Web服务能够被来自不同系统的客户使用，应用