You must specify a name when you register an operation; undefined method soapclient::__soapCall()

Some progress: it seems that soap_server-6.x-1.2-beta1 is not compatible with services-6.x-2.x-dev 2009-11-11. In this version of services, the array elements of each service from services_get_all(), called in soap_server(), have keys like 'method', 'args' whereas soap_server-6.x-1.2-beta1 soap_server() expects '#method', '#args'. See the call to services_strip_hashes() in services-6.x-2.x-dev services_get_all().

I uninstalled services-6.x-2.x-dev, installed services-6.x-0.15 and this cured the error "You must specify a name when you register an operation" at services/soap .

soap_server-6.x-1.2-beta1 is the only 6.x version listed at http://drupal.org/project/soap_server so I assume there's currently no version of soap_server compatible with services-6.x-2.x-dev.

I haven't got soap_server_test.php working yet; I replaced $client->__soapCall with $client->__call and this got rid of the error message but I get no results back. Have set permission for anon to "access services" and "load any|own node data".

Dave

Thanks for the reply, ilo, that's good news. I hope to be using soap_server on a project that is just getting started so I'll be able to do some testing.

Progress with soap_server_test.php: by putting debug statements in the code, e.g.

  $result = $client->call('node.load', $param1); 
  if ($result) {
    echo '<pre>';print_r($result);echo '</pre>';
  }
  else {
    echo 'Error: <pre>' . $client->getDebug() . '</pre>';
  }

I found the empty result was due to HTTP Basic Auth being on (d'oh!) but after fixing that I got an error:

PHP Notice: Undefined index: in ...soap_server/nusoap/lib/nusoap.php on line 6497

The last debug output was:

2009-11-30 15:14:08.511163 nusoap_parser: in buildVal, return:
array(2) {
  ["port"]=>
  &array(3) {
    ["address"]=>
    &array(1) {
      ["!location"]=>
      string(57) "http://myhost.blah/services/soap/"
    }
    ["!name"]=>
    string(14) "DrupalSoapPort"
    ["!binding"]=>
    string(21) "tns:DrupalSoapBinding"
  }
  ["!name"]=>
  string(10) "DrupalSoap"
}
2009-11-30 15:14:08.511265 nusoap_parser: parsed successfully, found root struct:  of name 
2009-11-30 15:14:08.512441 soapclient: sent message successfully and got a(n) NULL
return=NULL

That's as far as I've got so far. The same happens with every method call that I've tried: node.load, echo.echo, system.connect, user.login . Here's SOAP-ENV:Body from $client->request:

<ns2123:node.load xmlns:ns2123="http://tempuri.org">
  <nid xsi:type="xsd:int">1</nid>
</ns2123:node.load>

$client->response consists of (drastically trimmed):

<definitions xmlns:SOAP-ENV=...>
<types>
  ...
</types>
<message name="echo.echoRequest">
  <part name="message" type="xsd:string" /></message>
...(messages for other methods)
<portType name="DrupalSoapPortType">
  ...(operations)
</portType>
<binding name="DrupalSoapBinding" type="tns:DrupalSoapPortType">
  <soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
  ...(operations)
  </operation>
</binding>
<service name="DrupalSoap">
  <port name="DrupalSoapPort" binding="tns:DrupalSoapBinding">
    <soap:address location="http://myhost.blah/services/soap/"/>
  </port>
</service>
</definitions>

- I.e. the response just has the definitions, with no return value from the specific method that was called.

This is with services-6.x-0.15 and soap_server-6.x-1.2-beta1.

Dave

Progress: I found that the problems in getting a response back were due to incorrect/incompatible code in soap_server_test.php . These are the things I changed in that script to get it working:

1. Changed $client->soapCall() to $client->call() .
2. Added checks for $client->fault and $client->getError(); also usful to display $client->request and $client->response for dubugging.
3. Changed:
   

     $client = new soapClient($wsdl);
   

   to:

     $client = new soapClient($wsdl, TRUE);
   

   - 2nd parameter is "bool $wsdl optional, set to true if using WSDL".

4. Changed noad.load to noad.get: there is no noad.load method in services-6.x-0.15 .

Dave

Hi Aaron,

Thanks for your post. I'm using nusoap for client testing because I need it anyway as it's required for soap_server. There's a feature request about supporting PHP soap extension: http://drupal.org/node/217958 but this has been postponed.

Changing status back to active - the main issue here is that current soap_server doesn't work with services-6.x-2.x-dev .

Regards,

Dave

Tested patch #9 with soap_server-6.x-1.2-beta1 and services-6.x-2.x-dev 2009-12-25. This works in my simple test case, however the patch makes soap_server incompatible with services-6.x-0.15, which is the only non-dev release at drupal.org/project/services .

Presumably the removal of hashes in service array elements (e.g. '#method' -> 'method') between services-6.x-0.x and services-6.x-2.x poses a similar compatibility problem for all server modules. How have other server modules dealt with this? Does it make sense to have different versions of soap_server for the different versions of services? Or perhaps better to implement in soap_server the equivalent of function services_strip_hashes and call this if soap_server is talking to services-6.x-0.x ?

Dave