PEAR Bug Search Results

SOAP: Bug 16688 [Open] SOAP_Call with 'raw' input-string doesn't work

Hartmut dot Wilhelms at arcor dot de — 2009-10-09T15:53:43+00:00

SOAP Bug
Reported by mauz
2009-10-09T15:53:43+00:00
PHP: 5.2.5 OS: Debian Package Version: 0.12.0

Description:
------------
For testing purposes I tried to send a 'raw' SOAP Request to the Server. 

This doesn't work because the second Parameter of the call function is being converted to an array in function _generate (line 527 of Client.php).

When _options['input'] is not 'parse', then this conversion must be reversed in function makeEnvelope (line 910 of Base.php):

< $smsg = $method;                     <= wrong
> $smsg = $method[0];                 <= corrected


Test script:
---------------
$wsdl_uri = 'http://domain.de/operation?WSDL';
$client =& new SOAP_Client($wsdl_uri, true);
$opts = array ('input' => 'raw', 'trace' => true);
$q = '';
$res = $client->call('getAdresse', $q, $opts, "");
print_r($res);


Expected result:
----------------


1199102



Actual result:
--------------


Array

SOAP: Feature/Change Request 16645 [Verified] "application/soap+xml" Transport Media Type Support

Hartmut dot Wilhelms at arcor dot de — 2009-10-05T12:34:38+00:00

SOAP Feature/Change Request
Reported by mauz
2009-09-25T16:57:11+00:00
PHP: 5.2.5 OS: Debian Package Version: 0.12.0

Description:
------------
The Oracle-Application-Server-10g/10.1.3.1.0 does not understand the "Content-Type: text/xml ..." and always throws an VersionMismatch Error.

This Error disappeared, when I set this to "Content-Type: application/soap+xml ..." as specified in Appendix A of the SOAP Version 1.2 Part 2 Specification.

I Propose a new Option for call with the Name 'media_type', which specifies the String after Content-Type and before charset within the HTTP Header.

This could be realized by the following lines of code within Transport/HTTP.php (about line 449):

if (isset($options['media_type'])) {
            $this->headers['Content-Type'] = $options['media_type']."; charset=$this->encoding";
        } else {
            $this->headers['Content-Type'] = "text/xml; charset=$this->encoding";
        }


Test script:
---------------
$client =& new SOAP_Client();

$opts = array (
        'trace'         => true,
        'media_type'    => 'application/soap+xml',
        .... );

$res = $client->call (, , $opts);


Expected result:
----------------
POST /path    HTTP/1.0
User-Agent: PEAR-SOAP 0.12.0-beta
Host: vsrv25.domain.de
Content-Type: application/soap+xml; charset=UTF-8
Content-Length: 372
SOAPAction: "http://service.domain.de//method"
Connection: close


Actual result:
--------------
POST /path HTTP/1.0
User-Agent: PEAR-SOAP 0.12.0-beta
Host: vsrv25.domain.de
Content-Type: text/xml; charset=UTF-8
Content-Length: 372
SOAPAction: "http://service.domain.de//method"
Connection: close

SOAP: Feature/Change Request 14920 [Open] Cannot read attributes

ralze34 at yahoo dot com — 2008-10-29T15:51:19+00:00

SOAP Feature/Change Request
Reported by dfowler81
2008-10-29T15:51:19+00:00
PHP: 5.2.0 OS: Linux Package Version: 0.12.0

Description:
------------
I have created a SOAP client that connects to a web service using WSDL.  Most of the requests and responses are using simple element tags.  Since the package places responses in an associative array, this is fine.  However, there are several requests that have attributes.  I was able to accomplish this using SOAP_Value(), but the problem is that the response also has attributes.  After reading as much documentation as I could find, I can not find a way to read these attributes.

SOAP: Bug 14854 [Open] multipart/related responses no longer handled correctly

rbro at hotmail dot com — 2008-12-27T20:18:17+00:00

SOAP Bug
Reported by rbro
2008-10-23T09:04:46+00:00
PHP: 5.2.6 OS: Linux Package Version: 0.12.0

Description:
------------
In revision 1.60 of SOAP/Transport/HTTP.php, the following logic was added for HTTP 200 and 202 response codes in the method _parseResponse():

$this->incoming_payload = trim($match[2]);
if (!strlen($this->incoming_payload)) {
	/* Valid one-way message response. */
	return true;
}

This code resets $this->incoming_payload to the body of the HTTP response, removing the HTTP headers.  The issue I'm running into is if the HTTP response has a content-type of multipart/related, when _decodeMimeMessage() is called a little farther down, $this->incoming_payload no longer has the HTTP headers, including the boundary string which is needed to correctly parse the incoming message and separate it into its individual parts.

SOAP: Bug 14806 [Open] Wrong value for xsd:unsignedLong's greater than PHP_INT_MAX

pear at painfullscratch dot nl — 2008-12-27T20:17:02+00:00

SOAP Bug
Reported by pet
2008-10-16T07:34:35+00:00
PHP: 5.1.2 OS:  Package Version: CVS

Description:
------------
I have a SOAPfunction that returns xsd:unsignedLong's. The PEAR::SOAP client returns a value 2147483647 (in my case equal to PHP_INT_MAX) when the value is larger than 2147483647.

An ugly workaroung would be something like this:

$client->{'_typemap'}['http://www.w3.org/2001/XMLSchema']['unsignedLong'] = 'string';

Test script:
---------------
require_once 'SOAP/Client.php';

$string = << 2853166989
EOS;

$client = new SOAP_Client();
# Ugly workaround:
#  $client->{'_typemap'}['http://www.w3.org/2001/XMLSchema']['unsignedLong'] = 'string';
print($client->parseResponse($string))."\n";


Expected result:
----------------
2853166989

Actual result:
--------------
2147483647

SOAP: Bug 14782 [Assigned] logic problem in SOAP_Base bulids multidimensional arrays instead of flat

gram at roadstarclinic dot com — 2008-10-25T01:44:37+00:00

SOAP Bug
Reported by gram
2008-10-12T22:10:18+00:00
PHP: 5.2.3 OS: Ububntu 7.10 Package Version: 0.12.0

Description:
------------
This is the only SOAP client I have tested that produced this problem.  All others produced flat arrays for this circumstance.

I have several 'Item' tags coming back sequentially in my xml as value to 'Item' Container tag.

In Base.php line 826 object SOAP_Base method _decode():
$return->{$item->name} = array($return->{$item->name}, $d);

If $return->{$item->name} is already an array, this will end up building a multidimensional array because this line builds a new array using the existing value (which could be an array) and the newly decoded object.  Result == array(array($obj, $obj),$obj).  

This problem compounds as items are added to this array building progressively deeper arrays.

I am using this class to process requests from Amazon Associates Services which will always try to return ten 'Items' as a the value to a single tags value.  I end up with an array that has ten elements in it, the first is ten levels deep, the second 9 levels deep etc...

I replaced line 826 with:

                            if(is_array($return->{$item->name})){
                            $return->{$item->name} = array_merge($return->{$item->name},array($d));
                            } else {
                            $return->{$item->name} = array($return->{$item->name}, $d);
                            }

This completely solved the problem, and I have seen no adverse effects in any other areas of the code.

I do not use the same coding standards that Pear uses, so not attaching a patch.  Also not filling in the remainder of this form as the problem is self evident.  Just wanted to pass it on.

Thanks for the great work folks!

Gram

SOAP: Bug 14756 [Open] multipart/related response is not parsed

libpq at yahoo dot co dot jp — 2008-12-27T20:18:38+00:00

SOAP Bug
Reported by maya
2008-10-07T21:12:38+00:00
PHP: 4.3.9 OS: Linux Package Version: 0.12.0

Description:
------------
I'm accessing to Amazon seller API with SOAP.

When I called "getDocument" soap method, following error is occuerd:
"XML error on line 2 col 0 byte 525 junk after document element"


I checked Transport/HTTP.php.
It calls _decodeMimeMessage with only a body of the resoponse of SOAP. I think _decodeMimeMessage requires "boundary" for parse as multipart.



Amazon SOAP server returns a response like this:
Content-Type: multipart/related; boundary="xxx-WASP-CPP-MIME-Boundary-xxx-yyyyyyyyy-zzzzzzzz-xxx-END-xxx"; type="text/xml"

--xxx-WASP-CPP-MIME-Boundary-xxx-yyyyyyyyy-zzzzzzzz-xxx-END-xxx
Content-Type: text/xml; charset="UTF-8"


--xxx-WASP-CPP-MIME-Boundary-xxx-yyyyyyyyy-zzzzzzzz-xxx-END-xxx
Content-ID: <0xad86d30-0xae618b8-0xae037c0-0xaffa268-0xae62400>
Content-Type: application/binary






--xxx-WASP-CPP-MIME-Boundary-xxx-yyyyyyyyy-zzzzzzzz-xxx-END-xxx--


But Transport/HTTP.php put only this to _decodeMimeMessage.
--xxx-WASP-CPP-MIME-Boundary-xxx-yyyyyyyyy-zzzzzzzz-xxx-END-xxx
Content-Type: text/xml; charset="UTF-8"


--xxx-WASP-CPP-MIME-Boundary-xxx-yyyyyyyyy-zzzzzzzz-xxx-END-xxx
Content-ID: <0xad86d30-0xae618b8-0xae037c0-0xaffa268-0xae62400>
Content-Type: application/binary






--xxx-WASP-CPP-MIME-Boundary-xxx-yyyyyyyyy-zzzzzzzz-xxx-END-xxx--

Test script:
---------------
--- HTTP.php.orig       2008-10-08 11:02:16.000000000 +0900
+++ HTTP.php    2008-10-08 10:53:08.000000000 +0900
@@ -393,7 +393,8 @@
             $this->result_content_type = $this->headers['content-type'];
         } elseif (stristr($this->result_content_type, 'multipart/related')) {
             $this->response = $this->incoming_payload;
-            if (PEAR::isError($this->_decodeMimeMessage($this->response, $this->headers, $this->attachments))) {
+            $res_data = "Content-Type: ".$this->result_content_type."\n\n".$this->response;
+            if (PEAR::isError($this->_decodeMimeMessage($res_data, $this->headers, $this->attachments))) {
                 // _decodeMimeMessage already raised $this->fault
                 return false;
             }

SOAP: Feature/Change Request 14344 [Open] Use Net_Server in SOAP_Server_TCP

tomasz dot rup at gmail dot com — 2008-07-30T09:30:13+00:00

SOAP Feature/Change Request
Reported by tomaszrup
2008-07-14T03:45:05+00:00
PHP: 5.2.6 OS: Mandriva Linux Package Version: 0.11.0

Description:
------------
Net_Server is a better solution from the loop while(true){}

SOAP: Bug 14306 [Verified] SOAP_Server_TCP not generate response for SOAP_Fault

tomasz dot rup at gmail dot com — 2008-07-19T02:45:02+00:00

SOAP Bug
Reported by tomaszrup
2008-07-07T18:11:32+00:00
PHP: 5.2.6 OS: Mandriva Linux Package Version: 0.11.0

Description:
------------
TCP SOAP server crash when soap method return  SOAP_Fault object.

Test script:
---------------
server:
__dispatch_map['test'] = array(
                        'in' => array('inputString' => 'string'),
                        'out' => array('outputString' => 'string'),
                );
        }


        public function __dispatch($methodname) {
                if (isset($this->__dispatch_map[$methodname]))
                        return $this->__dispatch_map[$methodname];
                return NULL;
        }

        public function test($inputString) {
                return new SOAP_Fault('Fault!', 'Server');
        }
}

$server = new SOAP_Server_TCP('127.0.0.1', 10102);
$server->_auto_translation = true;

$soapclass = new SOAP_Example_Server;
$server->addObjectMap($soapclass,'urn:SOAP_Example_Server');
$server->run();
?>

client:
 'urn:SOAP_Example_Server', 'trace' => true);

$params = array("inputString" => "this is string 1");
$ret = $soapclient->call("test", $params, $options);

echo PEAR::isError($ret) ? $ret->getMessage() : $ret;
?>

Expected result:
----------------
Fault!

Actual result:
--------------
Error reveiving data from tcp://127.0.0.1:10102

SOAP: Bug 14065 [Open] Array Wrapped w/ Extra Tag

ross dot king at onebx dot us — 2009-01-01T09:30:20+00:00

SOAP Bug
Reported by rossking
2008-06-03T23:16:34+00:00
PHP: 5.2.1 OS: Linux lamp 2.6.20-16 Package Version: 0.11.0

Description:
------------
When I pass an Array to the SOAP WSDL Interface it takes each array item and wraps with the tag  and then it also wrap's with the array name and values as it should.

how do I stop the  tags, These are causing my script to fail.

Expected result:
----------------


2
3




Actual result:
--------------


2

3

SOAP: Feature/Change Request 13552 [Open] Improve memory usage when serializing arrays

phppear at freespeechpub dot co dot za — 2008-07-16T09:32:34+00:00

SOAP Feature/Change Request
Reported by jasony
2008-04-01T02:33:22+00:00
PHP: 5.2.3 OS: Ubuntu Linux Package Version: 0.11.0

Description:
------------
When trying to create an array of integers on a Soap server, it bombs out if the array is over 12 elements. The error message is: Allowed memory size of 134217728 bytes exhausted (tried to allocate 44 bytes) in /usr/share/php/PEAR.php on line 868

Test script:
---------------
soap_server_crash_test.php:
__typedef['ArrayOfIntegers'] = array(array('item'=>'integer'));
			
			$this->__dispatch_map["crashMe"]=array("in"=>array("arraysize"=>"integer"),"out"=>array("artworks"=>"{urn:CrashTest}ArrayOfIntegers"));
		}
		
		public function crashMe($arraysize) {
			if ((empty($arraysize)) || (!is_numeric($arraysize))) {
				$fault=new SOAP_Fault("Invalid array size!");
				return $fault;
			}
			$result=array();
			for($x=0;$x<$arraysize;$x++) {
				$result[]=$x;
			}
			return $result;
		}
	}
	
	
	
	$server = new SOAP_Server();
	$webservice=new CrashTest();
	$server->addObjectMap($webservice,'http://schemas.xmlsoap.org/soap/envelope/');
	if (isset($_SERVER['REQUEST_METHOD']) && $_SERVER['REQUEST_METHOD']=='POST') {
		$server->service($HTTP_RAW_POST_DATA);
	} else {
		$disco = new SOAP_DISCO_Server($server,'CrashTest');
		header("Content-type: text/xml");
		if (isset($_SERVER['QUERY_STRING']) && strcasecmp($_SERVER['QUERY_STRING'],'wsdl') == 0) {
			// show only the WSDL/XML output if ?wsdl is set in the address bar
			echo $disco->getWSDL();
		} else {
			echo $disco->getDISCO();
		}
	}
?>

Test client:
1));
	try {
		$result=$client->crashMe(12);
	} catch(SoapFault $exception) {
		$request_xml = $client->__getLastRequestHeaders() . $client->__getLastRequest();
		$response_xml = $client->__getLastResponseHeaders() . $client->__getLastResponse();
		echo $exception;
		print "Request:".$request_xml;
		print "Response:".$response_xml;
	}
	print_r($result);
?>

Expected result:
----------------
Array
(
    [0] => 0
    [1] => 1
    [2] => 2
    [3] => 3
    [4] => 4
    [5] => 5
    [6] => 6
    [7] => 7
    [8] => 8
    [9] => 9
    [10] => 10
)

Actual result:
--------------
SoapFault exception: [Client] looks like we got no XML document in /home/jason/Development/artvault_manager/soap_crash_test.php:6
Stack trace:
#0 [internal function]: SoapClient->__call('crashMe', Array)
#1 /home/jason/Development/artvault_manager/soap_crash_test.php(6): SoapClient->crashMe(12)
#2 {main}Request:POST /dev/artvault_manager/soap_server_crash_test.php HTTP/1.1
Host: localhost
Connection: Keep-Alive
User-Agent: PHP-SOAP/5.2.3-1ubuntu6.3
Content-Type: text/xml; charset=utf-8
SOAPAction: "http://schemas.xmlsoap.org/soap/envelope/#CrashTest#crashMe"
Content-Length: 479


12
Response:HTTP/1.1 200 OK
Date: Tue, 01 Apr 2008 08:30:05 GMT
Server: Apache/2.2.4 (Ubuntu) mod_python/3.3.1 Python/2.5.1 PHP/5.2.3-1ubuntu6.3
X-Powered-By: PHP/5.2.3-1ubuntu6.3
Content-Length: 165
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: text/html


Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 32 bytes) in /usr/share/php/PEAR.php on line 868

SOAP: Bug 12977 [Open] HTTP Authentication by http://user:pass@ buggy!

chammers at netcologne dot de — 2008-07-14T09:00:48+00:00

SOAP Bug
Reported by chammers
2008-01-25T08:20:12+00:00
PHP: 5.2.5 OS: Linux Package Version: 0.11.0

Description:
------------
Hello

While migrating old scripts to a recent Linux host I discovered that the
old way of calling "$client = new SOAP_Client('http://user:pass@..."
does no longer work.

When calling $client->send() there is still an internal call to Transport/HTTP.php's function _validateURL which parses the URL and creates a $this->headers['Authorization'] but the SOAP_Client->call()  function does not honor this header() variable at all but only takes options from the passwd $options variable.

So the new way of calling is (as documented in Bug 11830) to pass "user" and "pass" as options to SOAP_Client->call().

Still I would assume that the old way was dropped by accident and should be reactivated (as it's a common to pass credentials inside the URL).

bye,

-christian-

Test script:
---------------
$this->soapclient = new SOAP_Client("http://webservice:topsecret@webmanager.company.de
");
$domainids = $this->soapclient->call('getDomainId', array(), '');


Expected result:
----------------
something from the remote server

Actual result:
--------------
HTTP Response 401 Authentication Failed (Code HTTP)

SOAP: Bug 12349 [Assigned] Endless recursion in SOAP Parser

E dot Snijders at ROES dot nl — 2008-08-04T04:18:49+00:00

SOAP Bug
Reported by erwinsnijders
2007-10-26T06:59:48+00:00
PHP: 5.2.1 OS: Windows Package Version: CVS

Description:
------------
In the class SOAP_Parser, the function _buildResponse is recursive.

If you're trying to parse a soap result with internal pointers (href="#id14" in one element and id="id14" in another element) and there is a loop in this pointers, the script crashes when all available memory is used.





Test script:
---------------
I came across this bug when I tried to parse a soap result with the children in a group with a pointer to their family with a pointer to all children in this family with a pointer to the child itself again (child A -> family -> children -> child A, child B).

Expected result:
----------------
If the function _buildResponse($pos) is called recursively (with $child_pos as parameter) and it is going to process a position that it already processed before, a pointer to this previous result must be returned instead of generating the result at this position.

SOAP: Bug 11729 [Assigned] WSDL Local File loading

tmpvar at gmail dot com — 2008-03-22T10:19:10+00:00

SOAP Bug
Reported by tmpvar
2007-07-31T15:10:05+00:00
PHP: 5.2.2 OS: Windows XP Package Version: 0.11.0

Description:
------------
when attempting to load a local WSDL file from the PEAR::SOAP package, it returns an error.

Test script:
---------------
$wsdl_url = 'file://C:/FedEx/RateService_v1.wsdl';
$client = new SOAP_Client($wsdl_url,true);

Expected result:
----------------
no error

Actual result:
--------------
An error #WSDLCACHE occurred!
Error: Unable to retrieve WSDL file://C:/FedEx/RateService_v1.wsdl,

SOAP: Feature/Change Request 11508 [Open] Generate proxy code for complex types

dmichonneau at actuate dot com — 2007-07-03T04:34:52+00:00

SOAP Feature/Change Request
Reported by dmichonneau
2007-07-03T04:34:52+00:00
PHP: 5.2.3 OS: Windows Package Version: 0.11.0

Description:
------------
Currently the code generator for the proxy only generates a class with all methods for the SOAP calls. These methods typically take input parameters and return a variable. It would be very useful that the complex types used in those parameters and returned variables are also generated as classes. Similar proxy generation tools in Java or .NET can do this, but I didn't find any implementation in PHP that could generate the classes code for the complex types. It allows developers to immmediately know what to set in the request and how to read the response by looking at the generated classes.

SOAP: Bug 8086 [Open] Unable to correctly parse a WSDL

simone dot m at lynx2000 dot it — 2008-07-15T18:05:02+00:00

SOAP Bug
Reported by simone.m@...
2006-06-30T04:39:26+00:00
PHP: 4.4.1 OS: Linux Red Hat 9 Package Version: 0.9.4

Description:
------------
I'm trying to create a SOAP client from a WSDL created with Apache Axis version: 1.2.1. When I try to create an object directly from the proxy code, PEAR:SOAP returns me the following notice:

Notice: Undefined index: impl in /usr/local/php/lib/php/SOAP/WSDL.php on line 620

The the client doesn't work correctly, and I can't use the web service.

Test script:
---------------
require_once('SOAP/Client.php');
$client = new SOAP_WSDL('http://www.comune.modena.it/autenticationCig/wsdl/AutenticationCig.wsdl');

$proxy = $client->getProxy();

$params = array('ticketCig' => '123456');
$results = $proxy->getDatiUtenteCig($params);

Expected result:
----------------
The script above should create a working object based on the WSDL, but it doesn't work.

With Perl's SOAP::Lite it works correctly.

Actual result:
--------------
Notice: Undefined index: impl in /usr/local/php/lib/php/SOAP/WSDL.php on line 620

SOAP: Bug 7634 [Assigned] E_ERROR and E_WARNING inside SoapObject::$methodname

vitaly at yakovenko dot net — 2008-03-22T06:22:35+00:00

SOAP Bug
Reported by vitaly@...
2006-05-15T19:31:55+00:00
PHP: 4.4.2 OS: Linux Package Version: 0.9.4

Description:
------------
Hi everybody.
I have a problem with error reporting inside an object which generate response for SOAP request. I mean object::method() which called from SOAP_Server::callMethod().
In my current configuration I have log_errors enabled in php.ini. So, all errors is (should be) logged. But any error which appear inside SOAP Object isn't logged by default.
Well. If I have E_WARNING than I can see error in SOAP Response, but if there is an E_ERROR, which can't be handled by SOAP_Server::_errorHandler(), that's real problem because I don't see it either in SOAP Response or log file (probably because of error muting @, I'm not sure).
So, to solve this problem I've deleted @ before call to SOAP Object method, added ini_set('display_errors', false) to hide all errors and added writing to log file in SOAP_Server::_errorHandler() if option enabled in configuration.
Patch file solving this problem to expected result can be downloaded from http://vitaly.yakovenko.net/soap/SOAP_Server.patch . Put it in pear directory and `patch -p0 < SOAP_Server.patch`.
Hope this will help.
Regards. Vitali.

Test script:
---------------

Expected result:
----------------
1: E_WARNING wrapped in SOAP Response and record in log file.
2: at least something saying that error happened
3: at leat something saying that error happened.

Actual result:
--------------
1: E_WARNING wrapped in SOAP Response without record in log file.
2: nothing at all!
3: record in log file

SOAP: Feature/Change Request 1701 [Verified] no documentation

j8os7s8gkq6drmb at jetable dot com — 2008-03-22T06:21:05+00:00

SOAP Feature/Change Request
Reported by j8os7s8gkq6drmb@...
2004-06-22T03:42:49+00:00
PHP: Irrelevant OS: N/A Package Version: 

Description:
------------
There is no documentation for any pacakage past 0.7.4.  It would be most usefull to have a intro document that also covers among other things self generating wsdl, and the correct use of namespaces in parameters and mappings.

Reproduce code:
---------------
N/A

Expected result:
----------------
N/A

Actual result:
--------------
N/A

SOAP: Bug 1404 [Open] xsd:dateTime members in complex types are serialized as xsd:string

clawrence at optimiser dot com — 2008-07-29T16:54:03+00:00

SOAP Bug
Reported by clawrence@...
2004-05-13T21:47:25+00:00
PHP: 4.3.6 OS: redhat 7.2 Package Version: 0.9.4

Description:
------------
DateTime members of complex types when used as output from a SOAP operation are mis-reported by PEAR::SOAP (0.8RC3 beta) as being string types (see echoDate2() for details).

The echoDate1() operation correctly reports the dateTime datatype primitive in it's response.

Reproduce code:
---------------
datefied = $datefied;
  }
}

require_once 'SOAP/Value.php';

class SOAPEchoDateService {
  var $__dispatch_map = array();
  var $__typedef = array();

  function SOAPEchoDateService() {
    // Define the SOAPDateWrap Type
    $this->__typedef['{http://www.optimiser.com/soap}SOAPDateWrap'] = array('datefied'     => 'dateTime');
    // Define the echoDate1 operation
    $this->__dispatch_map['echoDate1'] = array('in' => array('inDate' => 'dateTime'), 'out' => array('outDate' => 'dateTime'));
    // Define the echoDate2 operation
    $this->__dispatch_map['echoDate2'] = array('in'  => array('inDate' => 'dateTime'), 'out' => array('outDateWrap' => '{http://www.optimiser.com/soap}SOAPDateWrap'));
  }

  function __dispatch($methodname) {
    if (isset($this->__dispatch_map[$methodname]))
      return $this->__dispatch_map[$methodname];
    return NULL;
  }

  function echoDate1($inDate) {
    $outDate = $inDate;
    return new SOAP_Value('outDate', 'dateTime', $outDate);
  }

  function echoDate2($inDate) {
    $outDate = $inDate;
    return new SOAP_Value('outDateWrap', '{http://www.optimiser.com/soap}SOAPDateWrap', new SOAPDateWrap($outDate));
  }
}

require_once 'Log.php';
require_once 'SOAP/Server.php';

$log = &Log::singleton('file', '/tmp/echoDate.log', 'echoDate', array('mode' => 0666), LOG_INFO);
$server = new SOAP_Server;
$server->_auto_translation = true;
$soapclass = new SOAPEchoDateService();
$server->addObjectMap($soapclass,'urn:SOAPEchoDate');
if (isset($_SERVER['REQUEST_METHOD']) &&
    $_SERVER['REQUEST_METHOD'] == 'POST') {
  $log->log("[".getmypid()."] REQUEST: \n".$HTTP_RAW_POST_DATA);
  ob_start();
  $server->service($HTTP_RAW_POST_DATA);
  $log->log("[".getmypid()."] RESPONSE: \n".ob_get_contents());
  ob_end_flush();
} else {
  require_once 'SOAP/Disco.php';
  $disco = new SOAP_DISCO_Server($server,'SOAPEchoDate');
  header("Content-type: text/xml");
  if (isset($_SERVER['QUERY_STRING'])
      && strcasecmp($_SERVER['QUERY_STRING'], 'wsdl') == 0) {
    echo $disco->getWSDL();
  } else {
    echo $disco->getDISCO();
  }
  exit;
}

?>

Expected result:
----------------
The datefied member of the SOAPDateWrap complex type returned from the echoDate2() operation should be of type xsd:dateTime as follows:








2004-05-14T10:21:18.6939682+08:00




Actual result:
--------------
The datefied member of the SOAPDateWrap complex type returned from the echoDate2() operation is of type xsd:string as follows:








2004-05-14T10:21:18.6939682+08:00

SOAP: Bug 1312 [Open] bad XML parsing with nested arrays

eric dot citaire at laposte dot net — 2008-10-12T02:52:54+00:00

SOAP Bug
Reported by eric.citaire@...
2004-04-29T05:31:59+00:00
PHP: 4.3.4 OS: Linux Package Version: 

Description:
------------
When sending a nested array to a PEAR::SOAP WebService, some elments are objects, not arrays.


Reproduce code:
---------------
My PHP code:

__typedef['{urn:something}Array']       = array(array('item'=>'anyType'));
                $this->__dispatch_map['test']   = array('in'=>array('anArray'=>'{urn:something}Array'));

// ...

?>

The XML code the client send:

15068915765481325457

Expected result:
----------------
array(4) {
  [0]=>
  string(0) ""
  [1]=>
  array(4) {
    [0]=>
    float(1)
    [1]=>
    float(5)
    [2]=>
    float(0)
    [3]=>
    float(6)
  }
  [2]=>
  array(3) {
    [0]=>
    array(3) {
      [0]=>
      float(8)
      [1]=>
      float(9)
      [2]=>
      float(1)
    }
    [1]=>
    float(0)
    [2]=>
    array(6) {
      [0]=>
      float(5)
      [1]=>
      float(7)
      [2]=>
      float(654)
      [3]=>
      float(8)
      [4]=>
      float(1)
      [5]=>
      float(32)
    }
  }
  [3]=>
  array(2) {
    [0]=>
    float(54)
    [1]=>
    float(57)
  }
}


Actual result:
--------------
array(1) {
  ["anArray"]=>
  array(4) {
    [0]=>
    string(0) ""
    [1]=>
    array(4) {
      [0]=>
      float(1)
      [1]=>
      float(5)
      [2]=>
      float(0)
      [3]=>
      float(6)
    }
    [2]=>
    object(stdClass)(1) {
      ["item"]=>
      array(5) {
        [0]=>
        float(8)
        [1]=>
        float(9)
        [2]=>
        float(1)
        [3]=>
        string(0) ""
        [4]=>
        array(6) {
          [0]=>
          float(5)
          [1]=>
          float(7)
          [2]=>
          float(654)
          [3]=>
          float(8)
          [4]=>
          float(1)
          [5]=>
          float(32)
        }
      }
    }
    [3]=>
    array(2) {
      [0]=>
      float(54)
      [1]=>
      float(57)
    }
  }
}