|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #57420 SCA Primitive type handling with non-SCA WSDL
Submitted: 2006-12-07 09:55 UTC Modified: 2007-06-25 08:50 UTC
From: Assigned:
Status: No Feedback Package: SCA_SDO (PECL)
PHP Version: 5_2 CVS-2006-12-07 OS: XP
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
Solve the problem:
31 + 10 = ?
Subscribe to this entry?

 [2006-12-07 09:55 UTC]
If you ask for a SOAP proxy using a WSDL file that was not generated by SCA:

$service = SCA::getService('Calculator.wsdl');

Then, for example, for the method signature:

$service->add(1.23, 4.56)

You would expect to be able to pass in primitive types. It seem that this in not the case because SCA_TypeHandler always expects an SDO and when the WSDL is not generated by SCA the input types are passed directly on to the SOAP extension. The SOAP extension is unlikely to generate SDOs to make this work. 

Reproduce code:
$service->add(1.23, 4.56)

Expected result:

Actual result:
PHP Warning:  SDO_DAS_XML::createDocument() expects parameter 3 to be SDO_DataOb
jectImpl, double given in C:\simon\Projects\Tuscany\php\pecl\sdo\SCA\SDO_TypeHan
dler.php on line 121


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2007-01-09 10:37 UTC] simonslaws at googlemail dot com
It is also the case that SCA assumes that the types defined in WSDL are going to be of a certain shape, for example, SCA_SoapProxy.php::__call has the line

  return $return[$method_name.'Return'];

Which assumes that the return structure from a call is of the form $method_name.'Return'. Which of course is not always the case.
 [2007-04-24 17:46 UTC]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PECL.

Simon, could you please supply a testcase and explain what you think the correct behaviour should be. I think you're asking for new function in SDO_DAS_XML::createDocument(), but I'm not sure. Also, there seem to be two distinct problems here, if so would you raise another defect for the Return problem.
 [2007-06-25 08:50 UTC]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.

PHP Copyright © 2001-2019 The PHP Group
All rights reserved.
Last updated: Wed Oct 23 02:01:31 2019 UTC