c/c++的Soap应用

1. 关于soap

在许多项目中团队中,我们常常会听到这样的话:我们这里是用webservice交互的。而说话的场景往往就是交互对象双方比较异构,所谓异构、即双方是不同的开发语言、不同的运行环境等。比如常见的c/c++后台程序与java的web程序间的通信,当然这里的通信是网络通信,如果是一体化单机系统内,可能第一反应是JNI方式了。

异构体系间的通信,就是webservice的基本应用场景。而soap(simple object access protocal)则是webservice在实际操作中需要遵守的协议,webservice的其它关键元素还有:WSDL, http, xml等。

2. 适用情况

如前所述、在一个项目中不同开发体系间希望交互信息,同时不愿花大气力自己做通信框架,产品需求定位为:快捷开发、稳定有效,没有明显大并发的需求,那么webservice是一个很好的选择。

之所以排除大并发的应用场景,个人觉得大并发平台网络环境复杂,在接口伸缩性和业务结合度方面,一般都是公司内部封装通信框架更合适。另外webservice通信中携带的冗余信息太多也是一大诟病,所以大并发的场景,想想也算了。

3. C++ gsoap工具

Gsoap是c/c++在webservice开发中一个强大工具,c/c++er在做webservice开发一般都是用的这个利器。

从网上很容易找到gsoap的源码,以我下载的gsoap-2.8为例。如果不用特别的研究编译工具源码,那么下载后需要用的东西是两个地方:

1. 在\gsoap-2.8\gsoap\bin\win32目录下有两个编译工具:wsdl2h.exe和soapcpp2.exe。

wsdl2h.exe:用于将wsdl文件转换为c/c++使用的头文件。

soapcpp2.exe:用于将上述头文件转换为c/c++项目使用的基础代码。包括客户端代码、服务端代码、头文件的wsdl描述。

2. 在\gsoap-2.8\gsoap目录下有两个文件:stdsoap2.cpp和stdsoap2.h。这两个文件即为c++使用webservice通信的底层soap协议实现。

4. C++应用

对于C++来说,webservice就是一种RPC(Remote Procedure Call Protocol远程过程调用协议)方式,既然是RPC,通俗的说、就是本地C++需要用到异地环境的方法,那么本地与异地双方就有一个基本的方法列表,之后达到就像在调用本地方法一样的调用异地方法。由此引出C++在webservice开发的基本过程:

      C++服务端开发:

1)列出能够提供的方法接口,写入头文件;

2) 用gsoap的soapcpp2.exe编译工具将1)中头文件编译生成服务端代码;

3) 将2)中生成的代码引入到自己的服务端项目中,进行服务端业务开发,需要注意的是服务端必须实现1)中头文件定义的方法。

      c++客户端开发:

1) 如果有服务方提供的wsdl文件,则用gsoap提供的wsdl2h.exe工具生成头文件,然后同c++服务端开发的前两步一样,生成客户端代码;

如果C/S双方都是C++开发,那么可以不需要wsdl的“介绍”,直接在上述c++服务端开发2)中,同时生成客户端代码,拿到这里用即可。

2) 将上述gsoap框架下的客户端代码引入到自己的客户端项目中,就可以调用服务端方法了。

      归纳:

C++的webservice开发,如果自己玩,可以不需要wsdl,但如果与其它体系一起协同通信,就需要wsdl(网络服务描述语言)来描述头文件的那些方法列表。Soap协议使得通信双方不需要关心具体通信实现,双发维护好提供业务的方法即可。

Gsoap是一个开源的soap封装,从stdsoap2.cpp中可以看出其跨平台的实现,比如“#ifdef WIN32”这样的痕迹。stdsoap2.h中代码风格有值得学习的地方,比如条件预处理格式等,一个头文件和一个cpp就实现了soap的协议封装,短小精悍。\gsoap-2.8\gsoap\doc中文档介绍朴素简洁,建议以html方式查看,一目了然。

5. 简单例子

本例子通过服务端提供一个字符串置反的方法,运行后在本机通过SoapUI测试客户端调用。

      C++服务端:

服务端工程,根据前面所述C++服务端开发步骤,首先给出头文件reverse.h


int ns__reversestr(char *iStr, char **oStr);

然后就只有一个main.cpp


#include "soapService.h"

//服务方法的实现

int Service::reversestr(char *iStr, char **oStr)

{

if (NULL == iStr || NULL == oStr)

{

return this->error;

}

int strLen = strlen(iStr);

*oStr = (char*)soap_malloc(this, strLen + 1);

memset(*oStr, 0, strLen + 1);

char *pOutBuf = *oStr;

while (strLen-- > 0)

{

*(pOutBuf++) = *(iStr + strLen);

}

return this->error;

}

//服务入口,这里是最基本的服务形式

int main()

{

Service serv;

serv.serve();

int port = 80;  //服务端口,启用前先用netstat查看下该端口是否被占用

if (serv.run(port))

{

serv.soap_stream_fault(std::cerr);

exit(-1);

}

return 0;

}

      SoapUI测试:

时间: 2024-10-05 09:20:48

c/c++的Soap应用的相关文章

java soap api操作和发送soap消息

Java代码   package gov.hn12396.appintegration.mule.client; import gov.hn12396.appintegration.mule.util.EncoderUtil; import java.net.URL; import java.util.Calendar; import javax.xml.soap.MessageFactory; import javax.xml.soap.SOAPBody; import javax.xml.s

SOAP 格式设置选项

SOAP 格式设置选项 两个格式设置选项为: Style:适用于 SOAP 消息中 Body 元素的子元素(也可能是孙级).此选项指定为 binding WSDL 元素(通常情况下)或 operation 元素的 style 属性. Use:适用于出现在下一个级别的 Web 服务方法参数(或返回值).此选项指定为 body 元素的 use 属性. 有关 SOAP 规范的详细信息,请访问 W3C 网站 (http://www.w3.org/TR/SOAP).有关 WSDL 规范的详细信息,也可以访

SOAP vs REST

SOAP vs. REST是一个伪命题,对它们进行直接比较并不恰当,因为SOAP(简单对象访问协议)是一种协议,而REST(表述性状态转移)是一种架构风格. 协议和架构是两种完全不同层面的东西,协议是计算机网络中信息交换的规则.标准和约定,其偏向于技术细节和底层:架构则是在系统层面的基准规范.通用性和原则,其偏向于抽象和顶层.一种协议可以用在不同的架构中,在架构的建设过程中也可以使用多种协议.但我还是把它们两者拿出来进行比较,因为它们都可以用于构筑Web Service.Web Service的

Web 服务编程,REST 与 SOAP

REST 简介 在开始我们的正式讨论之前,让我们简单看一下 REST 的定义. REST(Representational State Transfer)是 Roy Fielding 提出的一个描述互联系统架构风格的名词.为什么称为 REST?Web 本质上由各种各样的资源组成,资源由 URI 唯一标识.浏览器(或者任何其它类似于浏览器的应用程序)将展示出该资源的一种表现方式,或者一种表现状态.如果用户在该页面中定向到指向其它资源的链接,则将访问该资源,并表现出它的状态.这意味着客户端应用程序随

SOAP webserivce 和 RESTful webservice 对比及区别

简单对象访问协议(Simple Object Access Protocol,SOAP)是一种基于 XML 的协议,可以和现存的许多因特网协议和格式结合使用,包括超文本传输协议(HTTP),简单邮件传输协议(SMTP),多用途网际邮件扩充协议(MIME),基于"通用"传输协议是 SOAP的一个优点.它还支持从消息系统到远程过程调用(Remote Procedure Call,RPC)等大量的应用程序.SOAP提供了一系列的标准,如WSRM(WS-Reliable Messaging)形

“wsimport -keep ”生成客户端报错“Use of SOAP Encoding is not supported.”

本来想用 “wsimport -keep ” 生成客户端,结果报错“Use of SOAP Encoding is not supported.” 应该是缺jar包, 闲麻烦就发现了百度经验上的 这个方法.以下是教程 wsdl文件生成客户端 首先我们需要知道webservice接口地址,这里我的测试地址为http://localhost:8085/Service/Function?wsdl.   右击另存为,保存为.wsdl的文件.   在eclipse中新建一个java项目.   将.wsdl

SOAP WebService接口功能自动化测试

百度搜索:小强测试品牌 QQ群:522720170 本节内容节选自<小强软件测试疯狂讲义>一书 此处我们以qqCheckOnline的WebService接口为例进行讲解,接口的具体信息如下: l 接口描述:获得腾讯QQ在线状态 l 入参:qqCode,String类型,默认QQ号码:8698053 l 出参:qqCheckOnlineResult,String类型 返回数据代表的含义为:Y = 在线:N = 离线:E = QQ号码错误:A = 商业用户验证失败:V = 免费用户超过数量 l

crm使用soap启用和停用记录

function demo() { //操作记录的id var targetId = "a8a46444-ba10-e411-8a04-00155d002f02"; //操作记录的实体名称 var targetType = "new_config"; //启用 SetState(targetId, targetType, 1, 2); //停用 SetState(targetId, targetType, 0, 1); } function SetState(tar

cxf的soap风格+spirng4+maven 服务端

简介 SOAP 比较复杂,基于XML,有对应规范:REST利用HTTP请请求方式GET,POST,PUT,delete约定具体操作.简单的说,SOAP通过传输XML,XML定义了请求和响应的具体数据,要进行的操作等等. REST 另一种约定,比如请求/user/100这个RUL,GET方式返回id为100的user信息,put方式则是更新id为1001的user信息,DELETE删除等. 接下来记录搭建cxf服务端 1.pom.xml文件 <project xmlns="http://ma

WCF SOAP

WCF SOAP服务端解析 ASP.NET Core中间件(Middleware)进阶学习实现SOAP 解析. 本篇将介绍实现ASP.NET Core SOAP服务端解析,而不是ASP.NET Core整个WCF host. 因为WCF中不仅仅只是有SOAP, 它还包含很多如消息安全性,生成WSDL,双工信道,非HTTP传输等. ASP.NET Core 官方推荐大家使用RESTful Web API的解决方案提供网络服务. SOAP 即 Simple Object AccessProtocol