Web Services互操作性研究

异构Web Services间的无缝互操作是成功构建基于Web Services应用的关键之一.讨论了Web Services互操作性概要和Web Services基本交互模式,详细分析了Web Services互操作原理和Web Services描述;说明了Web Services的类型定义中的类型不匹配、不可用类型、精度和值/引用类型等问题对互操作性的影响,并给出了处理方案;同时还分析了在Web Services的调用过程中采用的SOAP编码和消息模式、Web Services约束等问题.最后针对当前应用较广泛J2EE和.NET的两个平台的Web Services的互操作设计作了简要设计.     

程序天下事

互操作性常常被说成是Web services的圣杯。然而,互操作性到底是什么意思?概而言之,在Web services语境中的互操作性意指服务在跨越不同的应用平台、编程语言、硬件、操作系统、以及应用数据模型时应该保持不变的功能特征。按照定义,Web Services应该是可互操作的,因为服务消费者没有与服务实现紧密地连在一起。但是,当应用使用迥然不同的SOAP工具箱生成和操纵底层的SOAP消息、使用迥然不同的编程语言、迥然不同的硬件/软件栈时,必然会存在一些问题。(要更多地了解与Web services的互操作性的重要性相关的背景,参见副栏“互操作,Web Services风格”。其中考查了一些架构问题、障碍、围绕Web services的互操作性的一些权宜之计、以及WS-I的浮现。)这里我们将考虑J2EE对WS-I基本profile的支持;考察怎样用Java开发遵守WS-I的、可互操作的web service;并通过Microsoft. Net平台来演示可互操作性。     

分布式对象在Web Services网络中的复用研究

Web Services网络是适用于异构和快速变化环境中的一种新型分布式计算模型。在研究分布式对象架构和Web服务架构的基础上，分析了分布式对象在Web服务网络中的复用原理，对分布式对象在Web Services网络中复用的基本问题进行了一些探讨，并用Java语言实现了简单DCOM对象和CORBA对象在Apache SOAP中的复用。     

基于Axis开发Web服务的研究

Web Services已成为网络应用发展的主流,SOAP协议是Web Services的核心协议。Axis本身是基于Java语言开发的项目,它给出了一个很好的SOAP实现平台,基于它开发Web Services应用省掉了许多底层技术细节,从而使Web服务的开发变得轻松高效。结合图示和应用例子,主要介绍了Axis的工作原理、主要的相关技术WSDL,以及使用Axis时的环境设置、开发和部署Web服务的不同方法。     

基于SOAP网关的Web Services访问控制

本文探讨了Web Services通信中对SOAP网关的需求,提出了基于SOAP网关的Web Services访问控制架构,分析了架构中的参与者及其职责,并给出了两种SOAP网关的实现方法和基于XACML的授权服务的实现机制。     

Web Services最佳实践

作为一种互操作性非常强的Internet通信技术，Web Services技术已经获得了稳固的地位。其标准化进程进展迅速．这将使这种技术为更多人所接受。尽管如此．从邮件列表和用户组的讨论来看．仍然有很多人对于各种Web Services设计方法不甚清楚。Document／LiteraI与RPC样式（RPC-style）有什么区别．SOAP消息样式（message-style）又是如何与之配合的呢？     

异构平台上Web Services的实现和比较

本文首先介绍了Web Services技术以及它的体系结构．然后通过实例分别讨论了在．net平台和java平台上实现Web Services过程。论文的最后进一步讨论了不同平台下Web Services之间的互操作性问题。     

基于PHP5和Axis实现四则运算的Web服务系统

在当今Web领域,Web Services是一个实现SOA架构的新标准,以惊人的速度发展。Axis作为一个SOAP引擎,提供创建服务器端、客户端操作的基本框架。PHP5支持对SOAP的扩展,提供和调用Web Services功能。该文给出了用PHP5来调用在Axis上发布的四则运算Web Services的实例,并给出了客户端和服务器端的SOAP传递消息过程。     

活动预测模型驱动的Web 服务合成

Web 服务工作流被描述成一系列活动的组合,Bonita 提供的流程引擎可以验证产生Web 服务工作流Bonita 基于活动预测模型的基础性构造,实现了流程中活动可预测执行的功能,它使用SOAP 和XML数据绑定技术的Web Services 封装了已有的工作流业务方法并将它们以基于J2EE 的Web Services形式发布。基于活动本体的预测模型使得工作流不再是传统意义上的顺序执行,而是可以实现执行预测,使得Web 应用无论在功能上还是互操作性方面都得到加强;这种机制使得工作流的合成适应Web服务动态     

基于Rampart实现SOAP消息安全

针对Web Services中日益突出的安全问题,本文将研究Axis2上SOAP消息的安全性,并利用Axis2的安全模块Rampart开发服务端和客户端的安全代码,Web Services应用添加一个WS—Security安全层,通过对SOAP消息的安全处理,实现Web Services的消息级安全。     

利用．NET实现Web Services在Web中的应用

Web Services是一种全新的组件技术,XML是它的技术基础。主要介绍了Web Services的关键技术和实现Web Services技术的主要协议:XML、SOAP、WSDL和UDDI,以及基于.NET平台对Web Services组件的实现和应用。     

使用X509证书签名加密SOAP消息

将Web Services应用于商业开发,安全性能是必须要考以明文字符的方式在服务和客户之间传递,这样很容易造成信息的泄露和被恶意更改.文中介绍了在.NET平台下如何使用X509证书对SOAP消息进行签名和加密的具体方法,并通过具体实例,讲解了如何将一个使用明文SOAP消息的WebServices和客户端改进成使用X509证书进行签名和加密的服务和客户端调用,以达到安全Web Services的目的.     

基于SOAP的Web Services开发的关键技术

结合特点和功能,讨论了.NET 框架和SOAP概念.阐述了基于SOAP的Web Services开发的关键技术,主要包括.NET Remoting、ASP.NET Web Services 和 ATL Web Services等方面的关键技术.     

Web Services中SOAP安全性的研究与实现

SOAP(简单对象访问协议)作为Web服务通信协议的基础,在Web服务安全中扮演着极其重要的角色.本文通过对SOAP规范以及在Web Services中使用SOAP存在的安全性问题的分析,结合WS-Security规范中的内容和框架给出了一种SOAP发全性扩展的具体实现,从而达到保护SOAP消息传递的目的.     

Web Service核心协议与实施研究

本文首先介绍了Web Services、中间件和SCA。着重分析了Web Services的主要协议WSDL和SOAP，及其典型实施Axis，最后指出了Web Services的新规范VVS-Addressing及其带来的挑战。     

使用X509证书签名加密SOAP消息

将Web Services应用于商业开发,安全性能是必须要考以明文字符的方式在服务和客户之间传递,这样很容易造成信息的泄露和被恶意更改.文中介绍了在.NET平台下如何使用X509证书对SOAP消息进行签名和加密的具体方法,并通过具体实例,讲解了如何将一个使用明文SOAP消息的WebServices和客户端改进成使用X509证书进行签名和加密的服务和客户端调用,以达到安全Web Services的目的.     

.Net和Axis平台上Web Services的实现

首先介绍了Web Services技术、体系结构以及相应的协议，然后通过实例分别讨论了在Net平台和Axis平台上实现和部署Web Services过程，并解决了互操作性问题。最后通过客户端的实现验证了上述实例的正确性。     

WSE加密在Web服务中的应用

基于WSE（Microsoft Web Services Enhancements）组件,介绍了WSE环境配置、加密算法、解密算法和如何使用WSE在Web服务中加密SOAP消息,使加密后的SOAP消息能够通过标准唧协议成功地传输,并且描述了SOAP消息加密／解密的过程。     

基于SOAP协议的Web Services安全性研究

针对Web Services应用中日益出现的安全问题,论述了当前Web Services安全性现状.解决Web Services安全性问题的重点在于SOAP协议的安全性,分析传输层SSL协议和基于XML安全规范的SOAP安全性扩展技术各自特点,通过实例给出一种安全性问题改进方法.该方法在Web Services安全性方面具有实际应用价值.     

REST风格和基于SOAP的Web Services的比较与结合

对REST风格的Web Services进行介绍,接着对REST(Representational State Transfer)风格和基于SOAP的两种Web Services的耦合度进行比较,进而提出两者是可结合的.这样在构建Web Services的时候能做出合理的选择.