Sorry for they delay and thank you for looking.
Not public.
WSDL attached.
Output from sample script attached.
From what I can tell... none of the python libraries are currently
supporting SOAP-attachments.
I added some debugging in SoapClient.send
request.headers = self.headers()
reply = transport.send(request)
if DEBUG:
print '*&'*40
print 'raw reply'
print '*&'*40
print reply
print '*&'*40
ctx = plugins.message.received(reply=reply.message)
reply.message = ctx.reply
It may be possible to implement in the plugins, but the headers don't pass
through to the plugin... :/
It seems that the best place for the multipart handling is in
transport/http.py in the Reply object. Pass the headers in as HTTPMessage
instead of the Dict to reconstruct the MimeMessage, then if it's
Content-Type: text="text/xml" dump the body as the reply. otherwise follow
the w3 doc and dump the rootpart ast the reply and create a list of
attachment file-like objects.
Thanks,
--Karl
On Wed, Nov 9, 2011 at 12:15 AM, Veres-Szentkiralyi Andras <vsza(a)vsza.hu>wrote:
First of all, is this a public service? If so, can you provide a WSDL
to
us?
If not, can you provide a dump of the request and the response (with
sensitive
material stripped if needed)?
Regards,
András Veres-Szentkirályi
2011. november 9. szerda 05:33:13 dátummal Karl Putland ezt írta:
> I'm trying to talk to a service where the SOAP response is returning
> Content-Type: multipart/related. This behavior is documented here
>
>
http://www.w3.org/TR/SOAP-attachments
>
> All of the current Python SOAP libraries choke on this behavior. It would
> be great if suds could handle Content-Type parsing in the transport
> adapters. I'm having difficulty getting my head wrapped around all of the
> urllib2 abstractions in transport/http.py.
>
> My best guess is that it needs to happen right before Reply is created,
and
> that Reply needs to have and attachments[] attribute and probably
something
> to represent the file.
>
> Thanks,
>
> --Karl
_______________________________________________
suds mailing list
suds(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/suds