phpsoaptoolkit-development

[PHP-SOAP-DEV] RE: bug with WSDL: missing operation namespace in the soap request

[brad l. <rod...@ya...>]

Yeah that's sitll in there.. i fixed it in cvs... Ive added a few options...
I'll will probally have another small release soon. I have been working on the
mapping stuff that has been discussed on the list.


 I had to make changes to domxml and i have another awesome idea that will
allow php to be more of an aplication server. A php_soap application server.
Don't get discouraged im still working it as much as i can.

 - brad

--- phpsurf <ph...@if...> wrote:
> hi
> 
> I've been testing this again with the babelfish and google services ... and
> I'm afraid the bug is still here !
> Don't know if the fix had been included in your second release or not yet
> ...
> 
> 
> > -----Original Message-----
> > From: brad lafountain [mailto:rod...@ya...]
> > Sent: lundi 29 avril 2002 23:12
> > To: phpsurf; php...@li...
> > Subject: Re: bug with WSDL: missing operation namespace in the soap
> > request
> >
> >
> > Sweet.. first bug! :)
> >
> >  I thought i got rid of thoes damn temps... I'll commit a fix tonite.
> >
> > Are you using windows or linux? if you are using linux then you
> > can just get
> > the cvs otherwise ill have to give you a bindary to keep on testing with.
> >
> > - Brad
> >
> > --- phpsurf <ph...@if...> wrote:
> > > hi
> > >
> > > I'm testing the client with a wsdl ...
> > > case sensitivity and parameter names seem to work fine with the
> > wsdl :) good
> > > point.
> > >
> > > but I got a bug with the following WSDL :
> > >
> > >
> > ------------------------------------------------------------------
> > ----------
> > > --
> > > <?xml version="1.0"?>
> > >
> > > <definitions name="BabelFishService"
> > > 	xmlns:tns="http://www.xmethods.net/sd/BabelFishService.wsdl"
> > > 	targetNamespace="http://www.xmethods.net/sd/BabelFishService.wsdl"
> > > 	xmlns:xsd="http://www.w3.org/1999/XMLSchema"
> > > 	xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
> > > 	xmlns="http://schemas.xmlsoap.org/wsdl/">
> > >
> > > 	<message name="BabelFishRequest">
> > > 		<part name="translationmode" type="xsd:string"/>
> > > 		<part name="sourcedata" type="xsd:string"/>
> > > 	</message>
> > >
> > > 	<message name="BabelFishResponse">
> > > 		<part name="return" type="xsd:string"/>
> > > 	</message>
> > >
> > > 	<portType name="BabelFishPortType">
> > > 		<operation name="BabelFish">
> > > 			<input message="tns:BabelFishRequest"
> > name="BabelFish"/>
> > > 			<output message="tns:BabelFishResponse"
> > name="BabelFishResponse"/>
> > > 		</operation>
> > > 	</portType>
> > >
> > > 	<binding name="BabelFishBinding" type="tns:BabelFishPortType">
> > > 		<soap:binding style="rpc"
> > > transport="http://schemas.xmlsoap.org/soap/http"/>
> > > 		<operation name="BabelFish">
> > > 			<soap:operation
> > soapAction="urn:xmethodsBabelFish#BabelFish"/>
> > > 			<input>
> > > 				<soap:body use="encoded"
> > namespace="urn:xmethodsBabelFish"
> > > encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
> > > 			</input>
> > > 			<output>
> > > 				<soap:body use="encoded"
> > namespace="urn:xmethodsBabelFish"
> > > encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
> > > 			</output>
> > > 		</operation>
> > > 	</binding>
> > >
> > > 	<service name="BabelFish">
> > > 		<documentation>Translates text of up to 5k in
> > length, between a variety of
> > > languages.</documentation>
> > > 		<port name="BabelFishPort" binding="tns:BabelFishBinding">
> > > 			<soap:address
> > > location="http://services.xmethods.net:80/perl/soaplite.cgi"/>
> > > 		</port>
> > > 	</service>
> > >
> > > </definitions>
> > >
> > ------------------------------------------------------------------
> > ----------
> > > --
> > >
> > > the message received by the server is :
> > > see the ***FIXME*** !
> > >
> > >
> > ------------------------------------------------------------------
> > ----------
> > > --
> > > <?xml version="1.0" encoding="UTF-8"?>
> > > <SOAP-ENV:Envelope
> > >   xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> > >   SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> > >   xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"
> > >   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> > >   xmlns:xsd="http://www.w3.org/2001/XMLSchema">
> > >
> > >   <SOAP-ENV:Body>
> > >     <BabelFish xmlns="***FIXME***">
> > >       <translationmode xsi:type="xsd:string">en_fr</translationmode>
> > >       <sourcedata xsi:type="xsd:string">some pretty text to translate
> > > !</sourcedata>
> > >     </BabelFish>
> > >   </SOAP-ENV:Body>
> > >
> > > </SOAP-ENV:Envelope>
> > >
> > ------------------------------------------------------------------
> > ----------
> > > --
> > >
> > >
> > >
> > >
> > __________________________________________________________________
> > ____________
> > > ifrance.com, l'email gratuit le plus complet de l'Internet !
> > > vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
> > > http://www.ifrance.com/_reloc/email.emailif
> > >
> > >
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Yahoo! Health - your guide to health and wellness
> > http://health.yahoo.com
> 
>  
>
______________________________________________________________________________
> ifrance.com, l'email gratuit le plus complet de l'Internet !
> vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
> http://www.ifrance.com/_reloc/email.emailif
> 
> 


__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Mother's Day is May 12th!
http://shopping.yahoo.com

RE: [PHP-SOAP-DEV] RE: bug with WSDL: missing operation namespace in the soap request

[phpsurf <ph...@if...>]

great !
good news :)


> -----Original Message-----
> From: php...@li...
> [mailto:php...@li...]On Behalf
> Of brad lafountain
> Sent: vendredi 10 mai 2002 03:00
> To: phpsurf; php...@li...
> Subject: [PHP-SOAP-DEV] RE: bug with WSDL: missing operation namespace
> in the soap request
>
>
> Yeah that's sitll in there.. i fixed it in cvs... Ive added a few
> options...
> I'll will probally have another small release soon. I have been
> working on the
> mapping stuff that has been discussed on the list.
>
>
>  I had to make changes to domxml and i have another awesome idea that will
> allow php to be more of an aplication server. A php_soap
> application server.
> Don't get discouraged im still working it as much as i can.
>
>  - brad
>
> --- phpsurf <ph...@if...> wrote:
> > hi
> >
> > I've been testing this again with the babelfish and google
> services ... and
> > I'm afraid the bug is still here !
> > Don't know if the fix had been included in your second release
> or not yet
> > ...
> >
> >
> > > -----Original Message-----
> > > From: brad lafountain [mailto:rod...@ya...]
> > > Sent: lundi 29 avril 2002 23:12
> > > To: phpsurf; php...@li...
> > > Subject: Re: bug with WSDL: missing operation namespace in the soap
> > > request
> > >
> > >
> > > Sweet.. first bug! :)
> > >
> > >  I thought i got rid of thoes damn temps... I'll commit a fix tonite.
> > >
> > > Are you using windows or linux? if you are using linux then you
> > > can just get
> > > the cvs otherwise ill have to give you a bindary to keep on
> testing with.
> > >
> > > - Brad
> > >
> > > --- phpsurf <ph...@if...> wrote:
> > > > hi
> > > >
> > > > I'm testing the client with a wsdl ...
> > > > case sensitivity and parameter names seem to work fine with the
> > > wsdl :) good
> > > > point.
> > > >
> > > > but I got a bug with the following WSDL :
> > > >
> > > >
> > > ------------------------------------------------------------------
> > > ----------
> > > > --
> > > > <?xml version="1.0"?>
> > > >
> > > > <definitions name="BabelFishService"
> > > > 	xmlns:tns="http://www.xmethods.net/sd/BabelFishService.wsdl"
> > > >
> targetNamespace="http://www.xmethods.net/sd/BabelFishService.wsdl"
> > > > 	xmlns:xsd="http://www.w3.org/1999/XMLSchema"
> > > > 	xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
> > > > 	xmlns="http://schemas.xmlsoap.org/wsdl/">
> > > >
> > > > 	<message name="BabelFishRequest">
> > > > 		<part name="translationmode" type="xsd:string"/>
> > > > 		<part name="sourcedata" type="xsd:string"/>
> > > > 	</message>
> > > >
> > > > 	<message name="BabelFishResponse">
> > > > 		<part name="return" type="xsd:string"/>
> > > > 	</message>
> > > >
> > > > 	<portType name="BabelFishPortType">
> > > > 		<operation name="BabelFish">
> > > > 			<input message="tns:BabelFishRequest"
> > > name="BabelFish"/>
> > > > 			<output message="tns:BabelFishResponse"
> > > name="BabelFishResponse"/>
> > > > 		</operation>
> > > > 	</portType>
> > > >
> > > > 	<binding name="BabelFishBinding"
> type="tns:BabelFishPortType">
> > > > 		<soap:binding style="rpc"
> > > > transport="http://schemas.xmlsoap.org/soap/http"/>
> > > > 		<operation name="BabelFish">
> > > > 			<soap:operation
> > > soapAction="urn:xmethodsBabelFish#BabelFish"/>
> > > > 			<input>
> > > > 				<soap:body use="encoded"
> > > namespace="urn:xmethodsBabelFish"
> > > > encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
> > > > 			</input>
> > > > 			<output>
> > > > 				<soap:body use="encoded"
> > > namespace="urn:xmethodsBabelFish"
> > > > encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/>
> > > > 			</output>
> > > > 		</operation>
> > > > 	</binding>
> > > >
> > > > 	<service name="BabelFish">
> > > > 		<documentation>Translates text of up to 5k in
> > > length, between a variety of
> > > > languages.</documentation>
> > > > 		<port name="BabelFishPort"
> binding="tns:BabelFishBinding">
> > > > 			<soap:address
> > > > location="http://services.xmethods.net:80/perl/soaplite.cgi"/>
> > > > 		</port>
> > > > 	</service>
> > > >
> > > > </definitions>
> > > >
> > > ------------------------------------------------------------------
> > > ----------
> > > > --
> > > >
> > > > the message received by the server is :
> > > > see the ***FIXME*** !
> > > >
> > > >
> > > ------------------------------------------------------------------
> > > ----------
> > > > --
> > > > <?xml version="1.0" encoding="UTF-8"?>
> > > > <SOAP-ENV:Envelope
> > > >   xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
> > > >   SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
> > > >   xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"
> > > >   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> > > >   xmlns:xsd="http://www.w3.org/2001/XMLSchema">
> > > >
> > > >   <SOAP-ENV:Body>
> > > >     <BabelFish xmlns="***FIXME***">
> > > >       <translationmode xsi:type="xsd:string">en_fr</translationmode>
> > > >       <sourcedata xsi:type="xsd:string">some pretty text to
> translate
> > > > !</sourcedata>
> > > >     </BabelFish>
> > > >   </SOAP-ENV:Body>
> > > >
> > > > </SOAP-ENV:Envelope>
> > > >
> > > ------------------------------------------------------------------
> > > ----------
> > > > --
> > > >
> > > >
> > > >
> > > >
> > > __________________________________________________________________
> > > ____________
> > > > ifrance.com, l'email gratuit le plus complet de l'Internet !
> > > > vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
> > > > http://www.ifrance.com/_reloc/email.emailif
> > > >
> > > >
> > >
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Yahoo! Health - your guide to health and wellness
> > > http://health.yahoo.com
> >
> >
> >
> __________________________________________________________________
> ____________
> > ifrance.com, l'email gratuit le plus complet de l'Internet !
> > vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
> > http://www.ifrance.com/_reloc/email.emailif
> >
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Shopping - Mother's Day is May 12th!
> http://shopping.yahoo.com
>
>
> _______________________________________________
> Phpsoaptoolkit-development mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpsoaptoolkit-development

 
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif

[PHP-SOAP-DEV] bug storing the SoapObject in session

[phpsurf <ph...@if...>]

Hi

I tried something with your 4th example : session

your example shows haow to maintain a session on the server side through
serveral consecutive calls to method of the SoapObject on the client side,
but inside the same script.

my idea was to maintain this soap-server session through several calls to
the soap-client script.

so I simply tried to put the SoapObject (client side) in session.

here is my new session-client-src.php script:

----------------------------------------------------
<?
session_start();
session_register("session");

if(!isset($session)) {
  echo "create Soap Client\n";
  $session = new
SoapObject("http://lab.localhost.com/soap/PhpSoapToolkit/samples/session-ser
ver-src.php", "urn:Session");
  }

echo "counter:\n";

echo $session->inc() . "\n";
echo $session->inc() . "\n";
?>
----------------------------------------------------

The 1st time I call this script, I get the following result :

----------------------------------------------------
create Soap Client
counter:
0
1
----------------------------------------------------


But the 2nd time I call this script, I get the following result which is
fine (the counter is well incremented), except for the warning :)

----------------------------------------------------
counter:
<br />
<b>Warning</b>:  (null)(): supplied argument is not a valid httpurl resource
in <b>c:\webroot\lab\soap\phpsoaptoolkit\samples\session-client-src.php</b>
on line <b>12</b><br />
2
3
----------------------------------------------------

hope you will find out the bug !


 
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif

Re: [PHP-SOAP-DEV] bug storing the SoapObject in session

[andrey <ahr...@ic...>]

I think I know what is the problem.
When object is serialiazed all it's properties are serialized but some
properties have no meaning after serialization. For example a class wrapper
for DB connection may have property $link (resource of type mysql) but this
link has meaning only on the page where it is created. If we serialize $link
there will be problem when deserialized. I don't know what is the solution
for module but in userspace this is solvable with 2 methods
__sleep(), __wakeup(). In case you don't know about them I'll explain. When
PHP wants to serialize an object it tries to execute __sleep() if mehtod
with such name executes. PHP wants to receive an array with names (strings)
of properties that have to be serialized. Probably if there is no __sleep()
all properties are serialized. On the other hand when PHP deserializes an
object it tries to call __wakeup(). __wakeup() is used in case some
initializations are needed on object recreation - in our case (PHP-SOAP)
httpurl is of type resource and has to be created in __wakeup() and not to
be serialized - so __sleep() has to return an array with names where there
is no element "httpurl".

Regards,
Andrey

----- Original Message -----
From: "phpsurf" <ph...@if...>
To: "brad lafountain" <rod...@ya...>;
<php...@li...>
Sent: Friday, May 10, 2002 1:12 PM
Subject: [PHP-SOAP-DEV] bug storing the SoapObject in session


> Hi
>
> I tried something with your 4th example : session
>
> your example shows haow to maintain a session on the server side through
> serveral consecutive calls to method of the SoapObject on the client side,
> but inside the same script.
>
> my idea was to maintain this soap-server session through several calls to
> the soap-client script.
>
> so I simply tried to put the SoapObject (client side) in session.
>
> here is my new session-client-src.php script:
>
> ----------------------------------------------------
> <?
> session_start();
> session_register("session");
>
> if(!isset($session)) {
>   echo "create Soap Client\n";
>   $session = new
>
SoapObject("http://lab.localhost.com/soap/PhpSoapToolkit/samples/session-ser
> ver-src.php", "urn:Session");
>   }
>
> echo "counter:\n";
>
> echo $session->inc() . "\n";
> echo $session->inc() . "\n";
> ?>
> ----------------------------------------------------
>
> The 1st time I call this script, I get the following result :
>
> ----------------------------------------------------
> create Soap Client
> counter:
> 0
> 1
> ----------------------------------------------------
>
>
> But the 2nd time I call this script, I get the following result which is
> fine (the counter is well incremented), except for the warning :)
>
> ----------------------------------------------------
> counter:
> <br />
> <b>Warning</b>:  (null)(): supplied argument is not a valid httpurl
resource
> in
<b>c:\webroot\lab\soap\phpsoaptoolkit\samples\session-client-src.php</b>
> on line <b>12</b><br />
> 2
> 3
> ----------------------------------------------------
>
> hope you will find out the bug !
>
>
>
>
____________________________________________________________________________
__
> ifrance.com, l'email gratuit le plus complet de l'Internet !
> vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
> http://www.ifrance.com/_reloc/email.emailif
>
>
>
> _______________________________________________________________
>
> Have big pipes? SourceForge.net is looking for download mirrors. We supply
> the hardware. You get the recognition. Email Us: ban...@so...
> _______________________________________________
> Phpsoaptoolkit-development mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpsoaptoolkit-development
>

Re: [PHP-SOAP-DEV] bug storing the SoapObject in session

[brad l. <rod...@ya...>]

Yeah this basically is the problem... 


 But the bigger problem is that __wakeup and __sleep don't get passed to
overloaded 'c' objects (which is what SoapObject is). I posted a patch a while
ago along with the ability to serailzie java objects. It never got patched.


 But besides that the example up on the website was ment to show you the
perstance server objects not a perstant client objects.


 Hope this helps 

 - Brad

--- andrey <ahr...@ic...> wrote:
> I think I know what is the problem.
> When object is serialiazed all it's properties are serialized but some
> properties have no meaning after serialization. For example a class wrapper
> for DB connection may have property $link (resource of type mysql) but this
> link has meaning only on the page where it is created. If we serialize $link
> there will be problem when deserialized. I don't know what is the solution
> for module but in userspace this is solvable with 2 methods
> __sleep(), __wakeup(). In case you don't know about them I'll explain. When
> PHP wants to serialize an object it tries to execute __sleep() if mehtod
> with such name executes. PHP wants to receive an array with names (strings)
> of properties that have to be serialized. Probably if there is no __sleep()
> all properties are serialized. On the other hand when PHP deserializes an
> object it tries to call __wakeup(). __wakeup() is used in case some
> initializations are needed on object recreation - in our case (PHP-SOAP)
> httpurl is of type resource and has to be created in __wakeup() and not to
> be serialized - so __sleep() has to return an array with names where there
> is no element "httpurl".
> 
> Regards,
> Andrey
> 
> ----- Original Message -----
> From: "phpsurf" <ph...@if...>
> To: "brad lafountain" <rod...@ya...>;
> <php...@li...>
> Sent: Friday, May 10, 2002 1:12 PM
> Subject: [PHP-SOAP-DEV] bug storing the SoapObject in session
> 
> 
> > Hi
> >
> > I tried something with your 4th example : session
> >
> > your example shows haow to maintain a session on the server side through
> > serveral consecutive calls to method of the SoapObject on the client side,
> > but inside the same script.
> >
> > my idea was to maintain this soap-server session through several calls to
> > the soap-client script.
> >
> > so I simply tried to put the SoapObject (client side) in session.
> >
> > here is my new session-client-src.php script:
> >
> > ----------------------------------------------------
> > <?
> > session_start();
> > session_register("session");
> >
> > if(!isset($session)) {
> >   echo "create Soap Client\n";
> >   $session = new
> >
> SoapObject("http://lab.localhost.com/soap/PhpSoapToolkit/samples/session-ser
> > ver-src.php", "urn:Session");
> >   }
> >
> > echo "counter:\n";
> >
> > echo $session->inc() . "\n";
> > echo $session->inc() . "\n";
> > ?>
> > ----------------------------------------------------
> >
> > The 1st time I call this script, I get the following result :
> >
> > ----------------------------------------------------
> > create Soap Client
> > counter:
> > 0
> > 1
> > ----------------------------------------------------
> >
> >
> > But the 2nd time I call this script, I get the following result which is
> > fine (the counter is well incremented), except for the warning :)
> >
> > ----------------------------------------------------
> > counter:
> > <br />
> > <b>Warning</b>:  (null)(): supplied argument is not a valid httpurl
> resource
> > in
> <b>c:\webroot\lab\soap\phpsoaptoolkit\samples\session-client-src.php</b>
> > on line <b>12</b><br />
> > 2
> > 3
> > ----------------------------------------------------
> >
> > hope you will find out the bug !
> >
> >
> >
> >
> ____________________________________________________________________________
> __
> > ifrance.com, l'email gratuit le plus complet de l'Internet !
> > vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
> > http://www.ifrance.com/_reloc/email.emailif
> >
> >
> >
> > _______________________________________________________________
> >
> > Have big pipes? SourceForge.net is looking for download mirrors. We supply
> > the hardware. You get the recognition. Email Us: ban...@so...
> > _______________________________________________
> > Phpsoaptoolkit-development mailing list
> > Php...@li...
> > https://lists.sourceforge.net/lists/listinfo/phpsoaptoolkit-development
> >
> 


__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

Re: [PHP-SOAP-DEV] bug storing the SoapObject in session

[andrey <ahr...@ic...>]

I want persistent client object because I want to access a soap service and
to have a live session on the remote part between requests of client part.
So I do a site which uses SOAP remote service for authentication and SOAP
remote service for accounting the time a employee has spent in the office.
There are 2 classes -> CAuthenticate & CPresence in 2 files. When users logs
in into the system by using CAuthenticate a session is created and some
stuff about the user is stored there(caching). When an user wants to state
that it is in working time method CPresence::presence_login($comment) is
called, and all info about the user is gotten from the session but I can
keep the session_id only(as far as I know) with keeping SoapObject in client
part. There is a little hack(because of lack of private vars) - on the
client part I modificate $client->location & $client->uri to get it work
with another service. I've no such warning message on my box but this is
because the error_reporting level is set to something strange.

Hope that clears what I do.

Andrey
----- Original Message -----
From: "brad lafountain" <rod...@ya...>
To: "andrey" <ahr...@ic...>
Cc: <php...@li...>
Sent: Monday, May 13, 2002 8:22 PM
Subject: Re: [PHP-SOAP-DEV] bug storing the SoapObject in session


> Yeah this basically is the problem...
>
>
>  But the bigger problem is that __wakeup and __sleep don't get passed to
> overloaded 'c' objects (which is what SoapObject is). I posted a patch a
while
> ago along with the ability to serailzie java objects. It never got
patched.
>
>
>  But besides that the example up on the website was ment to show you the
> perstance server objects not a perstant client objects.
>
>
>  Hope this helps
>
>  - Brad
>
> --- andrey <ahr...@ic...> wrote:
> > I think I know what is the problem.
> > When object is serialiazed all it's properties are serialized but some
> > properties have no meaning after serialization. For example a class
wrapper
> > for DB connection may have property $link (resource of type mysql) but
this
> > link has meaning only on the page where it is created. If we serialize
$link
> > there will be problem when deserialized. I don't know what is the
solution
> > for module but in userspace this is solvable with 2 methods
> > __sleep(), __wakeup(). In case you don't know about them I'll explain.
When
> > PHP wants to serialize an object it tries to execute __sleep() if mehtod
> > with such name executes. PHP wants to receive an array with names
(strings)
> > of properties that have to be serialized. Probably if there is no
__sleep()
> > all properties are serialized. On the other hand when PHP deserializes
an
> > object it tries to call __wakeup(). __wakeup() is used in case some
> > initializations are needed on object recreation - in our case (PHP-SOAP)
> > httpurl is of type resource and has to be created in __wakeup() and not
to
> > be serialized - so __sleep() has to return an array with names where
there
> > is no element "httpurl".
> >
> > Regards,
> > Andrey
> >
> > ----- Original Message -----
> > From: "phpsurf" <ph...@if...>
> > To: "brad lafountain" <rod...@ya...>;
> > <php...@li...>
> > Sent: Friday, May 10, 2002 1:12 PM
> > Subject: [PHP-SOAP-DEV] bug storing the SoapObject in session
> >
> >
> > > Hi
> > >
> > > I tried something with your 4th example : session
> > >
> > > your example shows haow to maintain a session on the server side
through
> > > serveral consecutive calls to method of the SoapObject on the client
side,
> > > but inside the same script.
> > >
> > > my idea was to maintain this soap-server session through several calls
to
> > > the soap-client script.
> > >
> > > so I simply tried to put the SoapObject (client side) in session.
> > >
> > > here is my new session-client-src.php script:
> > >
> > > ----------------------------------------------------
> > > <?
> > > session_start();
> > > session_register("session");
> > >
> > > if(!isset($session)) {
> > >   echo "create Soap Client\n";
> > >   $session = new
> > >
> >
SoapObject("http://lab.localhost.com/soap/PhpSoapToolkit/samples/session-ser
> > > ver-src.php", "urn:Session");
> > >   }
> > >
> > > echo "counter:\n";
> > >
> > > echo $session->inc() . "\n";
> > > echo $session->inc() . "\n";
> > > ?>
> > > ----------------------------------------------------
> > >
> > > The 1st time I call this script, I get the following result :
> > >
> > > ----------------------------------------------------
> > > create Soap Client
> > > counter:
> > > 0
> > > 1
> > > ----------------------------------------------------
> > >
> > >
> > > But the 2nd time I call this script, I get the following result which
is
> > > fine (the counter is well incremented), except for the warning :)
> > >
> > > ----------------------------------------------------
> > > counter:
> > > <br />
> > > <b>Warning</b>:  (null)(): supplied argument is not a valid httpurl
> > resource
> > > in
> > <b>c:\webroot\lab\soap\phpsoaptoolkit\samples\session-client-src.php</b>
> > > on line <b>12</b><br />
> > > 2
> > > 3
> > > ----------------------------------------------------
> > >
> > > hope you will find out the bug !
> > >
> > >
> > >
> > >
> >
____________________________________________________________________________
> > __
> > > ifrance.com, l'email gratuit le plus complet de l'Internet !
> > > vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
> > > http://www.ifrance.com/_reloc/email.emailif
> > >
> > >
> > >
> > > _______________________________________________________________
> > >
> > > Have big pipes? SourceForge.net is looking for download mirrors. We
supply
> > > the hardware. You get the recognition. Email Us:
ban...@so...
> > > _______________________________________________
> > > Phpsoaptoolkit-development mailing list
> > > Php...@li...
> > >
https://lists.sourceforge.net/lists/listinfo/phpsoaptoolkit-development
> > >
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.yahoo.com
>
> _______________________________________________________________
>
> Have big pipes? SourceForge.net is looking for download mirrors. We supply
> the hardware. You get the recognition. Email Us: ban...@so...
> _______________________________________________
> Phpsoaptoolkit-development mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpsoaptoolkit-development
>

Re: [PHP-SOAP-DEV] bug storing the SoapObject in session

[brad l. <rod...@ya...>]

Well ill try and make the SoapObject "sessionable" next release. It would be
eaiser if __wakeup and __sleep got called to the SoapObject.

 - Brad

--- andrey <ahr...@ic...> wrote:
> I want persistent client object because I want to access a soap service and
> to have a live session on the remote part between requests of client part.
> So I do a site which uses SOAP remote service for authentication and SOAP
> remote service for accounting the time a employee has spent in the office.
> There are 2 classes -> CAuthenticate & CPresence in 2 files. When users logs
> in into the system by using CAuthenticate a session is created and some
> stuff about the user is stored there(caching). When an user wants to state
> that it is in working time method CPresence::presence_login($comment) is
> called, and all info about the user is gotten from the session but I can
> keep the session_id only(as far as I know) with keeping SoapObject in client
> part. There is a little hack(because of lack of private vars) - on the
> client part I modificate $client->location & $client->uri to get it work
> with another service. I've no such warning message on my box but this is
> because the error_reporting level is set to something strange.
> 
> Hope that clears what I do.
> 
> Andrey
> ----- Original Message -----
> From: "brad lafountain" <rod...@ya...>
> To: "andrey" <ahr...@ic...>
> Cc: <php...@li...>
> Sent: Monday, May 13, 2002 8:22 PM
> Subject: Re: [PHP-SOAP-DEV] bug storing the SoapObject in session
> 
> 
> > Yeah this basically is the problem...
> >
> >
> >  But the bigger problem is that __wakeup and __sleep don't get passed to
> > overloaded 'c' objects (which is what SoapObject is). I posted a patch a
> while
> > ago along with the ability to serailzie java objects. It never got
> patched.
> >
> >
> >  But besides that the example up on the website was ment to show you the
> > perstance server objects not a perstant client objects.
> >
> >
> >  Hope this helps
> >
> >  - Brad
> >
> > --- andrey <ahr...@ic...> wrote:
> > > I think I know what is the problem.
> > > When object is serialiazed all it's properties are serialized but some
> > > properties have no meaning after serialization. For example a class
> wrapper
> > > for DB connection may have property $link (resource of type mysql) but
> this
> > > link has meaning only on the page where it is created. If we serialize
> $link
> > > there will be problem when deserialized. I don't know what is the
> solution
> > > for module but in userspace this is solvable with 2 methods
> > > __sleep(), __wakeup(). In case you don't know about them I'll explain.
> When
> > > PHP wants to serialize an object it tries to execute __sleep() if mehtod
> > > with such name executes. PHP wants to receive an array with names
> (strings)
> > > of properties that have to be serialized. Probably if there is no
> __sleep()
> > > all properties are serialized. On the other hand when PHP deserializes
> an
> > > object it tries to call __wakeup(). __wakeup() is used in case some
> > > initializations are needed on object recreation - in our case (PHP-SOAP)
> > > httpurl is of type resource and has to be created in __wakeup() and not
> to
> > > be serialized - so __sleep() has to return an array with names where
> there
> > > is no element "httpurl".
> > >
> > > Regards,
> > > Andrey
> > >
> > > ----- Original Message -----
> > > From: "phpsurf" <ph...@if...>
> > > To: "brad lafountain" <rod...@ya...>;
> > > <php...@li...>
> > > Sent: Friday, May 10, 2002 1:12 PM
> > > Subject: [PHP-SOAP-DEV] bug storing the SoapObject in session
> > >
> > >
> > > > Hi
> > > >
> > > > I tried something with your 4th example : session
> > > >
> > > > your example shows haow to maintain a session on the server side
> through
> > > > serveral consecutive calls to method of the SoapObject on the client
> side,
> > > > but inside the same script.
> > > >
> > > > my idea was to maintain this soap-server session through several calls
> to
> > > > the soap-client script.
> > > >
> > > > so I simply tried to put the SoapObject (client side) in session.
> > > >
> > > > here is my new session-client-src.php script:
> > > >
> > > > ----------------------------------------------------
> > > > <?
> > > > session_start();
> > > > session_register("session");
> > > >
> > > > if(!isset($session)) {
> > > >   echo "create Soap Client\n";
> > > >   $session = new
> > > >
> > >
> SoapObject("http://lab.localhost.com/soap/PhpSoapToolkit/samples/session-ser
> > > > ver-src.php", "urn:Session");
> > > >   }
> > > >
> > > > echo "counter:\n";
> > > >
> > > > echo $session->inc() . "\n";
> > > > echo $session->inc() . "\n";
> > > > ?>
> > > > ----------------------------------------------------
> > > >
> > > > The 1st time I call this script, I get the following result :
> > > >
> > > > ----------------------------------------------------
> > > > create Soap Client
> > > > counter:
> > > > 0
> > > > 1
> > > > ----------------------------------------------------
> > > >
> > > >
> > > > But the 2nd time I call this script, I get the following result which
> is
> > > > fine (the counter is well incremented), except for the warning :)
> > > >
> > > > ----------------------------------------------------
> > > > counter:
> > > > <br />
> > > > <b>Warning</b>:  (null)(): supplied argument is not a valid httpurl
> > > resource
> > > > in
> > > <b>c:\webroot\lab\soap\phpsoaptoolkit\samples\session-client-src.php</b>
> > > > on line <b>12</b><br />
> > > > 2
> > > > 3
> > > > ----------------------------------------------------
> > > >
> > > > hope you will find out the bug !
> > > >
> > > >
> > > >
> > > >
> > >
> ____________________________________________________________________________
> > > __
> > > > ifrance.com, l'email gratuit le plus complet de l'Internet !
> > > > vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
> > > > http://www.ifrance.com/_reloc/email.emailif
> > > >
> > > >
> > > >
> > > > _______________________________________________________________
> > > >
> > > > Have big pipes? SourceForge.net is looking for download mirrors. We
> supply
> > > > the hardware. You get the recognition. Email Us:
> ban...@so...
> > > > _______________________________________________
> > > > Phpsoaptoolkit-development mailing list
> > > > Php...@li...
> > > >
> https://lists.sourceforge.net/lists/listinfo/phpsoaptoolkit-development
> > > >
> > >
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > LAUNCH - Your Yahoo! Music Experience
> > http://launch.yahoo.com
> >
> > _______________________________________________________________
> >
> > Have big pipes? SourceForge.net is looking for download mirrors. We supply
> > the hardware. You get the recognition. Email Us: ban...@so...
> > _______________________________________________
> > Phpsoaptoolkit-development mailing list
> > Php...@li...
> > https://lists.sourceforge.net/lists/listinfo/phpsoaptoolkit-development
> >
> 


__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

[PHP-SOAP-DEV] Next Release + compatibility with PHP 4.2.1

[phpsurf <ph...@if...>]

Hi brad

do you plan to launch the next release of php_soap, including the bugs
you've already fixed ?
another reason why I'm intersted in this new release, is that I've upgraded
to PHP 4.2.1 and your extension doesn't load anymore, because of some API
version number mismatch ...

thanks

 
______________________________________________________________________________
ifrance.com, l'email gratuit le plus complet de l'Internet !
vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif

[PHP-SOAP-DEV] Re: Next Release + compatibility with PHP 4.2.1

[brad l. <rod...@ya...>]

Hello,


 Yeah I plan on releasing something this week with some fixes and some new
features. I'll keep you posted on dates/ new features.


 - brad
--- phpsurf <ph...@if...> wrote:
> Hi brad
> 
> do you plan to launch the next release of php_soap, including the bugs
> you've already fixed ?
> another reason why I'm intersted in this new release, is that I've upgraded
> to PHP 4.2.1 and your extension doesn't load anymore, because of some API
> version number mismatch ...
> 
> thanks
> 
>  
>
______________________________________________________________________________
> ifrance.com, l'email gratuit le plus complet de l'Internet !
> vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
> http://www.ifrance.com/_reloc/email.emailif
> 
> 


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com