《08-Web服务实用技术(Web服务实现技术)》由会员分享，可在线阅读，更多相关《08-Web服务实用技术(Web服务实现技术)（42页珍藏版）》请在金锄头文库上搜索。
1、Web服务实用技术,第八章 Web服务实现技术,主要内容,Web服务开发方法 Web服务运行环境 AXIS 基于AXIS的Web服务开发,第一节 Web服务开发方法,Two Approaches,e.g. EJB/Java Class to WSDL,e.g. WSDL contract as the interface & message description,Bottom Up,Top Down,Web 服务开发生命周期,开发 开发和测试 Web 服务实现、定义服务接口描述和定义服务实现描述。 通过创建新的 Web 服务、把现有的应用程序变成 Web 服务 由其它 Web 服务和应用程序
2、组成新的 Web 服务提供 Web 服务的实现。 部署 向服务请求者或服务注册中心发布服务接口和服务实现的定义 Web 服务的可执行文件部署到执行环境 运行 调用 Web 服务 Web 服务完全部署、可操作并且服务提供者可以通过网络访问服务 管理 持续的管理和经营 Web 服务应用程序。安全性、可用性、性能、服务质量和业务流程,构建Web Service,1.编写代码 2.打包以便布署 3.布署到应用服务器 4.创建WSDL描述 5. 发布描述 6. 发现-通过UDDI 7. 绑定、调用,访问Web Service,1. 开发新应用 2. 查询UDDI 3. 定位Web服务、下载其描述 4.
3、根据描述创建Java client proxy 5. 在应用中编写调用Java client proxy methods 代码 6. 测试应用 7. Java client proxy通过SOAP调用Web service methods,第二节 Web服务运行环境,Web Service Runtime,1. 提交请求(参数)给应用服务器， 服务器调用Java servlet. 2. Servlet调用本地Java proxy方法，proxy调用SOAP客户端运行 3. SOAP客户端发送HTTP请求（方法、参数）给提供者. 4. SOAP servlet准备方法和参数,instantiat
4、es服务bean,调用服务方法 5.访问legacy资源 6. SOAP servlet返回结果给请求者SOAP client. 7. SOAP client返回结果给Java proxy. 8.servlet把结果放在一个data bean中，dispatch查询结果的JSP 9. JSP发送HTML给用户，页面中包含有服务返回的结果,第三节 AXIS,Axis Introduction,Axis是Apache组织推出的Web服务引擎 Axis本质上就是一个Web服务引擎，提供创建服务器端、客户端和网关SOAP操作的基本框架。 但Axis还包括: 一个独立的Web Service服务器。 一
5、个嵌入Servlet引擎（Tomcat）的服务器。支持WSDL。提供转化WSDL为Java类的工具。提供例子程序。提供TCP/IP数据包监视工具。,Axis2体系结构,AXIS 对象模型（AXIs Object Model，AXIOM）是 Apache Axis2 的 XML 对象模型 内核层包含引擎、模块和部署框架 所有其他组件都在内核之上的层中 各种传输协议（如 HTTP 和 SMTP）和数据绑定（在 XML 和 Java 代码之间进行转换）并不在核心中，因为它们是可插入的，因此提供了很大的灵活性 所有其他相关技术（如 Java API for XML Web Services (JAX-
6、WS)）都在 Axis2 之上的层次中,AXIOM,AXIOM是一个 XML 对象模型，设计用于提高 XML 处理期间的内存使用率和性能，基于 Pull 解析 通过使用 Streaming API for XML (StAX) Pull 解析器，AXIOM可以控制解析过程，以提供延迟构建支持 StAX通过提供一种基于事件迭代器(Iterator)的API让程序员去控制xml文档解析过程 程序遍历这个事件迭代器去处理每一个解析事件，解析事件可以看做是程序拉出来的，也就是程序促使解析器产生一个解析事件然后处理该事件，之后又促使解析器产生下一个解析事件，如此循环直到碰到文档结束符 SAX也是基于事件
7、处理xml文档，但却是用推模式解析，解析器解析完整个xml文档后，才产生解析事件，然后推给程序去处理这些事件 DOM采用的方式是将整个xml文档映射到一颗内存树，这样就可以很容易地得到父节点和子结点以及兄弟节点的数据，但如果文档很大，将会严重影响性能 延迟构建是指 AXIOM 不完全构建XML对象模型，而是基于用户的需求构建,AXIOM（续）,例子： 从 XML 输入流中获得第一个人的 元素值 XML文档, Dihini Himahansi Female Colombo, Sri Lanka Thushari Damayanthi Female Elpitiya, Sri Lanka ,AXI
8、OM（续）,优势 尽可能仅使用能满足用户的需求的内存 如果用户希望访问较大的文档中前面的数个字节或数千字节，则延迟构建功能将改善该应用程序的内存需求情况 可以从任何元素获得 StAX 事件，而不管是否完整构建了对象模型 应用案例： 当 Axis2 作为中介传递时，如果需要仅读取 SOAP 消息的 Header，AXIOM 将防止其读取整个 SOAP 消息，使其具有很高的内存效率 当 Web 服务实现能够直接使用 StAX 事件时，由于采用了 AXIOM，Web 服务所需的内存非常小,AXIOM（续）,AXIOM 内置了消息传输优化机制（Message Transfer Optimization
9、 Mechanism，MTOM）支持 对于 AXIOM 体系结构，可以通过实现 AXIOM 接口并将其插入到 Axis2 中来执行自己的对象模型 AXIOM 提供了构建于基础 AXIOM API 之上的 SOAP 接口 可以使用 envelope.getHeaders 和 envelope.getBody 之类的便利方法查看 SOAP,可扩展消息传递引擎,Axis2 是一个纯 SOAP 处理器，并不依赖于任何 Java 特定的规范 引擎通过传输协议接收到消息后，将调用之前注册的一系列拦截器（称为处理程序） 处理程序通常处理 SOAP Header 内的信息，也可以同时对消息的其他部分进行处理
10、随后会将消息传递给消息接收者一般将此消息传递给服务实现类进行处理,可扩展消息传递引擎 （续）,Axis2 的管道模型 Axis2 引擎的传入消息会通过“In”管道。所有传出消息都会通过“Out”管道 通过组合使用不同数量的 In 和 Out 管道，Axis2 可以处理任何 MEP（Message Exchange Pattern） 阶段 每个 Axis2 管道内部被逻辑划分为名为阶段 (Phase) 的区域 按特定的方式对这些阶段进行命名，以表示在该阶段对消息的处理方式 这些阶段都会有用处，特别是尝试部署新处理程序时，因为我们可以指定处理程序需要在哪个阶段中执行,可扩展消息传递引擎 （续）,上
11、下文层次结构 Axis2 环境需要在不同的级别保存信息 例如，整个引擎公用的信息应该在系统级别进行维护，而消息级别的信息应该保存在消息级别。有些信息是动态的，而有些信息是静态的 为了处理这些不同的需求，Axis2 提供了上下文层次结构来在不同级别维护信息,可扩展消息传递引擎 （续）,调度 传入 Axis2 引擎的每条消息都以特定服务和操作为目标。标识此服务/操作组合的过程称为调度，Axis2 引擎提供了进行此工作的四种基本方法： 基于请求 URI 进行调度 传输信息：可以将 SOAPAction HTTP Header 用于确定服务和操作 WS-Addressing Header：如果传入消息
12、包含 WS-Addressing Header，也可以将其用于进行调度 如果 SOAP 主体的第一个子项的 QName 是使用 RPC 规则定义的，则也可以使用此名称,可插入模块体系结构,模块为服务器提供了一个扩展机制 Axis2 中的每个模块都包含一组相关的处理程序,可插入模块体系结构（续）,模块的类型 Sandesha2 模块：提供 WS-Reliable Messaging 支持 WS-Addressing 模块：为 Axis2 提供 WS-Addressing 支持 Rampart 和 Rahas 模块：提供 WS-SX（安全相关规范）支持 Kandula 模块：提供 WS-AT 支持
13、 Savan 模块：提供 WS-Eventing 支持,可插入模块体系结构（续）,模块的级别 系统级别：模块将影响整个系统，此模块中的处理程序将应用于传入系统的所有消 服务级别：此模块中的处理程序将应用于以特定服务为目标的消息。这些处理程序应该始终部署在调度阶段后 操作级别：此模块中的处理程序将应用于以特定操作为目标的消息。这些处理程序应该始终部署在调度阶段后,改进的部署模型,Axis2 现在支持将服务热部署到 Axis2 引擎中热部署 服务应该存档为 ZIP 文件，且在文件名中使用 .aar（Axis2 存档，Axis2 archive）作为扩展名 服务存档包含以下信息： 服务实现类 Ser
14、vices.xml 文件描述其使用的消息接收者、所需的任何模块和可用的操作 可选依赖库打包在 lib 文件夹内,其他特性,新客户机 API 可插入数据绑定 REST 支持 （REpresentational State Transfer，REST） WSDL 2.0 支持：Axis2 现在支持 WSDL 2.0。我们在最近进行的互操作性研讨会中成功地进行了初始互操作性测试。 工具支持：Axis2 随附了 WSDL2Java 和 Java2WSDL 工具，同时提供了与 Axis2 协同工作的 Eclipse 插件 各种传输协议支持： Axis2 支持 HTTP、SMTP、TCP 和 JMS Sp
15、ring 支持：Axis2 内置了 Spring 服务支持。您可以编写 Spring Bean，然后方便地使用 Axis2 将其作为 Web 服务公开 WS-Policy 集成：Axis2 完全支持 WS-Policy，该规范已集成到了引擎的核心中,第四节 基于AXIS的Web服务开发,Publishing and Consuming Web Services with Axis,Tomcat,*,.,jws?wsdl,Client Side,Java Class,*.,jws,*,.,jws?wsdl,wsdl,wsdl,Java Class,*.java,wsdl,Invoking a S
16、OAP Service with Axis,Tomcat,SOAP Request,SOAP Request,SOAP Reply,SOAP Reply,Client Side,Web Service,Reply,RPC,Invoke,Reply,Server Side,Web Service,Axis服务器端部署的三种方式,Java源程序直接发布*.jws 通过编写wsdd文件部署。 通过生成的Skelton类在服务器上部署,Axis客户端调用Web服务的三种方式,动态调用接口模型 动态代理模型 静态存根模型,动态调用接口模型,利用RPC中的Call类对象来实现对远程服务的调用和访问的一种模型，其核心在于Call对象的实现。 对每个Web服务的每一个远程方法调用，DII模型都要生成一个新的Call对象，并可以根据该服务的WSDL文档描述对Call对象进行配置，最终利用Call对象实现该远程方法的调用。,动态代理模型,利用java反射（reflection）机制中Proxy类对象来实现对远程服务的调用和访问的一种
