recieve zip file via xml

Hey guys,

I am connecting to a supllier via SOAP that sends me with the price
list zipped inside an xml message. I can connect and I can retrieve
the xml information (see the message, save the content, etc...)
however i am unable to unzip the information contained in the tag

here is my code:



$client = new SoapClient("mywsdl service",array('trace' => 1));

$call = $client->__soapCall("Cliente",
array('Cliente'=>array('ncliente'=>"user",'pss'=>"password") ));

//Some debugging

echo("\r\nCabecera de la solicitud:\n" .$client-
>__getLastRequestHeaders());

echo("\r\nSolicitud:\n".$client->__getLastRequest());

echo("\r\nCabecera de Respuesta:\n" . $client-
>__getLastResponseHeaders());

echo ("\r\nRespuesta:" . $client->__getLastResponse());


$myFile = "prueba.zip";
$fh = fopen($myFile, 'wb');

fwrite($fh, $call->ClienteRespuesta);

fclose($fh);

?>


When i try to open the file with zip i get an error. the file has
1024kb so I know there is info in there but i just dont know how to
access it. I have also tried to base64_decode manually before the SOAP
parses the info with no luck.

Thank you for any help.

Re: recieve zip file via xml

> $myFile = "prueba.zip";
> $fh = fopen($myFile, 'wb');
>
> fwrite($fh, $call->ClienteRespuesta);

If this really is a SOAP service, it will contain XML. There are a few
ways to send binaries with XML, but a SOAP service will never send a
pure binary as far as I know.

> When i try to open the file with zip i get an error. the file has
> 1024kb so I know there is info in there but i just dont know how to
> access it. I have also tried to base64_decode manually before the SOAP
> parses the info with no luck.

Just take a look at the saved file. If there is any base64 encoded data
inside, it is given within XML tags. So again, it is not the whole response.

But there is also the possibility that it is an attachment. In that
case, the response is a multipart download. I do not know the SOAP
library enough to be able to tell you if it can handle that. If it can
(which would not surprise me), there is probably a method of the client
object that gives you access to the attachments.

Good luck and a nice christmas,
Dikkie

Re: recieve zip file via xml

Thanks Dikkie,

With soap i do retrieve an xml file which i save into $call. I can
reference the tags directly, since the information I want is in the
ClienteRespuesta tag, I write it directly into the file.
fwrite($fh, $call->ClienteRespuesta);

> Just take a look at the saved file. If there is any base64 encoded data
> inside, it is given within XML tags. So again, it is not the whole response.

AFAIK soap decodes base64 when you access the xml tag. in any case i
have tried decoding manually by debugging the response with the same
result. As you can see in the code above I am extracting the data from
the tags, so there are no tags in the file.

If the file is an attachment how would you handle with xml, i havent
seen anything in soap.


Thanks again and Happy Christmas to you too.

Re: recieve zip file via xml

On Dec 24, 1:03=A0pm, asismor...@gmail.com wrote:
> Thanks Dikkie,
>
> With soap i do retrieve an xml file which i save into $call. I can
> reference the tags directly, since the information I want is in the
> ClienteRespuesta tag, I write it directly into the file.
> =A0fwrite($fh, $call->ClienteRespuesta);
>
> > Just take a look at the saved file. If there is any base64 encoded data
> > inside, it is given within XML tags. So again, it is not the whole respo=
nse.
>
> AFAIK soap decodes base64 when you access the xml tag. in any case i
> have tried decoding manually by debugging the response with the same
> result. As you can see in the code above I am extracting the data from
> the tags, so there are no tags in the file.
>
> If the file is an attachment how would you handle with xml, i havent
> seen anything in soap.
>
> Thanks again and Happy Christmas to you too.

it might sound silly, but have you checked out the "raw" response xml
packet in a text editor. That way you get to see exactly what is being
returned, you can then judge whether $call->ClienteRespuesta is enough
to get at the encoded data. After all its the service creator that
ultimately gets to decide how the zip is sent, it's their
documentation that will provide the best answers here. do they

or
tag>
or something weirder

Re: recieve zip file via xml

On Dec 24, 10:51=A0pm, shimmyshack wrote:
> On Dec 24, 1:03=A0pm, asismor...@gmail.com wrote:
>
>
>
>
>
> > Thanks Dikkie,
>
> > With soap i do retrieve an xml file which i save into $call. I can
> > reference the tags directly, since the information I want is in the
> > ClienteRespuesta tag, I write it directly into the file.
> > =A0fwrite($fh, $call->ClienteRespuesta);
>
> > > Just take a look at the saved file. If there is any base64 encoded dat=
a
> > > inside, it is given within XML tags. So again, it is not the whole res=
ponse.
>
> > AFAIK soap decodes base64 when you access the xml tag. in any case i
> > have tried decoding manually by debugging the response with the same
> > result. As you can see in the code above I am extracting the data from
> > the tags, so there are no tags in the file.
>
> > If the file is an attachment how would you handle with xml, i havent
> > seen anything in soap.
>
> > Thanks again and Happy Christmas to you too.
>
> it might sound silly, but have you checked out the "raw" response xml
> packet in a text editor. That way you get to see exactly what is being
> returned, you can then judge whether $call->ClienteRespuesta is enough
> to get at the encoded data. After all its the service creator that
> ultimately gets to decide how the zip is sent, it's their
> documentation that will provide the best answers here. do they
>
> or
> > tag>
> or something weirder- Hide quoted text -
>
> - Show quoted text -

I have, with the debuggin message within the code I can see exactly
what is being transmitted. Unfortunately this is no much use sine the
data is base64 encoded and if decoded it=B4s still garbage since it=B4s a
zip encoded stream.

Whether or not they are enclosing the information in CDATA, Im afraid
they=B4re not. I will contact them see if I can get them to add that.

Thank you for your help.

Asis

Re: recieve zip file via xml

On Dec 25, 10:19=A0pm, asismor...@gmail.com wrote:
> On Dec 24, 10:51=A0pm, shimmyshack wrote:
>
>
>
>
>
> > On Dec 24, 1:03=A0pm, asismor...@gmail.com wrote:
>
> > > Thanks Dikkie,
>
> > > With soap i do retrieve an xml file which i save into $call. I can
> > > reference the tags directly, since the information I want is in the
> > > ClienteRespuesta tag, I write it directly into the file.
> > > =A0fwrite($fh, $call->ClienteRespuesta);
>
> > > > Just take a look at the saved file. If there is any base64 encoded d=
ata
> > > > inside, it is given within XML tags. So again, it is not the whole r=
esponse.
>
> > > AFAIK soap decodes base64 when you access the xml tag. in any case i
> > > have tried decoding manually by debugging the response with the same
> > > result. As you can see in the code above I am extracting the data from=

> > > the tags, so there are no tags in the file.
>
> > > If the file is an attachment how would you handle with xml, i havent
> > > seen anything in soap.
>
> > > Thanks again and Happy Christmas to you too.
>
> > it might sound silly, but have you checked out the "raw" response xml
> > packet in a text editor. That way you get to see exactly what is being
> > returned, you can then judge whether $call->ClienteRespuesta is enough
> > to get at the encoded data. After all its the service creator that
> > ultimately gets to decide how the zip is sent, it's their
> > documentation that will provide the best answers here. do they
> >
> > or
> > > > tag>
> > or something weirder- Hide quoted text -
>
> > - Show quoted text -
>
> I have, with the debuggin message within the code I can see exactly
> what is being transmitted. Unfortunately this is no much use sine =A0the
> data is base64 encoded and if decoded it=B4s still garbage since it=B4s a
> zip encoded stream.
>
> Whether or not they are enclosing the information in CDATA, Im afraid
> they=B4re not. I will contact them see if I can get them to add that.
>
> Thank you for your help.
>
> Asis- Hide quoted text -
>
> - Show quoted text -

well CDATA isnt needed if it IS base64encoded as there will never be
any illegal xml characters. (< or &)
however if the stream you get when base64decoding is binary you do
need to know what it is, might it be gzipped rather than a zip. You
can test this by saving the binary within your server root somewhere
public as
test.txt.gz
and trying to retrieve it from a browser, the browser should
uncompress the stream and render the text. If it is just "corrupt"
meaning you cannot see any part of it using a hex editor then the
documentation from the developers of the service should say what
format it is, they really ought to provide some kind of "test" service
a known call and a known response, with a response already saved you
can calculate the md5 of both that way to compare.

Re: recieve zip file via xml

On 27 dic, 01:02, shimmyshack wrote:
> On Dec 25, 10:19=A0pm, asismor...@gmail.com wrote:
>
>
>
>
>
> > On Dec 24, 10:51=A0pm, shimmyshack wrote:
>
> > > On Dec 24, 1:03=A0pm, asismor...@gmail.com wrote:
>
> > > > Thanks Dikkie,
>
> > > > With soap i do retrieve an xml file which i save into $call. I can
> > > > reference the tags directly, since the information I want is in the
> > > > ClienteRespuesta tag, I write it directly into the file.
> > > > =A0fwrite($fh, $call->ClienteRespuesta);
>
> > > > > Just take a look at the saved file. If there is any base64 encoded=
data
> > > > > inside, it is given within XML tags. So again, it is not the whole=
response.
>
> > > > AFAIK soap decodes base64 when you access the xml tag. in any case i=

> > > > have tried decoding manually by debugging the response with the same=

> > > > result. As you can see in the code above I am extracting the data fr=
om
> > > > the tags, so there are no tags in the file.
>
> > > > If the file is an attachment how would you handle with xml, i havent=

> > > > seen anything in soap.
>
> > > > Thanks again and Happy Christmas to you too.
>
> > > it might sound silly, but have you checked out the "raw" response xml
> > > packet in a text editor. That way you get to see exactly what is being=

> > > returned, you can then judge whether $call->ClienteRespuesta is enough=

> > > to get at the encoded data. After all its the service creator that
> > > ultimately gets to decide how the zip is sent, it's their
> > > documentation that will provide the best answers here. do they
> > >
> > > or
> > > <=
/
> > > tag>
> > > or something weirder- Hide quoted text -
>
> > > - Show quoted text -
>
> > I have, with the debuggin message within the code I can see exactly
> > what is being transmitted. Unfortunately this is no much use sine =A0the=

> > data is base64 encoded and if decoded it=B4s still garbage since it=B4s =
a
> > zip encoded stream.
>
> > Whether or not they are enclosing the information in CDATA, Im afraid
> > they=B4re not. I will contact them see if I can get them to add that.
>
> > Thank you for your help.
>
> > Asis- Hide quoted text -
>
> > - Show quoted text -
>
> well CDATA isnt needed if it IS base64encoded as there will never be
> any illegal xml characters. (< or &)
> however if the stream you get when base64decoding is binary you do
> need to know what it is, might it be gzipped rather than a zip. You
> can test this by saving the binary within your server root somewhere
> public as
> test.txt.gz
> and trying to retrieve it from a browser, the browser should
> uncompress the stream and render the text. If it is just "corrupt"
> meaning you cannot see any part of it using a hex editor then the
> documentation from the developers of the service should say what
> format it is, they really ought to provide some kind of "test" service
> a known call and a known response, with a response already saved you
> can calculate the md5 of both that way to compare.- Ocultar texto de la ci=
ta -
>
> - Mostrar texto de la cita -

Ok so found the problem, the code is right, the only change that was
needed was the way the string was "unzipped". The sting was compressed
using gzip format so used gzuncompress() and voila, works. Thank you
all for your help.