zoukankan      html  css  js  c++  java
  • C++,C#,JAVA之间webservice互操作问题探讨

    c++用的是gsoap,关于使用gsoap创建webservice的客户端服务端问题,可以参见我以前的随笔: << gsoap使用心得>>

    JAVA用的是axis,用axis创建webservice的客户端和服务端的问题,可以google一番,很多这方面的介绍。

    C#用的是system.webserive这个类库。

     

    我们的目标是要求这三者之间的webservice互相通讯正常,即能收到客户端发过来的一串字符串,服务器 端返回给客户端一段字符串。

    要保证互相通讯正常,则必须首先明确webservice的采用的SOAP协议。

    根据网上的资料:

     

    style属性可分为rpc document,rpc document之间的区别为:

     

        * RPC 样式

     

    RPC样式指定 元素包含一个将被调用的web方法的名称的元素(wrapper element(封装元素))。这个元素依次为该方法的每个参数还有返回值作了记录。

     

        * Document 样式

     

    如果是document 样式,就没有像在RPC样式中的wrapper元素。转而代之的是消息片断直接出现在< SPAN>> 元素之下。没有任何SOAP格式化规则规定元素下能包含什么;它包含的是一个发送者和接收者都达成一致的XML文档。

     

     

    Use’ 属性。这与各种类型如何在XML中显示有关,它指定使用某种编码规则对消息片段进行编码,还是使用消息的具体架构来定义片段。如下就是提供的两种选择:

     

        * encoded

     

    如果use的值是”encoded”, 则每个消息片段将使用类型属性来引用抽象类型。通过应用由 encodingStyle 属性所指定的编码样式,可使用这些抽象类型生成具体的消息。最常用到的SOAP编码样式是在SOAP1.1中定义的一组序列化规则,它说明了对象、结构、数组和图形对象应该如何序列化。通常,在应用程序中使用SOAP编码着重于远程进程调用和以后适合使用RPC消息样式。

     

        * Literal

     

    如果use 的值是”Literal”, 则每个片段使用 element 属性(对于简单片段)或 type 属性(对于复合片段)来引用具体架构,例如,数据根据指定的架构来序列化,这架构通常使用W3C XML架构来表述。

     

    我找了很多这方面的资料,但是具体理解起来还是很困难。单从字面取理解其实很简单,但是联系到实际操作中,根据各种方式生成的wsdl来看,却很难理解其中的异同。因为遵循document格式的soap消息看上去很像rpc格式。而且对于简单对象如int string等类型来说,好像并未有十分明显的异同,因此在我测试过程中,一直都是比较模糊的。我也采用了comview,iris抓包工具,抓获它们之间发送的数据包,对问题分析还是有所帮助的。

     

    我是以gsoap为主线进行测试的,因此在测试完成后,对自己的测试结果持有怀疑,我感觉是自己对gsoap的rpc docment encoded literal之间的差异并没有理解透彻,我是这么定义的:

    document/literal方式:

    //gsoap ns service name: EASReceive

    //gsoap ns service location: http://services.xmethods.net/soap

    //gsoap ns service namespace: http://tempuri.org/

    //gsoap ns service style: document

    //gsoap ns service encoding: literal

    //gsoap ns service method-action: EASReceive ""

     

    typedef char *xsd__string;

    int ns__EASReceive(xsd__string strSubmitData ,xsd__string *strPxFormData);  

     

    rpc/encoded方式:

    //"OAMethod.h"的内容:

    //gsoap ns service name: EASReceive

    //gsoap ns service location: http://services.xmethods.net/soap

    //gsoap ns service namespace: http://tempuri.org/

    //gsoap ns service style: rpc

    //gsoap ns service encoding: encoded  

    //gsoap ns service method-action: EASReceive ""

     

     

    int ns__EASReceive(char* strSubmitData ,char** strPxFormData);  

     

    可我发现生成的wsdl中除了style use属性值不一样外,并没有其它什么区别,对了在encoded中我还加了soap2cpp.exe -e选项(加与不加都测试过)。

     

     

    C#的客户端多种方式都测试过,经测试只有采用

        [System.Web.Services.Protocols.SoapRpcMethodAttribute(

            "http://tempuri.org/EASReceive",

            RequestNamespace = "http://tempuri.org/",

            Resp,

            Use = System.Web.Services.Description.SoapBindingUse.Literal)]

        [System.Web.Services.Protocols.SoapRpcMethodAttribute(

            "http://tempuri.org/EASReceive",

            RequestNamespace = "http://tempuri.org/",

            Resp,

            Use = System.Web.Services.Description.SoapBindingUse.encoded)]

    可以调通。

     

    C#的服务端却只有一种方式可以调通:

            [WebMethod]

            [SoapRpcMethod(

                Action = "http://tempuri.org/EASReceive",

                RequestNamespace = "http://tempuri.org/",

                Resp,

                Use = System.Web.Services.Description.SoapBindingUse.Literal)] //encoded不行

            [return: XmlElement("strPxFormData", IsNullable = false)]

     

    也用C#的wsdl自动生成工具测试过,根据gsoap生成的wsdl文件 ,自动生成的代码也不能和gsoap完成通讯正常。我一直理解不明白,按道理说只要将编码方式一致即可通讯,不知是否我c#端代码编写有问题?在网上搜索 C#端的资料时,发现C#端对webservice中自定义xml文件方案是十分灵活的,可以随意定制传输的xml节点,因此其实关键问题还是格式必须保证互相一致,这样在收到soap消息后,双方都可以对xml进行正确的解析。经过反复调试,最终还是调通了,都采用rpc/literal方式即可。 JAVA端和gsoap通讯倒是没有问题,采用何种编码只要统一即可通讯,因此基于测试发现的C#的"局限性",我们统一成rpc/literal。

     

    JAVA客户端代码:

      String endpoint = "http://192.168.8.94/csharp_demo/Service1.asmx";

      Service     service   =   new   Service();

      Call           call         =   (Call)   service.createCall();

      call.setTargetEndpointAddress(   new   java.net.URL(endpoint)   );

      call.setUseSOAPAction(true); 

      String soapActi;  

      call.setSOAPActionURI(soapActionURI);  

      call.setOperationStyle(org.apache.axis.constants.Style.RPC);

      call.setOperationUse(org.apache.axis.constants.Use.LITERAL);

      

      String strSubmitData = new String("yes or no!???");

      call.setOperationName(new QName("http://tempuri.org/","EASReceive"));

      call.addParameter("strSubmitData",org.apache.axis.encoding.XMLType.XSD_STRING,javax.xml.rpc.ParameterMode.IN);

      //call.addParameter(new QName("http://tempuri.org/","strSubmitData"), org.apache.axis.encoding.XMLType.XSD_STRING, javax.xml.rpc.ParameterMode.IN);

      

      call.setReturnType(   XMLType.XSD_STRING  );

      

      //oper.setElementQName(new QName("http://tempuri.org/","EASReceive"));

      //call.setOperation(oper);  

      String   ret   =   (String) call.invoke(   new   Object[]   { strSubmitData} );

      System.out.println("Get   result   :   "   +   ret);

     

    JAVA服务端代码:略

     

    最后,欢迎大家一起探讨,感觉问题还是很多,现在虽然保证了通讯正常,但实际上我头脑还是浆糊着呢,呵呵!

    令关于C#端必须要求soapAction的问题,有两种解决方案:

    1C#服务端加入以下代码,但测试发现,部署到IIS后,并不起作用,具体原因不知道。

    [SoapRpcService(RoutingStyle = SoapServiceRoutingStyle.RequestElement)]  //设置无需指派soapAction 但部署到iis 上时并未起作用

    //[SoapDocumentService(RoutingStyle = SoapServiceRoutingStyle.RequestElement)]

    2、在客户端加上soapAction,gsoap客户端传入soapAction即可。

     

    还有一个棘手的问题,就是中文乱码问题,呵,说棘手是因为如果不清楚的确很棘手,其实解决起来也很简单,就是保证通讯编码一致。这里的通讯编码一致有两层意思:

    1webservice间传输编码,都保证为UTF8,gsoap加入soap_set_mode(s.soap, SOAP_C_UTFSTRING)即可。java,c#端都是默认以utf8传输的。

    2、传输前参数的字符编码,

     

    来自 <http://www.cnblogs.com/cy163/archive/2009/09/01/1557853.html>

           以下是几个主要的方法:

    1.创建HttpTransportSE传输对象:HttpTransportSE ht = new HttpTransportSE(SERVICE_URL); SERVICE_URL是webservice提供服务的url

    2.使用SOAP1.1协议创建Envelop对象:SoapSerializationEnvelope envelope = new SoapSerializationEnvelope(SoapEnvelope.VER11); 设置SOAP协议的版本号,根据服务端WebService的版本号设置。

    3.实例化SoapObject对象:SoapObject soapObject = new SoapObject(SERVICE_NAMESPACE, methodName); 第一个参数表示WebService的命名空间,可以从WSDL文档中找到WebService的命名空间。第二个参数表示要调用的WebService方法名。

    4.设置调用方法的参数值,如果没有参数,可以省略:例如soapObject.addProperty("theCityCode", cityName);

    5.记得设置bodyout属性 envelope.bodyOut = soapObject;

    6.调用webservice:ht.call(SERVICE_NAMESPACE+methodName, envelope);

    7.获取服务器响应返回的SOAP消息:

         SoapObject result = (SoapObject) envelope.bodyIn;

         SoapObject detail = (SoapObject) result.getProperty(methodName+"Result");

     

    <span style="font-family:Comic Sans MS;font-size:18px;">package com.example.webservicedemo;

     

    import java.io.IOException;

    import java.util.ArrayList;

    import java.util.List;

    import org.ksoap2.SoapEnvelope;

    import org.ksoap2.SoapFault;

    import org.ksoap2.serialization.SoapObject;

    import org.ksoap2.serialization.SoapSerializationEnvelope;

    import org.ksoap2.transport.HttpTransportSE;

    import org.xmlpull.v1.XmlPullParserException;

     

    public class WebServiceUtil {

    // 定义webservice的命名空间

    public static final String SERVICE_NAMESPACE = "http://WebXml.com.cn/";

    // 定义webservice提供服务的url

    public static final String SERVICE_URL = "http://webservice.webxml.com.cn/WebServices/WeatherWS.asmx";

     

    // 调用远程webservice获取省份列表

    public static List<String> getProvinceList() {

    // 调用 的方法

    String methodName = "getRegionProvince";

    // 创建HttpTransportSE传输对象

    HttpTransportSE ht = new HttpTransportSE(SERVICE_URL);

    try {

    ht.debug = true;

    // 使用SOAP1.1协议创建Envelop对象

    SoapSerializationEnvelope envelope = new SoapSerializationEnvelope(

    SoapEnvelope.VER11);

    // 实例化SoapObject对象

    SoapObject soapObject = new SoapObject(SERVICE_NAMESPACE,

    methodName);

    envelope.bodyOut = soapObject;

    // 设置与.NET提供的webservice保持较好的兼容性

    envelope.dotNet = true;

     

    // 调用webservice

    ht.call(SERVICE_NAMESPACE + methodName, envelope);

    if (envelope.getResponse() != null) {

    // 获取服务器响应返回的SOAP消息

    SoapObject result = (SoapObject) envelope.bodyIn;

    SoapObject detail = (SoapObject) result.getProperty(methodName

    + "Result");

    // 解析服务器响应的SOAP消息

    return parseProvinceOrCity(detail);

    }

    } catch (SoapFault e) {

    // TODO Auto-generated catch block

    e.printStackTrace();

    } catch (IOException e) {

    // TODO Auto-generated catch block

    e.printStackTrace();

    } catch (XmlPullParserException e) {

    // TODO Auto-generated catch block

    e.printStackTrace();

    }

    return null;

    }

     

    // 根据省份获取城市列表

    public static List<String> getCityListsByProvince(String province) {

    // 调用的方法

    String methodName = "getSupportCityString";

    // 创建httptransportSE传输对象

    HttpTransportSE ht = new HttpTransportSE(SERVICE_URL);

    ht.debug = true;

    // 实例化SoapObject对象

    SoapObject soapObject = new SoapObject(SERVICE_NAMESPACE, methodName);

    // 添加一个请求参数

    soapObject.addProperty("theRegionCode", province);

    // 使用soap1.1协议创建envelop对象

    SoapSerializationEnvelope envelope = new SoapSerializationEnvelope(

    SoapEnvelope.VER11);

    envelope.bodyOut = soapObject;

    // 设置与.NET提供的webservice保持较好的兼容性

    envelope.dotNet = true;

     

    // 调用webservice

    try {

    ht.call(SERVICE_NAMESPACE + methodName, envelope);

    if (envelope.getResponse() != null) {

    // 获取服务器响应返回的SOAP消息

    SoapObject result = (SoapObject) envelope.bodyIn;

    SoapObject detail = (SoapObject) result.getProperty(methodName

    + "Result");

    // 解析服务器响应的SOAP消息

    return parseProvinceOrCity(detail);

    }

    } catch (SoapFault e) {

    // TODO Auto-generated catch block

    e.printStackTrace();

    } catch (IOException e) {

    // TODO Auto-generated catch block

    e.printStackTrace();

    } catch (XmlPullParserException e) {

    // TODO Auto-generated catch block

    e.printStackTrace();

    }

    return null;

    }

     

    // 解析省份或城市

    public static List<String> parseProvinceOrCity(SoapObject detail) {

    ArrayList<String> result = new ArrayList<String>();

    for (int i = 0; i < detail.getPropertyCount(); i++) {

    // 解析出每个省份

    result.add(detail.getProperty(i).toString().split(",")[0]);

    }

    return result;

    }

     

    // 根据城市字符串获取相应天气情况

    public static SoapObject getWeatherByCity(String cityName) {

    String methodName = "getWeather";

    HttpTransportSE ht = new HttpTransportSE(SERVICE_URL);

    ht.debug = true;

    SoapSerializationEnvelope envelope = new SoapSerializationEnvelope(

    SoapEnvelope.VER11);

    SoapObject soapObject = new SoapObject(SERVICE_NAMESPACE, methodName);

    soapObject.addProperty("theCityCode", cityName);

    envelope.bodyOut = soapObject;

    envelope.dotNet = true;

     

    try {

    ht.call(SERVICE_NAMESPACE + methodName, envelope);

    SoapObject result = (SoapObject) envelope.bodyIn;

    SoapObject detail = (SoapObject) result.getProperty(methodName

    + "Result");

    return detail;

    } catch (IOException e) {

    // TODO Auto-generated catch block

    e.printStackTrace();

    } catch (XmlPullParserException e) {

    // TODO Auto-generated catch block

    e.printStackTrace();

    }

    return null;

    }

     

    }

     

     

    </span>

     

     

    open failed: EACCES (Permission denied)

    android百度虚拟机

    Android开发,往虚拟机里写文件,报这个错,没有权限的问题,百度都是英文(写成中文方便百度收录^_^),差点找不到解决方法网址链接:

    http://stackoverflow.com/questions/8854359/android-open-failed-eacces-permission-denied

    就是在AndroidManifest.xml文件中加入一句话。

    <manifest>

     

    <application>

    ……

    </application>
        <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
    </manifest>

    还有就是open failed: EISDIR (Is a directory)这个很明显,你写入的路径是个文件夹,把路径“……/……/”最后一个“/”去掉,或者再添加一个文件名。

    版权声明:本文为博主原创文章,未经博主允许

    你永远不知道下一个转角等待你的是什么。
  • 相关阅读:
    cef 依赖的文件 libcef
    ubuntu 添加新分区,并挂载/home
    x509 证书链验证
    chromium调试
    Chromium智能指针使用指南
    具有扩展主密钥时SSL/TLS的主密钥计算
    OpenSSL解惑2:如何强制选择协议的版本
    基于Gmssl的SM2加解密算法Demo
    漫谈TLS nonce
    VS2015动态库静态加载时指定动态库位置的方法
  • 原文地址:https://www.cnblogs.com/Nagisa-Saku/p/5706178.html
Copyright © 2011-2022 走看看