PEAR Bug Search Results

SOAP: Bug 20343 [Open] Warning caused by not being able to define defaults for parameters

info at codepunker dot com — 2014-07-09T13:40:11+00:00

SOAP Bug
Reported by codepunker
2014-07-09T13:40:11+00:00
PHP: 5.5.9 OS: Ubuntu 14.04 Package Version: 0.13.0

Description:
------------
I have tried to create a WSDL server using this package and I 
found the following 
issue:

When defining a "__dispatch_map" with one or multiple in 
parameters in the 
server, if the client calls the respective method with less 
parameters, the eval in 
WSDL.php (line: 798) throws a warning.

I have come to the conclusion that this is caused by the 
"creation" of the eval'd 
class which doesn't have a way of defining defaults for the 
method parameters.

I have "pacthed" the WSDL.php file - line: 516 as follows: 
from: $args .= '$' . 
$argname; to: $args .= '$' . $argname . '=null';

The above is just a hack of course.

P.S. The client(test script) below uses your example disco 
Server: 
http://pear.php.net/reference/SOAP-
latest/__filesource/fsource_SOAP__SOAP-
0.13.0exampledisco_server.php.html

Test script:
---------------
ini_set("display_errors", "on");
ini_set("soap.wsdl_cache_enabled", 0);
require_once "SOAP/Client.php";
$sw = new SOAP_WSDL ("http://example.com/?wsdl"); 
$proxy = $sw->getProxy();
$erg = $proxy->SayHallo (); //this method expects one parameter, but if the client doesn't specify it, the warning is thrown
echo $erg."\n";

Expected result:
----------------
Warning: Missing argument 1 for 
WebService_MP3DBService_MP3DBPort::SayHallo(), called in  
/PATH/client.php on line 16 and defined in 
/usr/share/php/SOAP/WSDL.php(798) : eval()'d code on line 7

Actual result:
--------------
Nothing to add.

SOAP: Bug 20061 [Open] SOAP_Transport::getTransport() should be declared static

laas dot toom at gmail dot com — 2013-09-10T15:04:03+00:00

SOAP Bug
Reported by borgand
2013-09-10T15:04:03+00:00
PHP: 5.4.17 OS: Oracle Linux Server 6.4 (CentOS) Package Version: 0.13.0

Description:
------------
Using SOAP under PHP 5.4 produces this error:

Non-static method SOAP_Transport::getTransport() should not be 
called statically, assuming $this from incompatible context.

I have attached a patch to do this.

SOAP: Bug 19462 [Open] Error in library

jscarr2 at gmail dot com — 2012-06-07T21:56:34+00:00

SOAP Bug
Reported by jscarr2
2012-06-07T21:56:34+00:00
PHP: 5.3.0 OS: ubuntu 10.0.4 Package Version: 0.13.0

Description:
------------
the error is ---> Undefined index: partns in /lamp/php/lib/php/SOAP/Client.php on line 611

Can help me?

SOAP: Bug 19455 [Open] Server responding with an extra ; in set-cookie throws a PHP Notice

scott at ladoo dot com dot au — 2012-06-05T09:17:40+00:00

SOAP Bug
Reported by scott_ladoo
2012-06-05T09:17:40+00:00
PHP: 5.3.5 OS: Linux Package Version: 0.13.0

Description:
------------
If the server hosting the WSDL responds with an extra ; on 
the end of the set-cookie header, e.g.:
    Set-Cookie: domain=example.com; path=/;

Then a PHP Notice is thrown, e.g.:
    PHP Notice:  Undefined offset: 1 in 
/usr/share/php/SOAP/Transport/HTTP.php on line 304

This happens because the explode(';', $headervalue) on line 
298 creates an empty entry in the array.

The fix for this problem is to insert the following line in-
between lines 303 and 304:
    if (!empty($elements[$i])) {

And to insert the following line in-between lines 313 and 314:
    }

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

$client = new SOAP_Client("URL", true, false, array(), false);

$params = array(
    "Username" => "user",
    "Password" => "pass"
);

$response = $client->call("LoginUser", $params);

Actual result:
--------------
PHP Notice:  Undefined offset: 1 in 
/usr/share/php/SOAP/Transport/HTTP.php on line 304

SOAP: Bug 19280 [Open] Nullstring SOAP_Value serialize to invalid XML

live dot gon+pear at gmail dot com — 2012-02-07T18:20:22+00:00

SOAP Bug
Reported by live_gon
2012-02-07T18:20:22+00:00
PHP: 5.3.9 OS: Linux Package Version: 0.13.0

Description:
------------
Number type SOAP_Value serialize nullstring to invalid XML. Expected value is Nil.

Test script:
---------------
require_once('SOAP/Value.php');

$testtypes = array(
        'releasedatetime' => 'dateTime',
        'count' => 'int',
        'onoff' => 'boolean',
        'singlenumber' => 'float',
        'doublenumber' => 'double',
);

$soapbase = new SOAP_Base();

$values = array();
foreach($testtypes as $name=>$type){
    $values[] = new  SOAP_Value($name , $type);
    $values[] = new  SOAP_Value($name , $type, '');
    $values[] = new  SOAP_Value($name , $type, 0);
}

foreach($values as $soapvalue){
    echo $soapvalue->serialize($soapbase);
}


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





0
false
false
false


0


0



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


0


0
false
false
false


0


0

SOAP: Bug 19257 [Open] dateTime doesn't work in php timestamp range.

live dot gon at gmail dot com — 2012-01-30T13:12:37+00:00

SOAP Bug
Reported by live_gon
2012-01-30T13:12:37+00:00
PHP: 5.3.9 OS: linux Package Version: 0.13.0

Description:
------------
php timestamp range start 'Fri, 13 Dec 1901 20:45:54 GMT'.
but SOAP/Type/dateTime cannot has this.

Test script:
---------------
$citizenkanerelease= new SOAP_Type_dateTime(mktime(0,0,0,5,1,1941));
echo $citizenkanerelease->toString();

// ex) echo date('Y-m-d\TH:i:sO', mktime(0,0,0,5,1,1941));

Expected result:
----------------
1941-05-01T00:00:00+0000

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

SOAP: Bug 18893 [Open] xml-entities instead of hmtlentities in generated wsdl by disco-server.

thomas dot gabler at gmx dot de — 2011-10-06T18:37:12+00:00

SOAP Bug
Reported by thg13
2011-10-06T14:39:24+00:00
PHP: 5.2.12 OS: linux Package Version: SVN

Description:
------------
I instantiate a SoapDiscoServer with description "Ã¤" containing german umlaut:

$disco = new SOAP_DISCO_Server($server,'test', "Ã¤");

The generated wsdl has the not defined entity auml.
...
Ã¤
The reason is in Disco.php, RV 302446 line 138:
$this->_wsdl['definitions']['service']['documentation'] = htmlentities($this->_service_desc);


Test script:
---------------
$disco = new SOAP_DISCO_Server($server,'test', "Ã¤");
echo $disco->getWSDL();

Expected result:
----------------
wsdl:
...
& #228;
(without blank)


Actual result:
--------------
wsdl:
...
& auml;
(without blank)

SOAP: Bug 18093 [Open] SOAP_Value type wrongly set to array

andrej dot pavlovic at gmail dot com — 2010-12-03T00:05:53+00:00

SOAP Bug
Reported by newaira
2010-12-03T00:05:53+00:00
PHP: 5.2.12 OS: Win7 Package Version: 0.12.0

Description:
------------
SOAP_Value with an array of exactly two nested SOAP_Values is always forced to type Array, and doesn't use a specified type.

The bug can be traced to Base.php on line 650:

                // For non-wsdl structs that are all the same type
                reset($value);
--->                $value1 = next($value);
                $value2 = next($value);

Replace:
$value1 = next($value);

With:
$value1 = current($value);

Test script:
---------------
new SOAP_Value(
	'authentication',
	'{Authentication}local',
	array (
		new SOAP_Value(
			'user',
			'string',
			'myusername'
		),
		new SOAP_Value(
			'password',
			'string',
			'mypassword'
		),
	)
),

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

	myusername
	mypassword


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

	myusername
	mypassword

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

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

SOAP Bug
Reported by mauz
2009-10-09T20: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-05T17:34:38+00:00

SOAP Feature/Change Request
Reported by mauz
2009-09-25T21: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-29T19:51:19+00:00

SOAP Feature/Change Request
Reported by dfowler81
2008-10-29T19: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 14806 [Open] Wrong value for xsd:unsignedLong's greater than PHP_INT_MAX

pear at painfullscratch dot nl — 2008-12-28T01:17:02+00:00

SOAP Bug
Reported by pet
2008-10-16T12: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 14306 [Verified] SOAP_Server_TCP not generate response for SOAP_Fault

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

SOAP Bug
Reported by tomaszrup
2008-07-07T23: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-01T14:30:20+00:00

SOAP Bug
Reported by rossking
2008-06-04T04: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-16T14:32:34+00:00

SOAP Feature/Change Request
Reported by jasony
2008-04-01T07: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-14T14:00:48+00:00

SOAP Bug
Reported by chammers
2008-01-25T13: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: Feature/Change Request 11508 [Open] Generate proxy code for complex types

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

SOAP Feature/Change Request
Reported by dmichonneau
2007-07-03T09: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-15T23:05:02+00:00

SOAP Bug
Reported by simone.m@...
2006-06-30T09: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 [Open] E_ERROR and E_WARNING inside SoapObject::$methodname

vitaly at yakovenko dot net — 2014-12-29T17:32:29+00:00

SOAP Bug
Reported by vitaly@...
2006-05-16T00: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-22T10:21:05+00:00

SOAP Feature/Change Request
Reported by j8os7s8gkq6drmb@...
2004-06-22T08: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-29T21:54:03+00:00

SOAP Bug
Reported by clawrence@...
2004-05-14T02: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-12T07:52:54+00:00

SOAP Bug
Reported by eric.citaire@...
2004-04-29T10: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)
    }
  }
}