Re: Re: 1 Script, 2 PEAR::SOAP Servers, Different Replies

Bonjour, Mark Brand wrote:

Here's the actual output in the part that differs: My ISP's server: <Transfers xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="SOAP-ENC:Array" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" SOAP-ENC:arrayType="ns4:Transfer[2]" SOAP-ENC:offset="[0]"> <Transfer xsi:type="ns4:Transfer"> <Title xsi:type="xsd:string">some track 0</Title> <Artist xsi:type="xsd:string">some artist 0</Artist> <Album xsi:type="xsd:string">some album 0</Album> </Transfer> <Transfer xsi:type="ns4:Transfer"> <Title xsi:type="xsd:string">some track 1</Title> <Artist xsi:type="xsd:string">some artist 1</Artist> <Album xsi:type="xsd:string">some album 1</Album> </Transfer> </Transfers> My server: <Transfers xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="SOAP-ENC:Array" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" SOAP-ENC:arrayType="ns4:Transfer[2]" SOAP-ENC:offset="[0]"> <ns4:Transfer xmlns:ns4="urn:funcs"> <value> <Title xsi:type="xsd:string">some track 0</Title> <Artist xsi:type="xsd:string">some artist 0</Artist> <Album xsi:type="xsd:string">some album 0</Album> </value> <name xsi:type="xsd:string">Transfer</name> <type xsi:type="xsd:string">Transfer</type> <namespace xsi:type="xsd:string"></namespace> <type_namespace xsi:type="xsd:string">urn:funcs</type_namespace> <attributes xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="xsd:anyType[0]" xsi:nil="true"/> <arrayType xsi:type="xsd:string"></arrayType> <options xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="xsd:anyType[0]" xsi:nil="true"/> <nqn> <name xsi:type="xsd:string">Transfer</name> <ns xsi:type="xsd:string"></ns> <namespace xsi:type="xsd:string"></namespace> </nqn> <tqn> <name xsi:type="xsd:string">Transfer</name> <ns xsi:type="xsd:string"></ns> <namespace xsi:type="xsd:string">urn:funcs</namespace> </tqn> <type_prefix xsi:type="xsd:string"></type_prefix> </ns4:Transfer> <ns4:Transfer xmlns:ns4="urn:funcs"> <value> <Title xsi:type="xsd:string">some track 1</Title> <Artist xsi:type="xsd:string">some artist 1</Artist> <Album xsi:type="xsd:string">some album 1</Album> </value> <name xsi:type="xsd:string">Transfer</name> <type xsi:type="xsd:string">Transfer</type> <namespace xsi:type="xsd:string"></namespace> <type_namespace xsi:type="xsd:string">urn:funcs</type_namespace> <attributes xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="xsd:anyType[0]" xsi:nil="true"/> <arrayType xsi:type="xsd:string"></arrayType> <options xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="xsd:anyType[0]" xsi:nil="true"/> <nqn> <name xsi:type="xsd:string">Transfer</name> <ns xsi:type="xsd:string"></ns> <namespace xsi:type="xsd:string"></namespace> </nqn> <tqn> <name xsi:type="xsd:string">Transfer</name> <ns xsi:type="xsd:string"></ns> <namespace xsi:type="xsd:string">urn:funcs</namespace> </tqn> <type_prefix xsi:type="xsd:string"></type_prefix> </ns4:Transfer> </Transfers> Anybody have an idea why? Kernels are 2.2 & 2.4, Apaches are both 1.3.26, php's 4.3.11 & 4.3.4, libxml2's 2.6.19 & 2.6.22, phpinfo()s look much the same, pear's both 1.3.5... btw: my SOAP-0.9.1 install doesn't show any dependencies, but it clearly doesn't work unless HTTP_Request is installed: are there other dependencies that I should know about that might be affecting this? Thank you to anyone who bothers to think about any of this... :-) Mark Brand. ps. I haven't included the script because I don't see the relevance... please correct me if I'm wrong! For dependencies it's even worse:

/usr/share/pear/SOAP/Base.php:require_once 'PEAR.php'; /usr/share/pear/SOAP/WSDL.php:require_once 'HTTP/Request.php'; /usr/share/pear/SOAP/Server/Email.php:require_once 'Mail/mimeDecode.php'; /usr/share/pear/SOAP/Transport/SMTP.php:require_once 'Mail/smtp.php'; /usr/share/pear/SOAP/Base.php:@include_once 'Mail/mimePart.php'; /usr/share/pear/SOAP/Base.php:@include_once 'Mail/mimeDecode.php'; /usr/share/pear/SOAP/Base.php:@include_once 'Net/DIME.php'; see http://pear.php.net/bugs/bug.php?id=4882 (I completed it) For the behaviour difference, no clue yet, sorry. Anyway, QA-cops are after it, if I got it right, I hope that will boost the cleaning process. à+ -- bertrand "toggg" Gugger