ID: 37790 Updated by: [EMAIL PROTECTED] Reported By: jerome at jeremyknope dot com -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: kubuntu 6.06 Dapper PHP Version: 5.1.4 New Comment:
Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: ------------------------------------------------------------------------ [2006-06-13 13:28:32] m dot leuffen at i-line dot net Hi, since updating to PHP 5.1.4 on Debian my Java Client refuses operations returning complex data-types: Exception from Netbeans Web Service Client: -- Runtime exception; nested exception is: Invalid Array-Type: 'arraytype' -- With PHP 5.1.2 this worked fine. To me it seems as if PHP encodes the wrong way if a Struct contains a array of Basic Datatypes. Bye, Matthias ------------------------------------------------------------------------ [2006-06-12 19:08:00] jerome at jeremyknope dot com Just wanted to add that I fiddled around with this quite a bit before dapper was out, basically I only could fine that libxml2 was used by SOAP and different versions of libxml2 didn't change behavior. Guessing SOAP extension is behaving weird due to some other system library that's commonly used. Re-compiling SOAP extension and PHP was something I tried but had no affect. this iteration was the already installed PHP that I built while in ubuntu breezy 5.10 ------------------------------------------------------------------------ [2006-06-12 19:00:39] jerome at jeremyknope dot com Description: ------------ When upgrading to Kubuntu or Ubuntu 6.06 (or even previous Dapper Dragon pre-releases), SOAP extension in PHP 5.1.4 stops functioning the way it used to regarding the XML responses. Associative arrays no longer return a XML response that specifies type. Reproduce code: --------------- class MyService { function getLists() { $out = array( array( 'id' => 12, 'name' => 'My New List' ) ); return $out; } } In a client page: $result = $client->getLists(); $result will be stdClass stuff on 'broken' setup, with dapper. Expected result: ---------------- Snippet of XML response from a $client->getLists() call: <SOAP-ENV:Body> <ns1:getListsResponse> <getListsReturn SOAP-ENC:arrayType="ns2:Map[1]" xsi:type="SOAP-ENC:Array"> <item xsi:type="ns2:Map"> <item> <key xsi:type="xsd:string">id</key> <value xsi:type="xsd:string">12</ value> </item> <item> <key xsi:type="xsd:string">name</ key> <value xsi:type="xsd:string">My New List</value> </item> </item> </getListsReturn> </ns1:getListsResponse> </SOAP-ENV:Body> Result variable should be: Array ( [0] => Array ( [id] => 12 [name] => My New List ) ) Actual result: -------------- Actual result, missing type attributes: <SOAP-ENV:Body> <ns1:getListsResponse> <getListsReturn> <item> <item> <key>id</key> <value>12</value> </item> <item> <key>name</key> <value>My New List</value> </item> </item> </getListsReturn> </ns1:getListsResponse> </SOAP-ENV:Body> Actual $result variable on dapper: stdClass Object ( [item] => stdClass Object ( [item] => Array ( [0] => stdClass Object ( [key] => id [value] => 20 ) [1] => stdClass Object ( [key] => name [value] => Test Site List ) ) ) ) ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=37790&edit=1
