android - 在 Android 中从基于 SOAP 的 .NET Web 服务接收自定义对象

Question

我正在开发一个 Android 应用程序，它需要连接到 .NET SOAP 网络服务并根据响应生成/填充大量对象。我对网络服务和 SOAP 完全陌生，对 Android 也比较陌生。 Web 服务已经构建(不是由我构建)。

我一直在尝试查找有关在 Android 中连接到 SOAP 网络服务的信息。两个基本建议似乎是:

1. 不要使用 SOAP，
2. 如果您确实使用 SOAP，请使用 KSOAP2。

我查看了 KSOAP2 的各种教程，但它们似乎都只涉及最基本的原始类型，例如发送 2 个整数以获取 1 个整数，或发送和接收字符串；但是，我需要来回发送自定义对象。

是否可以使用 KSOAP2 发送和接收自定义对象？如果是这样，这有多容易/困难？是否必须解析 XML 才能“手动”创建/填充对象？

编辑/更新: 在尝试连接到现有 Web 服务一段时间后(接受一个字符串并返回一个复杂对象)并出现错误，我决定尝试一种更简单的方法。我连接到一个更简单的 web 服务，它不带参数，并返回一个 int。这个更简单的 Web 服务托管在与原始 Web 服务相同的位置，现在这个简单的 Web 服务对我来说运行良好。

进一步更新: 现在一切正常!原来我只是遇到了一个大写错误，这导致了我的参数丢失。

最后一个问题是“national”与“National”。这是 soapUI 生成的代码:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"     xmlns:tem="http://tempuri.org/">
   <soapenv:Header/>
   <soapenv:Body>
      <tem:GetClientByNationalID>
         <!--Optional:-->
         <tem:nationalID>XXXXXXX</tem:nationalID>
      </tem:GetClientByNationalID>
   </soapenv:Body>
</soapenv:Envelope>

以及由我的 Java 生成的请求代码:

<v:Envelope xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns:d="http://www.w3.org/2001/XMLSchema" xmlns:c="http://schemas.xmlsoap.org/soap/encoding/" xmlns:v="http://schemas.xmlsoap.org/soap/envelope/">
    <v:Header />
    <v:Body>
        <GetClientByNationalID xmlns="http://tempuri.org/" id="o0" c:root="1">
            <NationalID i:type="d:string">
                XXXXXXXX
            </NationalID>
        </GetClientByNationalID>
    </v:Body>
</v:Envelope>

我最终的 java 代码是:

public void webServiceCall() {
    String NAMESPACE = "http://tempuri.org/";
    String METHOD_NAME = "GetClientByNationalID";
    String SOAP_ACTION = "http://tempuri.org/IClientService/GetClientByNationalID"; 

    // unsecure service
    String URL = "http://XXXXXXXXXXXXXXXXXXXX.net/FPUnSecureService/ClientService.svc";

    SoapObject request = new SoapObject(NAMESPACE, METHOD_NAME); 

    String clientID = "XXXXXXX";

    PropertyInfo pi = new PropertyInfo();
    pi.setName("nationalID"); 
    pi.setValue(clientID); 
    pi.setType(clientID.getClass()); 
    request.addProperty(pi);

    SoapSerializationEnvelope envelope = new SoapSerializationEnvelope(SoapEnvelope.VER11); 
    envelope.dotNet = true;
    envelope.setOutputSoapObject(request); 

    envelope.addMapping(NAMESPACE, "GetClientByNationalID", new ClientID().getClass());
    Marshal floatMarshal = new MarshalFloat();
    floatMarshal.register(envelope);

    HttpTransportSE t = new HttpTransportSE(URL); 

    ClientID client = new ClientID(); 
    t.debug = true; 

    try { 
        Log.i("webServiceCall", "Trying call to web service");
        t.call(SOAP_ACTION, envelope);
        SoapObject response = (SoapObject) envelope.getResponse();

        Log.i("success", response.getPropertyAsString(0)); 
        Log.i("success", response.getPropertyAsString(1));
        Log.i("success", response.getPropertyAsString(2));
        Log.i("success", response.getPropertyAsString(3));
        Log.i("success", response.getPropertyAsString(4)); 

    } catch (Exception e) {
        Log.e("webServiceCall", "Error calling webservice.");
        e.printStackTrace(); 
        System.out.println("Request: "  + t.requestDump); 
        System.out.println("Response: " + t.responseDump);
    }

}

我仍然对这些行感到困惑:

envelope.addMapping(NAMESPACE, "GetClientByNationalID", new ClientID().
Marshal floatMarshal = new MarshalFloat();
floatMarshal.register(envelope);

我想我在将对象作为参数传递时添加了 Marshal 部分，但我不确定是否还需要它们。我也不确定 addMapping 调用，以及我应该在其中包含什么。谢谢。

Answer 1

使用 ksoap2，并通过以下链接中的代码示例检查我的答案:Link1 , link2 , link3 .我写了一些细节，可以帮助您了解如何开始编码。
如果您需要帮助，请告诉我。

更新(回答您关于映射和编码的问题)
当您通过 soap 信封发送复杂类型(即对象)时，您可以使用 addMapping。 Web 服务将如何识别复杂类型？您需要在本地创建一个实现 kvmserializable 的类(如我的链接中所述)，该类将与服务器上的对象具有相同的参数，然后您需要在它和映射的类之间添加映射在服务器上添加到它，以便在服务器上解析时信封知道这个复杂类型 X 映射到服务器上的类 X。因此，如果您不发送复杂类型，则不需要添加映射。(PS:我看到您没有发送复杂类型，因为 nationalID 是字符串类型。如果说 nationalID 是复杂类型Z 你会这样做:addMapping(NAMESPACE, Z.class.getSimpleName(), Z.class) )

至于编码，它使用 java 序列化将对象更改为要在 Web 服务上解码的数据流。因此，当您发送复杂类型时，根据我的经验，添加编码以通过序列化将复杂类型更改为数据流是一个很好的做法。如果您发现不需要它就不要添加它，但了解那里有哪些选项总是好的。