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@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@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/suds