#41151 [Bgs->Csd]: SOAP request is wrong when using subclass
ID: 41151 User updated by: m dot necib at akrobat dot fr Reported By: m dot necib at akrobat dot fr -Status: Bogus +Status: Closed Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.2.1 Assigned To: dmitry New Comment: Hi ! Thanks for your help. We found the problem, the service provider had changed the namespace URI without notifying us. it is working with the correct URI. Previous Comments: [2007-05-10 14:15:14] [EMAIL PROTECTED] Not reprodusable. Reproduce code: --- http://213.41.94.84/wsPricing/services/PricingSNC?wsdl";, array( "location" => "test://", "trace" => 1, "exceptions" => 0, ) ) ; $v = new LoanPerso(); $v->loans = new LoanPersoItem(); $var = new SoapVar($v , SOAP_ENC_OBJECT, 'WSLoanPerso', 'http://pricing.aigvienet/gb/snc/' ) ; $client->processPricingSNC( array( "insured" => array( "name" => "Aaa", "firstname" => "Bbb", "birthdate" => "01-Jan-2006" ), "premiumMode" => 0, "loan" => $var, "option" => array(), "productCode" => "XXX" ) ) ; echo $client->__getLastRequest(); ?> Output: --- http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="http://pricing.aigvienet/gb/snc/"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>AaaBbb01-Jan-2006001-Jan-2007XXX [2007-05-10 10:24:07] m dot necib at akrobat dot fr Hello Dmitry, Our situation is a bit different than what you have tested. Here is the link to the WSDL : http://213.41.94.84/wsPricing/services/PricingSNC?wsdl Look at the complexType named "WSParameters". It contains an element "loan" which type is "WSLoan". But two types extend WSLoan : "WSLoanClassic" and "WSLoanPerso". The Web Service expects us to send either of the inherited type. WSLoan is an abstract type. So in our case the correct type is not directly defined like in your test case. We are using SoapVar to specify the correct type of our object. Then the generated SOAP request references the correct type. But the fields are in the wrong order. As you can see the WSDL file is generated by Apache Axis. [2007-05-10 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2007-05-02 08:40:33] [EMAIL PROTECTED] I just committed test file ext/soap/tests/schema/schema085.phpt, that demonstrates proper element ordering. In your example you probably do somthing wrong. I cannot say that exactly is wrong as you didn't provide full reproduce case, probably you object isn't encoded using WSDL. In case if you like me to look into problem please provide full example (without ...) including full WSDL file. [2007-04-20 16:55:19] m dot necib at akrobat dot fr WSDL : The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/41151 -- Edit this bug report at http://bugs.php.net/?id=41151&edit=1
#41151 [NoF->Opn]: SOAP request is wrong when using subclass
ID: 41151
User updated by: m dot necib at akrobat dot fr
Reported By: m dot necib at akrobat dot fr
-Status: No Feedback
+Status: Open
Bug Type: SOAP related
Operating System: Windows XP
PHP Version: 5.2.1
Assigned To: dmitry
New Comment:
Hello Dmitry,
Our situation is a bit different than what you have tested.
Here is the link to the WSDL :
http://213.41.94.84/wsPricing/services/PricingSNC?wsdl
Look at the complexType named "WSParameters".
It contains an element "loan" which type is "WSLoan".
But two types extend WSLoan : "WSLoanClassic" and "WSLoanPerso".
The Web Service expects us to send either of the inherited type.
WSLoan is an abstract type.
So in our case the correct type is not directly defined like in your
test case.
We are using SoapVar to specify the correct type of our object.
Then the generated SOAP request references the correct type.
But the fields are in the wrong order.
As you can see the WSDL file is generated by Apache Axis.
Previous Comments:
[2007-05-10 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2007-05-02 08:40:33] [EMAIL PROTECTED]
I just committed test file ext/soap/tests/schema/schema085.phpt, that
demonstrates proper element ordering. In your example you probably do
somthing wrong. I cannot say that exactly is wrong as you didn't provide
full reproduce case, probably you object isn't encoded using WSDL.
In case if you like me to look into problem please provide full example
(without ...) including full WSDL file.
------------------------
[2007-04-20 16:55:19] m dot necib at akrobat dot fr
WSDL :
------------------------
[2007-04-20 16:47:37] m dot necib at akrobat dot fr
Description:
When using subclass as a value in WSDL mode,
the properties are written in the wrong order :
the child class properties are written _before_
the parent properties.
Reproduce code:
---
PHP:
class A
{
public $a ;
}
class B extends A
{
public $b ;
}
$client = new SoapClient(...) ;
$var = new SoapVar( new B(), SOAP_ENC_OBJECT, 'B', 'http://myns/' ) ;
$client->foo($var) ;
Expected result:
SOAP request :
Actual result:
--
SOAP request :
--
Edit this bug report at http://bugs.php.net/?id=41151&edit=1
#41151 [Opn]: SOAP request is wrong when using subclass
ID: 41151
User updated by: m dot necib at akrobat dot fr
Reported By: m dot necib at akrobat dot fr
Status: Open
Bug Type: SOAP related
Operating System: Windows XP
PHP Version: 5.2.1
New Comment:
WSDL :
Previous Comments:
[2007-04-20 16:47:37] m dot necib at akrobat dot fr
Description:
When using subclass as a value in WSDL mode,
the properties are written in the wrong order :
the child class properties are written _before_
the parent properties.
Reproduce code:
---
PHP:
class A
{
public $a ;
}
class B extends A
{
public $b ;
}
$client = new SoapClient(...) ;
$var = new SoapVar( new B(), SOAP_ENC_OBJECT, 'B', 'http://myns/' ) ;
$client->foo($var) ;
Expected result:
SOAP request :
Actual result:
--
SOAP request :
--
Edit this bug report at http://bugs.php.net/?id=41151&edit=1
#41151 [NEW]: SOAP request is wrong when using subclass
From: m dot necib at akrobat dot fr
Operating system: Windows XP
PHP version: 5.2.1
PHP Bug Type: SOAP related
Bug description: SOAP request is wrong when using subclass
Description:
When using subclass as a value in WSDL mode,
the properties are written in the wrong order :
the child class properties are written _before_
the parent properties.
Reproduce code:
---
PHP:
class A
{
public $a ;
}
class B extends A
{
public $b ;
}
$client = new SoapClient(...) ;
$var = new SoapVar( new B(), SOAP_ENC_OBJECT, 'B', 'http://myns/' ) ;
$client->foo($var) ;
Expected result:
SOAP request :
Actual result:
--
SOAP request :
--
Edit bug report at http://bugs.php.net/?id=41151&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41151&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41151&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41151&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41151&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41151&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41151&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41151&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41151&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41151&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41151&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41151&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41151&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41151&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41151&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41151&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41151&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41151&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41151&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41151&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41151&r=mysqlcfg
