Web Service填空题简答题扫描版

填空题1．从模式派生类生成内容对象树，此过程称为_________。

解组2．将内容对象树转换为XML文档的过程称为___________。

编组3．将类定义为Web服务接口的实现类的批注是________。

@WebService4．定义Web方法具有输入但是没有输出的批注为________。

@OneWay5．JAX_WS API中的批注__________定义Web服务的引用。

@WebServiceRef6．________元素是定义Web服务名称的WSDL文档的根元素。

<definitions>7．在javax.ws.rs包中，批注____________定义资源类的方法所接受的MIME类型。

@Consumes8．WSDL文档将Web服务的描述分为两种截然不同的模型_________和__________。

抽象模型、具体模型9．SOAP通过将XML消息嵌入___________来在Web服务之间交换XML消息。

SOAP信封10．Web服务可使用两种方法来创建：________________和____________。

从下到上的方法,从上到下的方法11．SAAJ对象客户端使用__________对象中客户端应用程序和Web服务之间创建连接。

SOAPConnection12．SAAJ客户端使用__________对象中客户端应用程序和Web服务之间创建连接。

SOAPConnection13． Metro使用___________和________进行Web服务开发。

JAX_WS，WSIT14． _________是解决编程问题的经过深思熟虑且以前使用过的解决方案。

设计模式15．导致Web服务中出现性能瓶颈的主要因素有：网络等待时间、____________和执行Web服务操作花费的时间。

网络等待时间16．_______元素描述Web服务执行的操作。

<portType>17．_______元素描述服务使用者与Web服务之间交换的消息。

<message>术语解释,写出英文完整名称及中文概念及其含义WSDL SAAJ JAXB SAX UDDI SOAP JAXP StAX等等WSDL:Web Services Description Language，Web服务描述语言；基于XML的文档，用于描述基于XMLWeb服务功能。

SAAJ:SOAP with Attachments API for JAVA是用于Java的SOAP附件API。

JAXB:Java Architecture for XML Binding是用于XML绑定的Java API。

SAX:Simple API for XML，是用于XML解析的简单API。

SOAP: Simple Object Access Protocol,即简单对象访问协议。

JAXP:Java API for XMLProcessing，是用XML处理的Java API。

StAX：Streaming API for XML，用于XML解析的流式处理API。

简答题1.SOA的功能可发现和动态绑定：此功能描述服务使用者中运行时根据其需求查找或发现服务。

服务使用者通过服务注册表查找符合其需求的服务支持互操作性：互操作性是使用不同平台和语言的系统相互通信的能力松散耦合：SOA中服务使用者和服务提供者之间推行松散耦合，中松散耦合系统中，在一个应用中所作的更改不需要在其他集成的应用程序中进行相应更改。

位置透明：服务使用者无需知道要使用的服务位置。

使用者中服务注册表内搜索服务。

确定服务后，在运行时绑定它，确定服务后，在运行时绑定它，这使服务能够从一个位置移动到另一个位置。

2.SAX API的工作原理（需要绘制图形进行说明）SAX应用程序借助SAXParserFactory类创建SAXParser类的实例。

实例化SAXParser类后，使用SAXParser类创建了SAXReader对象来读取XML文档。

调用了SAXReader对象的parse()方法以根据在XML文档中执行的操作调用任一回调方法。

回调方法中ContentHandler、ErrorHandler、DTDHandler和EntityResolver接口中定义3.JAXB API的工作原理（回答方式同上，需要绘制图形）在上图中，绑定编译器使用XML模式生成一组类。

换句话说，这些生成的类遵循Web 服务的 XML 模式。

XML 模式是确定 XML 文档中可以出现的元素、元素出现必须遵循的顺序以及元素可以具有的属性的规范。

然后这些模式派生类由绑定编译器进行编译和实例化，以便生成内容对象树。

此树表示源XML文档的结构、组织和内容。

从模式派生类生成内容对象树的此过程称为解组。

这些生成的内容树对象可以被转换回XML文档。

将内容对象树转换为XML文档的此过程称为编组。

此编组过程包括对象树的处理。

对象树的处理允许客户端应用程序修改XML数据。

此XML数据由内容对象树通过由绑定编译器生成的类表示。

然后此经过处理的内容对象树被编组到一个或多个XML输出文档。

4.Web服务的功能支持数据交换：Web服务使用XML数据格式完成Web服务间的信息交换。

信息交换以XML 消息形式完成。

XML是独立于供应商和平台语言，可用于中企业内甚至跨企业平台数据集成。

因此，XML是Web服务间数据交换的格式。

支持文档交换：Web服务通过将文档附加到业务之间交换的XML消息来支持大型非XML 文档的交换。

此类非XML文档可以是PDF文件、视频文件或图像文件。

支持同步和异步客户端：Web服务支持与客户端进行同步和异步通信。

同步客户端是指等待服务完成其操作的客户端。

另一方面，异步客户端是指调用服务，然后执行其他函数而不是等待服务完成的客户端5.举例说明异步交互模式的工作原理(P8.4,需绘制图形进行说明）上图描述了异步交互模式的Web服务的工作原理。

客户端Process P1向Web服务发送了请求，并在Process Pl暂停时启动另一个Process P2.Web服务接收请求并将其分配给正确的操作以进行处理。

在将请求成功委托给Web服务操作后，Web服务操作向客户端返回请求ID.随后，启动并处理该请求以生成响应。

但是，根据请求的复杂性，操作可以调用其他Web服务。

·有两种可能的方法使响应可供请求处理使用：■客户端定期调用Web服务以检査具有Web服务所提供ID的请求的状态。

■如果客户端本身是调用其他Web服务的Web服务，那么所请求的Web服务将调用具有最终结果的调用Web服务。

6. HTTP负载平衡使用的主要算法循环：在此算法中，在所有服务器上等量的分配负载。

当群集中的所有服务器具有类似的处理能力时，此算法最适合。

在此方法中，按顺序向服务器分配请求。

例如，如果服务器群集中有四个服务器，那么第一个请求将分配给第一个服务器，第二个请求分配给第二个服务器，以此类推。

现在，如果接受到第五个请求，那么它将分配给第一个服务器。

通过此方法，能处理所有请求。

加权循环：此算法在各服务器具有不同处理能力的服务器群集上实现。

根据处理能力，管理员向群集中的每个服务器手动分配性能权限。

性能权重定义为基于性能能力对服务器的平均评级。

因此，每个服务器的负载调度将根据服务器性能权重自动决定。

最后，以循环方式将请求重定向到服务器。

最少连接：在此算法中，根据服务器与客户端所建立的连接数来确定服务器。

然后将请求定向到具有最少连接数的哪些服务器。

基于负载：在次算法中，根据服务器上的负载来确定服务器。

然后将请求定向到具有最小负载的那些服务器7.Web 服务日志器模式包含的组件（p8.7）在下图中，安全日志器模式的应用程序组件(web服务)生成日志信息并将其发送到安全日志器组件。

安全日志器组件加密日志信息以对其进行保护，要读取此安全信息，需要使用日志读取器组件。

它确保提供给用户的信息仅用于读取目的，因为它不允许在日志信息中进行修改。

日志查看器组件使用户能够查看日志读取器组件提供的信息。

8.Web服务缓存模式的工作原理（p8.5,需绘制图形进行说明)在上图中，ClientA首次向新闻门户Web服务发送请求。

新闻门户Web服务将响应发送回Client A下次，当Client A向新闻门户Web服务发送请求时，它将先检査缓存。

如果在缓存中找到所请求的资源，那么它将由缓存来完成。

否则，该请求将被转发到新闻门户Web服务。

同样，来自Client B的请求将检查缓存以查找资源。

如果在缓存中找到资源，那么该请求将由缓存来完成。

否则，该请求将被转发到Web服务。

9.RESTful Web服务的设计原则使用HTTP方法显示无状态特性公开目录结构以XML和Javascript对象表示法(JSON)格式传输数据10.SOAP消息元素组成（p2.15)SOAP信封：这是SOAP消息的根元素。

SOAP信封包含SOAP消息的报头和正文元素。

信封元素是SOAP消息的必需元素.SOAP报头：这是提供额外信息(如服务器路由信息)的可选部分，同时也是SOAP信封元素的第一个子代元素。

直接位于报头元素之下的所有元素称为报头条目，所有扩展信息(如消息验证和事务管理)在报头元素中给出。

SOAP正文：这是包含消息数据的必需部分。

如果SOAP信封元素不包含报头元素，则正文元索便成为SOAP信封元素的第一个直接元素，正文元素(<SOAP:BODY>)的所有直接元素称为正文条目，在(<SOAP:BODY>)元素中，每个正文条目都被视为一个单独的元素。

正文元素包括如下信息:Web服务方法的名称、参数以及方法调用的值.SOAP故障:此元素用于确定SOAP消息是否存在故障，并显不错误.(<SOAP:FAULT>)e元素包含以下四个元素:〈faultcode〉:此元素始终存在于SOAP故障元素中。

XML Web服务使用者使用此元素识别SOAP消息中发生的故障，SOAP定义了包括基本SOAP故障的一组故障代码。

〈faultstring〉:此元素以人可读的形式提供故障解释。

此外，还提供故障类型相关信息。

〈faultstring〉元素始终存在于SOAP故障元素中.〈faultactor〉:此元素提供导致消息路径内故障的因素相关信息。

SOAP消息通过包含-组节点(如发送方和接收方节点)的路径进行传输。

SOAP消息流经的路径称为消息路径。

它标识故障源，返回故障源的值为URI.〈detail〉:此元素提供与〈SOAP:BODY〉元素相关的特定于应用程序的错误信息。

如果正文元素的内容无法成功处理，则此〈detail〉元素必须存在。

如果〈detail〉元素不存在，则表明故障与正文元素的处理无关。