Hi,

> -----Original Message-----
> From: Matt Friedman [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, December 13, 2005 10:22 PM
> To: Dmitry Stogov; internals@lists.php.net
> Subject: Re: [PHP-DEV] SOAP Question re: Class Mapping & Constructors
> 
> 
> Hi Dmitry,
> 
> It is understandable that you don't know what the arguments 
> might be. But I would rather have the constructor called with 
> no arguments, or with just the std object `book` passed to 
> the constructor instead of no constructor at all.
> 
> Is it possible?

It is not possible in general way.
However it is possible implement support for magic methods __sleep() and
__wakeup().
Will they solve your problems?

Thanks. Dmitry.

> Thanks,
> Matt.
> 
> 
> 
> On 12/13/05, Dmitry Stogov <[EMAIL PROTECTED]> wrote:
> > Hi Matt,
> >
> > During SOAP envelope deserialization, objects are created 
> indirectly. 
> > So constructors are not called (constructor may need arguments).
> >
> > This is not a bug.
> >
> > Thanks. Dmitry.
> >
> > > -----Original Message-----
> > > From: Matt Friedman [mailto:[EMAIL PROTECTED]
> > > Sent: Tuesday, December 13, 2005 9:49 PM
> > > To: internals@lists.php.net
> > > Subject: [PHP-DEV] SOAP Question re: Class Mapping & Constructors
> > >
> > >
> > > Hi,
> > >
> > > We are using the built-in SOAP extension.
> > >
> > > From the docs:
> > > $server = new SoapClient("books.wsdl", array('classmap' => 
> > > array('book' => "MyBook")));
> > >
> > > Soap server will return a complex data type 'book'.  The 
> data fields 
> > > for book will be mapped to the php class' data fields in 
> MyBook. It 
> > > seems that the constructor for MyBook is never called 
> (according to 
> > > our tests). The data fields are mapped somehow internally.
> > >
> > > If I want MyBook to be much more than just a data 
> container, then I 
> > > can foresee that I will often want/need a constructor but 
> > > __construct is not called.
> > >
> > > Could this be considered a bug? Any thoughts?
> > >
> > > --
> > > -- Matt Friedman
> > >
> > > --
> > > PHP Internals - PHP Runtime Development Mailing List
> > > To unsubscribe, visit: http://www.php.net/unsub.php
> > >
> > >
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
> 
> 
> --
> -- Matt Friedman
> 
> -- 
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to