From:
Operating system: all
PHP version: Irrelevant
Package: SOAP related
Bug Type: Feature/Change Request
Bug description:Please extend the classmap option
Description:
------------
Dear Devs,
currently we can map SOAP requests and responses to userland classes, using
the classmap entry from SoapClient::__construct()'s options argument.
Sometimes those userland classes will have dependencies to be injected,
before the SoapClient can fill them with their payload. Since SoapClient
only accepts class names and not objects to be cloned or at least callbacks
to act as a factory, bootstrapping these data objects is impossible.
Could you please change the current behavior in that regard?
In the interest of backwards compatibility, I suggest simply following the
callback approach. If a callback is used, instead of a classname, PHP
should use that callback as a factory for new classes.
Test script:
---------------
Example to explain the idea:
<?php
class MySoapClient extends SoapClient
{
public function __construct($wsdl,$dbAdapter)
{
$options = array();
// hard coded class name
$options['classmap']['RequestType'] = 'RequestType';
// anonymous function as factory
$options['classmap']['ResponseType1'] = function() use($dbAdapter){
$object=new
MyResponseMapping();
$object->injectDBAdapter($dbAdapter);
return $object;
};
// factory method of a given class
$options['classmap']['ResponseType2'] = array($this,'factoryMethod');
parent::__construct($wsdl,$options);
}
/** a factory method for a certain kind of data access objects
* @param void
* @return Object
*/
public function factoryMethod()
{
$object=new MyResponseMapping();
$object->injectSourceObject($this);
return $object;
}
}
$wsdl = 'URL 2 a WDSL';
class RequestType
{
public $payload;
}
$request = new RequestType;
$request->payload = 'payload';
$soapclient = new MySoapClient($wsdl,$dbAdapter);
$result = $soapclient->doSomething($request);
var_dump($result);
Expected result:
----------------
The var_dump() should reflect that objects of the MyResponseMapping types
were used and their dependencies should have been fulfilled using the
factories from my example.
Actual result:
--------------
PHP silently (why?) ignores my mappings and uses stdClass objects instead.
--
Edit bug report at https://bugs.php.net/bug.php?id=60615&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60615&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60615&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60615&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60615&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60615&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60615&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60615&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60615&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60615&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60615&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60615&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60615&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60615&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60615&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60615&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=60615&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60615&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60615&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60615&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60615&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60615&r=mysqlcfg
