pywebsvcs-talk — General discussion of Python and web services

Re: [Pywebsvcs-talk] a question about suds

[Jim <jim...@gm...>]

Hi,
On my side, your HelloWorldService sample works well, client takes 30s to
get the result so it is slow.

If you change:
client = suds.client.Client(url,cache=None)
->
 client = suds.client.Client(url)
The caching mechanism avoids to rebuild the cache, and calls are much
faster.

By adding:
import logging
logging.basicConfig(level=logging.INFO)
#logging.getLogger('suds.client').setLevel(logging.DEBUG)
logging.getLogger('suds.transport').setLevel(logging.DEBUG)
One can have information on communications while building "cache":
time python suds_client.py
DEBUG:suds.transport.http:opening (http://localhost:7789/?wsdl)
DEBUG:suds.transport.http:opening (http://www.w3.org/2001/XMLSchema.xsd)
DEBUG:suds.transport.http:opening (http://www.w3.org/2001/xml.xsd)
client
...

Calls to http://www.w3.org/2001/xml.xsd looks like to be quite long.
time curl http://www.w3.org/2001/xml.xsd
real 0m30.494s
user 0m0.004s
sys 0m0.000s

This show the 30s are lost in this call

Hoping it can help

On Wed, Dec 7, 2011 at 8:38 AM, 贾晓磊 <jia...@gm...> wrote:

> Hi, Dieter:
>
> Thanks for your replay.
>
> 1:By the url "
> http://webservice.webxml.com.cn/WebServices/WeatherWS.asmx?wsdl" , we can
> get the words :
>
> <wsdl:definitions xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
> xmlns:tm="http://microsoft.com/wsdl/mime/textMatching/"xmlns:soapenc="
> http://schemas.xmlsoap.org/soap/encoding/" xmlns:mime="
> http://schemas.xmlsoap.org/wsdl/mime/" xmlns:tns="http://WebXml.com.cn/"
> xmlns:s="http://www.w3.org/2001/XMLSchema" xmlns:soap12=*"
> http://schemas.xmlsoap.org/wsdl/soap12/*"xmlns:http="
> http://schemas.xmlsoap.org/wsdl/http/" xmlns:wsdl="
> http://schemas.xmlsoap.org/wsdl/" targetNamespace="http://WebXml.com.cn/">
> <wsdl:documentation xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">
>
> Maybe it's the fault of soap1.2
>
> 2: I once did a webservice server-side using suds. Most of time, they work
> together well. While, sometimes, suds returns some message like the
> exception mentioned above.
> If idle, wish you have a look and give me some points. Thanks in advance.
>
> #NOTE: the code can also be found in "
> http://soaplib.github.com/soaplib/2_0/pages/helloworld.html"
> # soaplib_server.py
> import soaplib
> from soaplib.core.service import soap
> from soaplib.core.service import rpc, DefinitionBase
> from soaplib.core.model.primitive import String, Integer
> from soaplib.core.server import wsgi
> from soaplib.core.model.clazz import Array
> from soaplib.core import Application
> class HelloWorldService(DefinitionBase):
>
>     @soap(String,Integer,_returns=Array(String))
>     def say_hello(self,name,times):
>         results = []
>         for i in range(0,times):
>             results.append('Hello, %s'%name)
>         return results
>
> if __name__=='__main__':
>     print 'server begin running...'
>     try:
>         from wsgiref.simple_server import make_server
>         soap_application = Application([HelloWorldService], 'tns')
>
>         wsgi_application = wsgi.Application(soap_application)
>         server = make_server('localhost', 7789, wsgi_application)
>         server.serve_forever()
>     except ImportError:
>         print "Error: example server code requires Python >= 2.5"
>
> # suds.py
> import suds
> def test_soaplib():
>
>     url = "http://localhost:7789/?wsdl"
>     client = suds.client.Client(url,cache=None)
>     print 'client', client
>     output = client.service.say_hello('jia',3)
>     print 'output', output
>
> when you invoke sus.py , it takes much time and a long time later returns
> the right result
> ”output (stringArray){
>    string[] =
>       "Hello, jia",
>       "Hello, jia",
>       "Hello, jia",
>  }
> “
> Sometimes, it returns  exceptions as follows. most of time it return the
> result successfully after 2 or 3 minutes
>
> Traceback (most recent call last):
>   File "suds_client.py", line 774, in <module>
>     test_soaplib()
>   File "suds_client.py", line 627, in test_soaplib
>     client = suds.client.Client(url,cache=None)
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/client.py",
> line 109, in __init__
>     self.wsdl = Definitions(url, options)
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/wsdl.py",
> line 194, in __init__
>     self.build_schema()
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/wsdl.py",
> line 255, in build_schema
>     self.schema = container.load()
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
> line 90, in load
>     child.open_imports()
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
> line 277, in open_imports
>     imported = imp.open()
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/sxbasic.py",
> line 608, in open
>     result = self.download()
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/sxbasic.py",
> line 628, in download
>     return self.schema.instance(root, url)
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
> line 367, in instance
>     return Schema(root, baseurl, self.options)
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
> line 200, in __init__
>     self.open_imports()
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
> line 277, in open_imports
>     imported = imp.open()
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/sxbasic.py",
> line 608, in open
>     result = self.download()
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/sxbasic.py",
> line 626, in download
>     root = Parser(transport).parse(url=url).root()
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/sax/parser.py",
> line 133, in parse
>     fp = self.transport.open(Request(url))
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/transport/https.py",
> line 69, in open
>     return  HttpTransport.open(self, request)
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/transport/http.py",
> line 69, in open
>     fp = self.__open(u2request)
>   File
> "/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/transport/http.py",
> line 107, in __open
>     return self.urlopener.open(u2request)
>   File "/usr/lib/python2.6/urllib2.py", line 391, in open
>     response = self._open(req, data)
>   File "/usr/lib/python2.6/urllib2.py", line 409, in _open
>     '_open', req)
>   File "/usr/lib/python2.6/urllib2.py", line 369, in _call_chain
>     result = func(*args)
>   File "/usr/lib/python2.6/urllib2.py", line 1161, in http_open
>     return self.do_open(httplib.HTTPConnection, req)
>   File "/usr/lib/python2.6/urllib2.py", line 1134, in do_open
>     r = h.getresponse()
>   File "/usr/lib/python2.6/httplib.py", line 986, in getresponse
>     response.begin()
>   File "/usr/lib/python2.6/httplib.py", line 391, in begin
>     version, status, reason = self._read_status()
>   File "/usr/lib/python2.6/httplib.py", line 355, in _read_status
>     raise BadStatusLine(line)
>
> # okay, the problem is why sometimes the client return the exception and
> most of time return the correct results some minutes later?
>
>
> Thanks for your spirit and time.
>
> -- Jia Xiaolei
>
>
> On Wed, Dec 7, 2011 at 3:17 PM, Dieter Maurer <di...@ha...> wrote:
>
>> ??? wrote at 2011-12-7 13:59 +0800:
>> > ...
>> >When I try to invoke a remote method getWeather() in the url "
>> >http://webservice.webxml.com.cn/WebServices/WeatherWS.asmx?wsdl", it
>> >failed. My code and the exception returned are as follows:
>> >
>> > ...
>> >Traceback (most recent call last):
>> > ...
>> >  File "/usr/lib/python2.6/urllib2.py", line 1134, in do_open
>> >    r = h.getresponse()
>> >  File "/usr/lib/python2.6/httplib.py", line 986, in getresponse
>> >    response.begin()
>> >  File "/usr/lib/python2.6/httplib.py", line 391, in begin
>> >    version, status, reason = self._read_status()
>> >  File "/usr/lib/python2.6/httplib.py", line 355, in _read_status
>> >    raise BadStatusLine(line)
>>
>> The traceback indicates a bad reply from the remote web server:
>> the response in not a valid HTTP response.
>>
>> This does not look like a client problem
>> (at least not completely a client problem).
>>
>> Should the problem be reproducible, then the most likely cause would be
>> some error in the WSDL (bad port information) which causes the client
>> to speak to a non HTTP server.
>>
>> WSDL is complexe. Especially, it allows to specify different sets of
>> ports. If the concrete WSDL uses multiple ports, clients may
>> choose different ports unless the port is specified explicitely in
>> the call. Maybe, "suds" is using a broken port definition while other
>> clients use another correct port definition.
>>
>>
>> Note also that "suds" does not (yet) support "SOAP 1.2" (unlike
>> the Java/.Net soap clients). Check whether your WSDL defines
>> a "SOAP 1.1" port and in this case, use this one.
>>
>>
>>
>> --
>> Dieter
>>
>
>
>
> --
> NAME: 贾晓磊/Jia Xiaolei
> MOBILE: 13011292217
> QQ: 281304051
> MICRO-BLOG:  http://weibo.com/2183890715
> GMAIL: jia...@gm... <gmail%3Aj...@gm...>
>
>
>
> ------------------------------------------------------------------------------
> Cloud Services Checklist: Pricing and Packaging Optimization
> This white paper is intended to serve as a reference, checklist and point
> of
> discussion for anyone considering optimizing the pricing and packaging
> model
> of a cloud services business. Read Now!
> http://www.accelacomm.com/jaw/sfnl/114/51491232/
> _______________________________________________
> Pywebsvcs-talk mailing list
> Pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywebsvcs-talk
> Also archived at http://groups.google.com/group/pywebsvcs
>
>

Re: [Pywebsvcs-talk] a question about suds

[贾晓磊 <jia...@gm...>]

Hi, Dieter:

Thanks for your replay.

1:By the url "
http://webservice.webxml.com.cn/WebServices/WeatherWS.asmx?wsdl" , we can
get the words :

<wsdl:definitions xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns:tm="http://microsoft.com/wsdl/mime/textMatching/"xmlns:soapenc="
http://schemas.xmlsoap.org/soap/encoding/" xmlns:mime="
http://schemas.xmlsoap.org/wsdl/mime/" xmlns:tns="http://WebXml.com.cn/"
xmlns:s="http://www.w3.org/2001/XMLSchema" xmlns:soap12=*"
http://schemas.xmlsoap.org/wsdl/soap12/*"xmlns:http="
http://schemas.xmlsoap.org/wsdl/http/" xmlns:wsdl="
http://schemas.xmlsoap.org/wsdl/" targetNamespace="http://WebXml.com.cn/">
<wsdl:documentation xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">

Maybe it's the fault of soap1.2

2: I once did a webservice server-side using suds. Most of time, they work
together well. While, sometimes, suds returns some message like the
exception mentioned above.
If idle, wish you have a look and give me some points. Thanks in advance.

#NOTE: the code can also be found in "
http://soaplib.github.com/soaplib/2_0/pages/helloworld.html"
# soaplib_server.py
import soaplib
from soaplib.core.service import soap
from soaplib.core.service import rpc, DefinitionBase
from soaplib.core.model.primitive import String, Integer
from soaplib.core.server import wsgi
from soaplib.core.model.clazz import Array
from soaplib.core import Application
class HelloWorldService(DefinitionBase):

    @soap(String,Integer,_returns=Array(String))
    def say_hello(self,name,times):
        results = []
        for i in range(0,times):
            results.append('Hello, %s'%name)
        return results

if __name__=='__main__':
    print 'server begin running...'
    try:
        from wsgiref.simple_server import make_server
        soap_application = Application([HelloWorldService], 'tns')

        wsgi_application = wsgi.Application(soap_application)
        server = make_server('localhost', 7789, wsgi_application)
        server.serve_forever()
    except ImportError:
        print "Error: example server code requires Python >= 2.5"

# suds.py
import suds
def test_soaplib():

    url = "http://localhost:7789/?wsdl"
    client = suds.client.Client(url,cache=None)
    print 'client', client
    output = client.service.say_hello('jia',3)
    print 'output', output

when you invoke sus.py , it takes much time and a long time later returns
the right result
”output (stringArray){
   string[] =
      "Hello, jia",
      "Hello, jia",
      "Hello, jia",
 }
“
Sometimes, it returns  exceptions as follows. most of time it return the
result successfully after 2 or 3 minutes

Traceback (most recent call last):
  File "suds_client.py", line 774, in <module>
    test_soaplib()
  File "suds_client.py", line 627, in test_soaplib
    client = suds.client.Client(url,cache=None)
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/client.py",
line 109, in __init__
    self.wsdl = Definitions(url, options)
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/wsdl.py",
line 194, in __init__
    self.build_schema()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/wsdl.py",
line 255, in build_schema
    self.schema = container.load()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
line 90, in load
    child.open_imports()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
line 277, in open_imports
    imported = imp.open()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/sxbasic.py",
line 608, in open
    result = self.download()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/sxbasic.py",
line 628, in download
    return self.schema.instance(root, url)
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
line 367, in instance
    return Schema(root, baseurl, self.options)
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
line 200, in __init__
    self.open_imports()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
line 277, in open_imports
    imported = imp.open()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/sxbasic.py",
line 608, in open
    result = self.download()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/sxbasic.py",
line 626, in download
    root = Parser(transport).parse(url=url).root()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/sax/parser.py",
line 133, in parse
    fp = self.transport.open(Request(url))
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/transport/https.py",
line 69, in open
    return  HttpTransport.open(self, request)
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/transport/http.py",
line 69, in open
    fp = self.__open(u2request)
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/transport/http.py",
line 107, in __open
    return self.urlopener.open(u2request)
  File "/usr/lib/python2.6/urllib2.py", line 391, in open
    response = self._open(req, data)
  File "/usr/lib/python2.6/urllib2.py", line 409, in _open
    '_open', req)
  File "/usr/lib/python2.6/urllib2.py", line 369, in _call_chain
    result = func(*args)
  File "/usr/lib/python2.6/urllib2.py", line 1161, in http_open
    return self.do_open(httplib.HTTPConnection, req)
  File "/usr/lib/python2.6/urllib2.py", line 1134, in do_open
    r = h.getresponse()
  File "/usr/lib/python2.6/httplib.py", line 986, in getresponse
    response.begin()
  File "/usr/lib/python2.6/httplib.py", line 391, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.6/httplib.py", line 355, in _read_status
    raise BadStatusLine(line)

# okay, the problem is why sometimes the client return the exception and
most of time return the correct results some minutes later?


Thanks for your spirit and time.

-- Jia Xiaolei


On Wed, Dec 7, 2011 at 3:17 PM, Dieter Maurer <di...@ha...> wrote:

> ??? wrote at 2011-12-7 13:59 +0800:
> > ...
> >When I try to invoke a remote method getWeather() in the url "
> >http://webservice.webxml.com.cn/WebServices/WeatherWS.asmx?wsdl", it
> >failed. My code and the exception returned are as follows:
> >
> > ...
> >Traceback (most recent call last):
> > ...
> >  File "/usr/lib/python2.6/urllib2.py", line 1134, in do_open
> >    r = h.getresponse()
> >  File "/usr/lib/python2.6/httplib.py", line 986, in getresponse
> >    response.begin()
> >  File "/usr/lib/python2.6/httplib.py", line 391, in begin
> >    version, status, reason = self._read_status()
> >  File "/usr/lib/python2.6/httplib.py", line 355, in _read_status
> >    raise BadStatusLine(line)
>
> The traceback indicates a bad reply from the remote web server:
> the response in not a valid HTTP response.
>
> This does not look like a client problem
> (at least not completely a client problem).
>
> Should the problem be reproducible, then the most likely cause would be
> some error in the WSDL (bad port information) which causes the client
> to speak to a non HTTP server.
>
> WSDL is complexe. Especially, it allows to specify different sets of
> ports. If the concrete WSDL uses multiple ports, clients may
> choose different ports unless the port is specified explicitely in
> the call. Maybe, "suds" is using a broken port definition while other
> clients use another correct port definition.
>
>
> Note also that "suds" does not (yet) support "SOAP 1.2" (unlike
> the Java/.Net soap clients). Check whether your WSDL defines
> a "SOAP 1.1" port and in this case, use this one.
>
>
>
> --
> Dieter
>



-- 
NAME: 贾晓磊/Jia Xiaolei
MOBILE: 13011292217
QQ: 281304051
MICRO-BLOG:  http://weibo.com/2183890715
GMAIL: jia...@gm... <gmail%3Aj...@gm...>

Re: [Pywebsvcs-talk] a question about suds

[Dieter M. <di...@ha...>]

??? wrote at 2011-12-7 13:59 +0800:
> ...
>When I try to invoke a remote method getWeather() in the url "
>http://webservice.webxml.com.cn/WebServices/WeatherWS.asmx?wsdl", it
>failed. My code and the exception returned are as follows:
>
> ...
>Traceback (most recent call last):
> ...
>  File "/usr/lib/python2.6/urllib2.py", line 1134, in do_open
>    r = h.getresponse()
>  File "/usr/lib/python2.6/httplib.py", line 986, in getresponse
>    response.begin()
>  File "/usr/lib/python2.6/httplib.py", line 391, in begin
>    version, status, reason = self._read_status()
>  File "/usr/lib/python2.6/httplib.py", line 355, in _read_status
>    raise BadStatusLine(line)

The traceback indicates a bad reply from the remote web server:
the response in not a valid HTTP response.

This does not look like a client problem
(at least not completely a client problem).

Should the problem be reproducible, then the most likely cause would be
some error in the WSDL (bad port information) which causes the client
to speak to a non HTTP server.

WSDL is complexe. Especially, it allows to specify different sets of
ports. If the concrete WSDL uses multiple ports, clients may
choose different ports unless the port is specified explicitely in
the call. Maybe, "suds" is using a broken port definition while other
clients use another correct port definition.


Note also that "suds" does not (yet) support "SOAP 1.2" (unlike
the Java/.Net soap clients). Check whether your WSDL defines
a "SOAP 1.1" port and in this case, use this one.



--
Dieter

[Pywebsvcs-talk] a question about suds

[贾晓磊 <jia...@gm...>]

Hi, all:

In fact,I had sent the mail to fed...@re... few days
ago.While, nobody give a response.Today, I would like some suds users and
lovers can give some points. Thank in advance.

These days I have been doing something about python webservice. Suds, as a
client-end, it's good.But, a problem puzzled me:

When I try to invoke a remote method getWeather() in the url "
http://webservice.webxml.com.cn/WebServices/WeatherWS.asmx?wsdl", it
failed. My code and the exception returned are as follows:

# filename: suds.py
import suds
def test_weather():
    from suds.xsd.doctor import ImportDoctor, Import
    imp = Import('http://www.w3.org/2001/XMLSchema')
    d = ImportDoctor(imp)

    url = "http://webservice.webxml.com.cn/WebServices/WeatherWS.asmx?wsdl"
    client =
suds.client.Client(url,doctor=d,cache=None,xstq=False,faults=False)
    print 'client', client
    a =  10.0
    b = 3.0
    #output1 = client.service.getRegionCountry()
    output = client.service.getWeather(100)
    print 'weatherv', output

# output:

Traceback (most recent call last):
  File "suds_client.py", line 787, in <module>
    test_weather()
  File "suds_client.py", line 739, in test_weather
    client =
suds.client.Client(url,doctor=d,cache=None,xstq=False,faults=False)
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/client.py",
line 109, in __init__
    self.wsdl = Definitions(url, options)
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/wsdl.py",
line 194, in __init__
    self.build_schema()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/wsdl.py",
line 255, in build_schema
    self.schema = container.load()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
line 90, in load
    child.open_imports()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
line 277, in open_imports
    imported = imp.open()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/sxbasic.py",
line 608, in open
    result = self.download()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/sxbasic.py",
line 628, in download
    return self.schema.instance(root, url)
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
line 367, in instance
    return Schema(root, baseurl, self.options)
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
line 200, in __init__
    self.open_imports()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/schema.py",
line 277, in open_imports
    imported = imp.open()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/sxbasic.py",
line 608, in open
    result = self.download()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/xsd/sxbasic.py",
line 626, in download
    root = Parser(transport).parse(url=url).root()
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/sax/parser.py",
line 133, in parse
    fp = self.transport.open(Request(url))
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/transport/https.py",
line 69, in open
    return  HttpTransport.open(self, request)
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/transport/http.py",
line 69, in open
    fp = self.__open(u2request)
  File
"/usr/local/lib/python2.6/dist-packages/suds-0.3.7-py2.6.egg/suds/transport/http.py",
line 107, in __open
    return self.urlopener.open(u2request)
  File "/usr/lib/python2.6/urllib2.py", line 391, in open
    response = self._open(req, data)
  File "/usr/lib/python2.6/urllib2.py", line 409, in _open
    '_open', req)
 File "/usr/lib/python2.6/urllib2.py", line 369, in _call_chain
    result = func(*args)
  File "/usr/lib/python2.6/urllib2.py", line 1161, in http_open
    return self.do_open(httplib.HTTPConnection, req)
  File "/usr/lib/python2.6/urllib2.py", line 1134, in do_open
    r = h.getresponse()
  File "/usr/lib/python2.6/httplib.py", line 986, in getresponse
    response.begin()
  File "/usr/lib/python2.6/httplib.py", line 391, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python2.6/httplib.py", line 355, in _read_status
    raise BadStatusLine(line)

#NOTE:
1: the url "http://webservice.webxml.com.cn/WebServices/WeatherWS.asmx?wsdl"
is avaliable, you can click it and see the wsdl.
2: the url is provided  by a corporation in China, in another page (
http://webservice.webxml.com.cn/WebServices/WeatherWS.asmx?op=getWeather),
put a number in the field “theCityCode” and click the butter , you can get
a xml file has contains the results. Anyone can have a try!

I like suds and believe it's strong and stable enough. Hope someone can
tell me what's the reason it throw exception?
-- Jia Xiaolei




-- 
NAME: 贾晓磊/Jia Xiaolei
MOBILE: 13011292217
QQ: 281304051
MICRO-BLOG:  http://weibo.com/2183890715
GMAIL: jia...@gm... <gmail%3Aj...@gm...>

Re: [Pywebsvcs-talk] [Fedora-suds-list] python webservice SUDS soapheader

[贾晓磊 <jia...@gm...>]

Hi, Dave:

Thanks very much for your reply.

With your help, the code is okay now. Thanks

def test_sms10():
    #NOTE: method 2:
    #1: import a encode
    from suds.xsd.doctor import ImportDoctor, Import
    imp = Import('http://schemas.xmlsoap.org/soap/encoding/')
    d = ImportDoctor(imp)

    #1: set the logging
    import logging
    logging.basicConfig(level=logging.ERROR)

    # 3: construt client
    url = "
http://211.137.45.104:9006/LnXxtCpInterface/services/LNXxtSyncService?wsdl"
    client =
suds.client.Client(url,doctor=d,cache=None,xstq=False,faults=False)

    # step 4: create the header
    from suds.sax.element import Element
    from suds.sax.attribute import Attribute
    code = Element('serviceCode').setText('PABB4BEIJING')
    pwd = Element('servicePwd').setText('QWERTPABB')
    header_list = [code, pwd]
    # 1
    # use insert:  it's okay
    #reqsoapheader = Element('ReqSOAPHeader').insert(code)
    #reqsoapheader.insert(code)
    # use child: okay
    reqsoapheader = Element('ReqSOAPHeader')
    reqsoapheader.children=[code,pwd]

    reqsoap_attribute = Attribute('xmlns', "
http://common.v1_0.obj.protocol.xxt")
    reqsoap_attribute2 = Attribute('actor', "
http://schemas.xmlsoap.org/soap/actor/next")
    reqsoap_attribute3 = Attribute('mustUnderstand', "0")
    reqsoapheader.append(reqsoap_attribute)
    reqsoapheader.append(reqsoap_attribute2)
    reqsoapheader.append(reqsoap_attribute3)

    client.set_options(soapheaders=reqsoapheader)

    # setp 5: provide the parameters
    item1 =
"{'msgid':'1234567890','bizcode':'15140237310','serviceId':'1234567','recomobile':'15110791945','sendtime':'1322573860','content':'hi,
this is just a test. you can ignore it. --jiaxiaolei'}"
    item2 =
"{'msgid':'1234567891','bizcode':'15140237310','serviceId':'1234567','recomobile':'15110791946','sendtime':'1322573870','content':'hi,
this is just a test. you can ignore it. --jiaxiaolei'}"
    req = [item1, item2]
    aoss = client.factory.create('ArrayOf_soapenc_string')
    aoss.item = req
    print 'client', client
    output = client.service.sendMt(aoss)
    print 'SOAP Request:\n', client.last_sent(), '\n'
    print 'SOAP Response:\n', client.last_received(), '\n'
    print 'the return: \n', output, '\n'

# output:
SOAP Request:
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:ns0="service.global.v1_0.wsdl.protocol.xxt"
xmlns:ns1="http://www.w3.org/2001/XMLSchema" xmlns:SOAP-ENC="
http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENV="
http://schemas.xmlsoap.org/soap/envelope/" SOAP-ENV:encodingStyle="
http://schemas.xmlsoap.org/soap/encoding/">
   <SOAP-ENV:Header>
      <ReqSOAPHeader xmlns="http://common.v1_0.obj.protocol.xxt" actor="
http://schemas.xmlsoap.org/soap/actor/next" mustUnderstand="0">
         <serviceCode>PABB4BEIJING</serviceCode>
         <servicePwd>QWERTPABB</servicePwd>
      </ReqSOAPHeader>
   </SOAP-ENV:Header>
   <SOAP-ENV:Body>
      <ns0:sendMt>
         <mtInfo xsi:type="ArrayOf_soapenc_string">
            <item
xsi:type="ns1:string">{&apos;msgid&apos;:&apos;1234567890&apos;,&apos;bizcode&apos;:&apos;15140237310&apos;,&apos;serviceId&apos;:&apos;1234567&apos;,&apos;recomobile&apos;:&apos;15110791945&apos;,&apos;sendtime&apos;:&apos;1322573860&apos;,&apos;content&apos;:&apos;hi,
this is just a test. you can ignore it. --jiaxiaolei&apos;}</item>
            <item
xsi:type="ns1:string">{&apos;msgid&apos;:&apos;1234567891&apos;,&apos;bizcode&apos;:&apos;15140237310&apos;,&apos;serviceId&apos;:&apos;1234567&apos;,&apos;recomobile&apos;:&apos;15110791946&apos;,&apos;sendtime&apos;:&apos;1322573870&apos;,&apos;content&apos;:&apos;hi,
this is just a test. you can ignore it. --jiaxiaolei&apos;}</item>
         </mtInfo>
      </ns0:sendMt>
   </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

SOAP Response:
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope>
   <soapenv:Body>
      <ns1:sendMtResponse soapenv:encodingStyle="
http://schemas.xmlsoap.org/soap/encoding/">
         <sendMtReturn xsi:type="soapenc:string">1</sendMtReturn>
      </ns1:sendMtResponse>
   </soapenv:Body>
</soapenv:Envelope>

the return:
(200, 1)

In actual fact, "you just forgot to add the servicePwd element to the
ReqSOAPHeader element."
, i had try to add pwd in the code as follows, but failed.

 code = Element('ReqSOAPHeader').insert(code)
 pwd = Element('ReqSOAPHeader').insert(pwd)
 reqsoapheaders  = [code, pwd]
 for seqsoapheader in  reqsoapheaders:
    reqsoap_attribute = Attribute('xmlns', "http://schemas.acme.eu/")
    reqsoapheader.append(reqsoap_attribute)
 client.set_options(soapheaders=reqsoapheaders)

Now, I certainly know why it's failed. I did not know the thing the method
does in bottom layer. In fact, all the methods such as "insert, append" are
modify the xml .

Thanks again!

-- Jia Xiaolei







On Fri, Dec 2, 2011 at 10:09 PM, Dave Bonner <db...@co...> wrote:

> Unless I'm misreading, you've almost got it.  In the chunk below, you just
> forgot to add the servicePwd element to the ReqSOAPHeader element.
>
>
> On Fri, Dec 2, 2011 at 1:22 AM, 贾晓磊 <jia...@gm...> wrote:
> >     from suds.sax.element import Element
> >     from suds.sax.attribute import Attribute
> >     code = Element('serviceCode').setText('PABB4BEIJING')
> >     pwd = Element('servicePwd').setText('QWERTPABB')
> >     reqsoapheader = Element('ReqSOAPHeader').insert(code)
>        reqsoapheader.insert(pwd)
> >     reqsoap_attribute = Attribute('xmlns', "http://schemas.acme.eu/")
> >     reqsoapheader.append(reqsoap_attribute)
> >     client.set_options(soapheaders=reqsoapheader)
>
> It's probably a little cleaner to do it like this, though:
>
>     code = Element('serviceCode').setText('PABB4BEIJING')
>     pwd = Element('servicePwd').setText('QWERTPABB')
>     reqsoapheader = Element('ReqSOAPHeader')
>     reqsoapheader.children = [code, pwd]
>
> --
> david bonner // db...@co...
>
>


-- 
NAME: 贾晓磊/Jia Xiaolei
MOBILE: 13011292217
QQ: 281304051
MICRO-BLOG:  http://weibo.com/2183890715
GMAIL: jia...@gm... <gmail%3Aj...@gm...>

[Pywebsvcs-talk] python webservice SUDS soapheader

[贾晓磊 <jia...@gm...>]

HI, all:

Recently I am doing something about python webservice. With the help of
some groups, most of problems has been solved.
Now, how to pass SOAP heasers makes me confused. I try to get help from
web, such as
http://stackoverflow.com/questions/2469988/how-to-pass-soap-headers-into-python-suds-that-are-not-defined-in-wsdl-file
,
http://stackoverflow.com/questions/2964867/add-header-section-to-soap-request-using-soappy,
 they indeed provide some valuable advises, but the problem still exists. I
will describe it in detail as follows:

part 1: I need to construct this soapheaders using SUDS.

<soapenv:Header xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<ReqSOAPHeader soapenv:actor="http://schemas.xmlsoap.org/soap/actor/next"
soapenv:mustUnderstand="0" xmlns="http://common.v1_0.obj.protocol.xxt">
<serviceCode>PABB4BEIJING</serviceCode>
<servicePwd>QWERTPABB</servicePwd>
</ReqSOAPHeader>
</soapenv:Header>

part 2: my code

import suds
def test_sms9():
    #step 1: import a encode
    from suds.xsd.doctor import ImportDoctor, Import
    imp = Import('http://schemas.xmlsoap.org/soap/encoding/')
    d = ImportDoctor(imp)

    #step 2: set the logging
    import logging
    logging.basicConfig(level=logging.ERROR)

    # step 3: construt client
     url = "
http://211.137.45.104:9006/LnXxtCpInterface/services/LNXxtSyncService?wsdl"
    client =
suds.client.Client(url,doctor=d,cache=None,xstq=False,faults=False)

    # step 4: create the header
    from suds.sax.element import Element
    from suds.sax.attribute import Attribute
    code = Element('serviceCode').setText('PABB4BEIJING')
    pwd = Element('servicePwd').setText('QWERTPABB')
    header_list = [code, pwd]
    client.set_options(soapheaders=header_list)

    # setp 5: provide the parameters for soap body
    item1 =
"{'msgid':'1234567890','bizcode':'15140237310','serviceId':'1234567','recomobile':'15110791945','sendtime':'1322573860','content':'hi,
this is just a test. you can ignore it. --jiaxiaolei'}"
    item2 =
"{'msgid':'1234567891','bizcode':'15140237310','serviceId':'1234567','recomobile':'15110791946','sendtime':'1322573870','content':'hi,
this is just a test. you can ignore it. --jiaxiaolei'}"
    req = [item1, item2]
    aoss = client.factory.create('ArrayOf_soapenc_string')
    aoss.item = req
    print 'client', client
    output = client.service.sendMt(aoss)
    print 'SOAP Request:\n', client.last_sent(), '\n'
    print 'SOAP Response:\n', client.last_received(), '\n'
    print 'the return: \n', output, '\n'

#output:
SOAP Request:
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:ns0="service.global.v1_0.wsdl.protocol.xxt"
xmlns:ns1="http://www.w3.org/2001/XMLSchema"
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" x
mlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/
encoding/">
   <SOAP-ENV:Header>
      <serviceCode>PABB4BEIJING</serviceCode>
      <servicePwd>QWERTPABB</servicePwd>
   </SOAP-ENV:Header>
   <SOAP-ENV:Body>
      <ns0:sendMt>
         <mtInfo xsi:type="ArrayOf_soapenc_string">
            <item
xsi:type="ns1:string">{&apos;msgid&apos;:&apos;1234567890&apos;,&apos;bizcode&apos;:&apos;151402
37310&apos;,&apos;serviceId&apos;:&apos;1234567&apos;,&apos;recomobile&apos;:&apos;15110791945&apos;,&apos;sendtim
e&apos;:&apos;1322573860&apos;,&apos;content&apos;:&apos;hi, this is just a
test. you can ignore it. --jiaxiaolei&
apos;}</item>
            <item
xsi:type="ns1:string">{&apos;msgid&apos;:&apos;1234567891&apos;,&apos;bizcode&apos;:&apos;151402
37310&apos;,&apos;serviceId&apos;:&apos;1234567&apos;,&apos;recomobile&apos;:&apos;15110791946&apos;,&apos;sendtim
e&apos;:&apos;1322573870&apos;,&apos;content&apos;:&apos;hi, this is just a
test. you can ignore it. --jiaxiaolei&apos;}</item>
         </mtInfo>
      </ns0:sendMt>
   </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

SOAP Response:
<?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="
http://www.w3.org/2001/XMLSchema">
   <soapenv:Body>
      <soapenv:Fault>
         <faultcode>soapenv:Server.generalException</faultcode>
         <faultstring/>
         <detail>
            <ns1:fault xmlns:ns1="service.global.v1_0.wsdl.protocol.xxt"
href="#id0"/>
            <ns2:exceptionName xmlns:ns2="http://xml.apache.org/axis/
">xxt.protocol.obj.v1_0.common.ServiceException</ns2:exceptionName>
            <ns3:hostname xmlns:ns3="http://xml.apache.org/axis/
">ln_xxt_mh01</ns3:hostname>
         </detail>
      </soapenv:Fault>
      <multiRef xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:ns4="http://common.v1_0.obj.protocol.xxt"
xsi:type="ns4:ServiceException" soapenc:root="0" soapenv:encodingStyle="
http://schemas.xmlsoap.org/soap/encoding/" id="id0">
         <messageId xsi:type="soapenc:string">SEV_0003</messageId>
         <text xsi:type="soapenc:string">SoapHeader is null</text>
      </multiRef>
   </soapenv:Body>
</soapenv:Envelope>

the return:
(500, (detail){
   fault =
      (fault){
         _href = "#id0"
      }
   exceptionName = "xxt.protocol.obj.v1_0.common.ServiceException"
   hostname = "ln_xxt_mh01"
 })

Then, I modify the code:

# step 4: create the header
    from suds.sax.element import Element
    from suds.sax.attribute import Attribute
    code = Element('serviceCode').setText('PABB4BEIJING')
    pwd = Element('servicePwd').setText('QWERTPABB')
    header_list = [code, pwd]
    client.set_options(soapheaders=header_list)

==>

# step 4: create the header
    from suds.sax.element import Element
    from suds.sax.attribute import Attribute
    code = Element('serviceCode').setText('PABB4BEIJING')
    pwd = Element('servicePwd').setText('QWERTPABB')

    reqsoapheader = Element('ReqSOAPHeader').insert(code)
    reqsoap_attribute = Attribute('xmlns', "http://schemas.acme.eu/")
    reqsoapheader.append(reqsoap_attribute)

    client.set_options(soapheaders=reqsoapheader)

# output:
SOAP Request:
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope xmlns:ns0="service.global.v1_0.wsdl.protocol.xxt"
xmlns:ns1="http://www.w3.org/2001/XMLSchema"
xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" x
mlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/
encoding/">
   <SOAP-ENV:Header>
      <ReqSOAPHeader xmlns="http://schemas.acme.eu/">
         <serviceCode>PABB4BEIJING</serviceCode>
      </ReqSOAPHeader>
   </SOAP-ENV:Header>
   <SOAP-ENV:Body>
   .... # NOTE: the body is omitted.

SOAP Response:
# it's same with mentioned above.


I try to change the code to  "reqsoapheader =
Element('ReqSOAPHeader').insert([code,pwd]) ". it failed.

Last, how to generate a soapheader as :

<SOAP-ENV:Header>
      <ReqSOAPHeader>
            <serviceCode>xxxx</serviceCode>
             <servicePwd>yyy</servicePwd>
     </ReqSOAPHeader>
<SOAP-ENV:Header>

Any advice will be highly appreciated. Thanks and regards ahead for the the
time and concentration.

Thanks again!

-- Jia Xiaolei




-- 
NAME: 贾晓磊/Jia Xiaolei
MOBILE: 13011292217
QQ: 281304051
MICRO-BLOG:  http://weibo.com/2183890715
GMAIL: jia...@gm... <gmail%3Aj...@gm...>

Re: [Pywebsvcs-talk] Hello to all ZSI users

[Marco B. <mar...@gm...>]

Hello, Stanley; I'm putting my reply between your lines.

On Mon, Nov 28, 2011 at 6:51 PM, Stanley A. Klein <sk...@cp...> wrote:

> It seems to me that there are some major improvements that could be
> considered for ZSI.
>


Yes; at the moment, my priority is to fix the standing bugs so that, at
least:

- tests run 100%;
- known bugs are fixed.

Once I'm done with that, I'd like to move to some small scale and wide
scale refactorings.





>
> 1.  Since the last ZSI release there have been some packages released that
> could possibly improve performance and simplify the code needed to be
> developed by the ZSI user.  These include traits (that provides type
> enforcement and appears mappable to WSDL object definitions), lxml (that
> supports the ElementTree Python XML functionality and provides other
> potentially useful features), and GenerateDS (that parses an XML schema
> and generates related Python data structures).  A rebuild of ZSI based on
> these packages might be worth considering, although it would involve major
> surgery on the code.
>
>


Agreed with lxml; I think there is some patch in SF to use lxml in ZSI,
even though it had some problems (I should check, I don't remember the
details).

I'm not very much into putting a new library per se; there are functions
which are missing at the moment (handling of multipart/related and
dime-encoded, for example), and use of packages which are marked as
deprecated (like multifile, deprecated in python2.5). I'd like to clean
those first.




> 2.  There now is (or will soon be) a W3C standard called Efficient XML
> Interchange (EXI).  EXI will greatly improve over-the-wire performance for
> SOAP-based communications.  Right now all EXI implementations are in Java.
>  It might be possible to integrate EXI into ZSI message generation so
> instead of producing XML, converting to EXI for transmission, receiving
> the EXI, and converting to XML on reception, the EXI could be produced
> directly within ZSI and parsed and converted to XML by ZSI on reception.
> There are at least two aspects of EXI, one involves efficient coding of
> frequently used strings (many of which could be determined from the WSDL),
> and the other is a zip-like compression (that might be implemented by
> modifying the code of a zip compressor).
>

Not looked at EXI yet; as I said, before implementing other standards, I'd
like to complete the implementation of those already on the way.



>
> 3.  Parts of ZSI perform what amounts to string templating.  IIRC,
> following the ZSI release, templating was included in the Python language.
>  Some improvements might be achieved by updating the ZSI code to a more
> recent version of Python.
>



Can you elaborate on the templating?

As for the version, yes, I'd like to use some of the latest features of
python; however, I'd like to know the status of current users, as for the
versions they are using; for example, I'm somehow forced to use something
between python 2.3 and python 2.4 (even though I'm making the tests
primarly on python 2.6, for the moment). I don't want to throw out of the
window those who are still using ZSI.



>
> I know these are potentially major changes, but I think they would bring
> ZSI much more up to date.  I also think these may be very useful
> improvements for future use.  I hope this helps.
>



All suggestions are welcome, at the moment :D



>
>
> Stan Klein
>
>
> On Mon, November 28, 2011 10:31 am,  Marco Bizzarri
> <mar...@gm...> wrote:
>
> > Date: Thu, 24 Nov 2011 14:02:58 +0100
> > From: Marco Bizzarri <mar...@gm...>
> > Subject: [Pywebsvcs-talk] Hello to all ZSI users
> > To: pyw...@li...
> > Message-ID:
> >       <
> CAH...@ma...>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > Hi all.
> >
> > I've recently joined the group of ZSI developers; I'd like to release
> > quite
> > soon (possibly within the next week) a new alpha release of ZSI 2.1. I'd
> > like to hear from the current users of ZSI the bug they still find in ZSI
> > and the new features they would like to see included in the 2.1 release.
> > As
> > for me, I'd like the following two (since I've to use them in a couple of
> > projects):
> >
> > - Soap with Attachments support, both for the client and for the server;
> > - DIME encapsulation;
> >
> > As for the second one, I've an (admitedly ugly) implementation of the
> > feature I'd like to share with the others. However, I'll include it in
> the
> > next alpha, since now I would like to tag the current code as alpha 2.
> >
> > Please let me know your thoughts.
> >
> > Regards
> > Marco
>
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Pywebsvcs-talk mailing list
> Pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywebsvcs-talk
> Also archived at http://groups.google.com/group/pywebsvcs
>



-- 
Marco Bizzarri
http://code.google.com/p/qt-asterisk/
http://notenotturne.blogspot.com/
http://iliveinpisa.blogspot.com/

Re: [Pywebsvcs-talk] (no subject)

[Stanley A. K. <sk...@cp...>]

Also, it probably makes sense if you have at most a few individual
services involved.  It would be difficult to use for implementing a
standard that defines over 40 individual services in WSDL.


Stan Klein



On Tue, November 29, 2011 5:59 am, Dieter Maurer wrote:
> Stanley A. Klein wrote at 2011-11-28 11:56 -0500:
>>As I understand it, Suds has limited functionality.  It does not support,
>>as does ZSI, starting with the WSDL and producing both the client and the
>>server.
>
> "suds" is client only.
>
> It is a good client, far easier to use
> then the ZSI client functionality.
>
>
>
> --
> Dieter
>


-- 

Re: [Pywebsvcs-talk] (no subject)

[Chris W. <cw...@gm...>]

I've only used "Suds" for the client-side, but it does generate from your
WSDL and it's very easy to use.

On Tue, Nov 29, 2011 at 5:59 AM, Dieter Maurer <di...@ha...> wrote:

> Stanley A. Klein wrote at 2011-11-28 11:56 -0500:
> >As I understand it, Suds has limited functionality.  It does not support,
> >as does ZSI, starting with the WSDL and producing both the client and the
> >server.
>
> "suds" is client only.
>
> It is a good client, far easier to use
> then the ZSI client functionality.
>
>
>
> --
> Dieter
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Pywebsvcs-talk mailing list
> Pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywebsvcs-talk
> Also archived at http://groups.google.com/group/pywebsvcs
>

Re: [Pywebsvcs-talk] (no subject)

[Dieter M. <di...@ha...>]

Stanley A. Klein wrote at 2011-11-28 11:56 -0500:
>As I understand it, Suds has limited functionality.  It does not support,
>as does ZSI, starting with the WSDL and producing both the client and the
>server.

"suds" is client only.

It is a good client, far easier to use
then the ZSI client functionality.



--
Dieter

Re: [Pywebsvcs-talk] python https soap client

[Chris W. <cw...@gm...>]

I understand that SOAPpy is no longer maintained.  I tried both SOAPpy and
"Suds" and found Suds to be very easy to use.

http://stackoverflow.com/questions/206154/whats-the-best-soap-client-library-for-python-and-where-is-the-documentation-f



On Mon, Nov 28, 2011 at 11:01 AM, Jitendra D Arvikar <arv...@dt...
> wrote:

> Hi All,
> My personal choice is "SOAPpy". Used extensively for complex data types.
>
>
> Jit
>
> -----"Dieter Maurer" <di...@ha...> wrote: -----
>
> To: el...@gm...
> From: "Dieter Maurer" <di...@ha...>
> Date: 11/28/2011 10:41AM
> Cc: pyw...@li...
> Subject: Re: [Pywebsvcs-talk] python https soap client
>
> el...@gm... wrote at 2011-10-21 16:02 -0500:
> >What is the simplest/best way to implement https soap post/response
> client using python.
>
> I would try "suds".
>
>
>
> --
> Dieter
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Pywebsvcs-talk mailing list
> Pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywebsvcs-talk
> Also archived at http://groups.google.com/group/pywebsvcs
>
>
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Pywebsvcs-talk mailing list
> Pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywebsvcs-talk
> Also archived at http://groups.google.com/group/pywebsvcs
>
>

[Pywebsvcs-talk] Hello to all ZSI users

[Stanley A. K. <sk...@cp...>]

It seems to me that there are some major improvements that could be
considered for ZSI.

1.  Since the last ZSI release there have been some packages released that
could possibly improve performance and simplify the code needed to be
developed by the ZSI user.  These include traits (that provides type
enforcement and appears mappable to WSDL object definitions), lxml (that
supports the ElementTree Python XML functionality and provides other
potentially useful features), and GenerateDS (that parses an XML schema
and generates related Python data structures).  A rebuild of ZSI based on
these packages might be worth considering, although it would involve major
surgery on the code.

2.  There now is (or will soon be) a W3C standard called Efficient XML
Interchange (EXI).  EXI will greatly improve over-the-wire performance for
SOAP-based communications.  Right now all EXI implementations are in Java.
 It might be possible to integrate EXI into ZSI message generation so
instead of producing XML, converting to EXI for transmission, receiving
the EXI, and converting to XML on reception, the EXI could be produced
directly within ZSI and parsed and converted to XML by ZSI on reception. 
There are at least two aspects of EXI, one involves efficient coding of
frequently used strings (many of which could be determined from the WSDL),
and the other is a zip-like compression (that might be implemented by
modifying the code of a zip compressor).

3.  Parts of ZSI perform what amounts to string templating.  IIRC,
following the ZSI release, templating was included in the Python language.
 Some improvements might be achieved by updating the ZSI code to a more
recent version of Python.

I know these are potentially major changes, but I think they would bring
ZSI much more up to date.  I also think these may be very useful
improvements for future use.  I hope this helps.


Stan Klein


On Mon, November 28, 2011 10:31 am,  Marco Bizzarri
<mar...@gm...> wrote:

> Date: Thu, 24 Nov 2011 14:02:58 +0100
> From: Marco Bizzarri <mar...@gm...>
> Subject: [Pywebsvcs-talk] Hello to all ZSI users
> To: pyw...@li...
> Message-ID:
> 	<CAH...@ma...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi all.
>
> I've recently joined the group of ZSI developers; I'd like to release
> quite
> soon (possibly within the next week) a new alpha release of ZSI 2.1. I'd
> like to hear from the current users of ZSI the bug they still find in ZSI
> and the new features they would like to see included in the 2.1 release.
> As
> for me, I'd like the following two (since I've to use them in a couple of
> projects):
>
> - Soap with Attachments support, both for the client and for the server;
> - DIME encapsulation;
>
> As for the second one, I've an (admitedly ugly) implementation of the
> feature I'd like to share with the others. However, I'll include it in the
> next alpha, since now I would like to tag the current code as alpha 2.
>
> Please let me know your thoughts.
>
> Regards
> Marco

Re: [Pywebsvcs-talk] (no subject)

[Stanley A. K. <sk...@cp...>]

As I understand it, Suds has limited functionality.  It does not support,
as does ZSI, starting with the WSDL and producing both the client and the
server.

If you are implementing a standard that specifies its WSDL, Suds
functionality may be too limited.


Stan Klein


On Mon, November 28, 2011 10:31 am, jd list <jd...@gm...>t wrote:

>
> Message: 2
> Date: Sat, 22 Oct 2011 22:43:42 -0400
> From: jd list <jd...@gm...>
> Subject: Re: [Pywebsvcs-talk] (no subject)
> To: pyw...@li...
>
> This does not exactly answer your question, but i would move to Suds.
> ZSI was last fully released in 2007 and as much as I liked it back
> then, i've had much better success with suds.  Debugging is a major
> upgrade try a print result in both packages and make your own choice.
>
> just my opinion and i have no affiliation with the Suds project.
>
>

Re: [Pywebsvcs-talk] python https soap client

[Jitendra D A. <arv...@dt...>]

Hi All,

My personal choice is "SOAPpy". Used extensively for complex data types.
 
 
Jit 


-----"Dieter Maurer" <di...@ha...> wrote: -----


To: el...@gm...
From: "Dieter Maurer" <di...@ha...>
Date: 11/28/2011 10:41AM
Cc: pyw...@li...
Subject: Re: [Pywebsvcs-talk] python https soap client

el...@gm... wrote at 2011-10-21 16:02 -0500:
>What is the simplest/best way to implement https soap post/response client using python.

I would try "suds".



--
Dieter

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Pywebsvcs-talk mailing list
Pyw...@li...
https://lists.sourceforge.net/lists/listinfo/pywebsvcs-talk
Also archived at http://groups.google.com/group/pywebsvcs

Re: [Pywebsvcs-talk] python https soap client

[Dieter M. <di...@ha...>]

el...@gm... wrote at 2011-10-21 16:02 -0500:
>What is the simplest/best way to implement https soap post/response client using python.

I would try "suds".



--
Dieter

[Pywebsvcs-talk] test_zsi test fails

[Jim G <jim...@gm...>]

test\test_zsi fails on Windows XP, ZSI 2.1_a1:

python test_zsi.py

======================================================================
ERROR: check_dateTime_local_offset (test_TCtimes.TestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "E:\Trophy\python.dev\external\ZSI-2.1-a1\test\test_TCtimes.py",
line 20, in check_dateTime_local_offset
    data = typecode.text_to_data(stamp_offset, None, None)
  File "build\bdist.win32\egg\ZSI\TCtimes.py", line 200, in text_to_data
    raise EvaluateException('Bad Gregorian: %s' %text, ps.Backtrace(elt))
AttributeError: 'NoneType' object has no attribute 'Backtrace'

======================================================================
ERROR: check_valid_date (test_TCtimes.TestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "E:\Trophy\python.dev\external\ZSI-2.1-a1\test\test_TCtimes.py",
line 104, in check_valid_date
    data = typecode.text_to_data(i, None, None)
  File "build\bdist.win32\egg\ZSI\TCtimes.py", line 202, in text_to_data
    retval = _dict_to_tuple(m.groupdict())
  File "build\bdist.win32\egg\ZSI\TCtimes.py", line 125, in _dict_to_tuple
    localdt=dt.astimezone(_localtimezone())
  File "build\bdist.win32\egg\ZSI\TCtimes.py", line 49, in utcoffset
    dt.hour, dt.minute, dt.second, dt.weekday(), 0, -1)))
OverflowError: mktime argument out of range

======================================================================
ERROR: check_valid_dateTime (test_TCtimes.TestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "E:\Trophy\python.dev\external\ZSI-2.1-a1\test\test_TCtimes.py",
line 32, in check_valid_dateTime
    data = typecode.text_to_data(i, None, None)
  File "build\bdist.win32\egg\ZSI\TCtimes.py", line 202, in text_to_data
    retval = _dict_to_tuple(m.groupdict())
  File "build\bdist.win32\egg\ZSI\TCtimes.py", line 125, in _dict_to_tuple
    localdt=dt.astimezone(_localtimezone())
  File "build\bdist.win32\egg\ZSI\TCtimes.py", line 49, in utcoffset
    dt.hour, dt.minute, dt.second, dt.weekday(), 0, -1)))
OverflowError: mktime argument out of range

----------------------------------------------------------------------
Ran 39 tests in 1.079s

FAILED (errors=3)

[Pywebsvcs-talk] ZSI distribution via pip

[Jim G <jim...@gm...>]

Hi,
PIP delivers the 2.0rc3 version, that looks like not as stable than 2.0 or
2.1_a1.

pip install ZSI
Downloading/unpacking ZSI
 Downloading ZSI-2.0-rc3.tar.gz (1.1Mb): 1.1Mb downloaded

I got this bug with ServiceProxy:
python VersionService_client_no_wsdl2py_proxy.py Help on instance of
MethodProxy in module ZSI.ServiceProxy: getVersion = class MethodProxy |
Methods defined here: | | __call__(self, *args, **kwargs) | |
__init__(self, parent, callinfo) None Traceback (most recent call last):
File "VersionService_client_no_wsdl2py_proxy.py", line 21, in <module>
service.getVersion() File
"C:\Python27\lib\site-packages\ZSI\ServiceProxy.py", line 305, in __call__
return self.parent()._call(self.__name__, *args, **kwargs) File
"C:\Python27\lib\site-packages\ZSI\ServiceProxy.py", line 97, in _call
request, response = self._getTypeCodes(callinfo) File
"C:\Python27\lib\site-packages\ZSI\ServiceProxy.py", line 124, in
_getTypeCodes replyTC =
self._getTypeCode(parameters=callinfo.getOutParameters(),
literal=(callinfo.use=='literal')) File
"C:\Python27\lib\site-packages\ZSI\ServiceProxy.py", line 156, in
_getTypeCode tc = self._getElement(element, literal=literal, local=False,
namespaceURI=namespaceURI) File
"C:\Python27\lib\site-packages\ZSI\ServiceProxy.py", line 232, in
_getElement typeObj = self._getType(tp, elementName, literal, local,
namespaceURI) File "C:\Python27\lib\site-packages\ZSI\ServiceProxy.py",
line 281, in _getType self._globalElement(tc, namespaceURI=namespaceURI,
literal=literal) File "C:\Python27\lib\site-packages\ZSI\ServiceProxy.py",
line 178, in _globalElement %{'prefix':self._getPrefix(namespaceURI),
'name':typeCode.oname, 'namespaceURI':namespaceURI} AttributeError: Struct
instance has no attribute 'oname'

Sources:
VersionService_client_no_wsdl2py_proxy.py import sys from ZSI.auth import
AUTH from ZSI import ServiceProxy from ZSI.client import Binding from ZSI
import TC myurl='VersionService.wsdl' kw = {'tracefile': sys.stdout}
service = ServiceProxy.ServiceProxy( wsdl=myurl, service='VersionService',
port='VersionServiceHttpSoap11Endpoint', **kw) ret = service.getVersion()


I could fix it with:
diff ZSI-2.0-rc3/ZSI/ServiceProxy.py
/cygdrive/c/Python27/Lib/site-packages/ZSI/ServiceProxy.py 178c178 <
%{'prefix':self._getPrefix(namespaceURI), 'name':typeCode.oname,
'namespaceURI':namespaceURI} --- >
%{'prefix':self._getPrefix(namespaceURI), 'name':typeCode.aname,
'namespaceURI':namespaceURI} 233,234c233 < < minOccurs =
int(element.getAttribute('minOccurs')) --- > minOccurs =
int(element.getAttribute('minOccurs')) if element.getAttribute('minOccurs')
is not None else 0 238c237 < maxOccurs = element.getAttribute('maxOccurs')
--- > maxOccurs = int(element.getAttribute('maxOccurs')) if
element.getAttribute('minOccurs') is not None else 0

Anyway, it looks like better to distribute the last version via pip.

[Pywebsvcs-talk] Reminder before next release: fix wsdl2py

[Jim G <jim...@gm...>]

Just this email to remember that one bug affects wsdl2py:
https://sourceforge.net/tracker/?func=detail&atid=387667&aid=1803439&group_id=26590

Re: [Pywebsvcs-talk] Hello to all ZSI users

[Marco <m.c...@gm...>]

Hi Marco,
some time ago I patched a ZSI-2.1-a1 to handle "multipart/related"
messages coming from Apache CXF (https://svn.plone.org/svn/collective/
tecnoteca.plonecmdbuild/trunk/tecnoteca/plonecmdbuild/extra/).
It's a quick-and-dirty solution, but it worked.

Marco


On Nov 24, 2:02 pm, Marco Bizzarri <marco.bizza...@gmail.com> wrote:
> Hi all.
>
> I've recently joined the group of ZSI developers; I'd like to release quite
> soon (possibly within the next week) a new alpha release of ZSI 2.1. I'd
> like to hear from the current users of ZSI the bug they still find in ZSI
> and the new features they would like to see included in the 2.1 release. As
> for me, I'd like the following two (since I've to use them in a couple of
> projects):
>
> - Soap with Attachments support, both for the client and for the server;
> - DIME encapsulation;
>
> As for the second one, I've an (admitedly ugly) implementation of the
> feature I'd like to share with the others. However, I'll include it in the
> next alpha, since now I would like to tag the current code as alpha 2.
>
> Please let me know your thoughts.
>
> Regards
> Marco
>
> --
> Marco Bizzarrihttp://code.google.com/p/qt-asterisk/http://notenotturne.blogspot.com/http://iliveinpisa.blogspot.com/
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.http://p.sf.net/sfu/splunk-novd2d
>
> _______________________________________________
> Pywebsvcs-talk mailing list
> Pywebsvcs-t...@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/pywebsvcs-talk
> Also archived athttp://groups.google.com/group/pywebsvcs

[Pywebsvcs-talk] Hello to all ZSI users

[Marco B. <mar...@gm...>]

Hi all.

I've recently joined the group of ZSI developers; I'd like to release quite
soon (possibly within the next week) a new alpha release of ZSI 2.1. I'd
like to hear from the current users of ZSI the bug they still find in ZSI
and the new features they would like to see included in the 2.1 release. As
for me, I'd like the following two (since I've to use them in a couple of
projects):

- Soap with Attachments support, both for the client and for the server;
- DIME encapsulation;

As for the second one, I've an (admitedly ugly) implementation of the
feature I'd like to share with the others. However, I'll include it in the
next alpha, since now I would like to tag the current code as alpha 2.

Please let me know your thoughts.

Regards
Marco

-- 
Marco Bizzarri
http://code.google.com/p/qt-asterisk/
http://notenotturne.blogspot.com/
http://iliveinpisa.blogspot.com/

Re: [Pywebsvcs-talk] (no subject)

[jd l. <jd...@gm...>]

This does not exactly answer your question, but i would move to Suds.
ZSI was last fully released in 2007 and as much as I liked it back
then, i've had much better success with suds.  Debugging is a major
upgrade try a print result in both packages and make your own choice.

just my opinion and i have no affiliation with the Suds project.

On Tue, Oct 4, 2011 at 12:54 PM, Joshua Boverhof <jrb...@lb...> wrote:
> The reply looks correct, the default namespace is declared in the response.
>
> I suspect the problem is with the in-house implementation of "SplitQName" (
> the except clause if xml.ext is not found ).
>   63         if len(l) == 1:
>   64             l.insert(0, None)
>
> I think if you change "None" to '', it would work.
> -josh
>
>
> On Oct 3, 2011, at 1:18 PM, Paul Beerkens wrote:
>
> I am trying to use ZSI with http://www.prosper.com/tools/API.aspx from
> Python using ZSI.
>
> I am getting the following reply from the server (after I send a request).
>
> <?xml version="1.0" encoding="utf-8"?><soap:Envelope
> xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Body><QueryResponse
> xmlns="https://services.prosper.com/ProsperAPI/"><QueryResult><Success>true</Success><ProsperObjects><ProsperObject
> xsi:type="Member"><CreationDate>2011-07-22T08:28:42.863</CreationDate><Key>C18135210890600797A66E4</Key><LastModifiedDate
> xsi:nil="true" /><Roles xsi:nil="true"
> /></ProsperObject></ProsperObjects></QueryResult></QueryResponse></soap:Body></soap:Envelope>
>
> This causing an exception here:
> TC.py
>         prefix,typeName = SplitQName(typeName)
>         uri = ps.GetElementNSdict(elt).get(prefix)
>         if uri is None:
>             raise EvaluateException('Malformed type attribute (bad NS)',
>                     ps.Backtrace(elt))
>
> uri is none because SplitQName explicitly returns None if there is no ':' in
> the type which is the case in this particular reply.
>
> I am using ZSI-2.1-a1 and python 2.4.3
>
> Is there a problem with ZSI or am I receiving an invalid response?
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1_______________________________________________
> Pywebsvcs-talk mailing list
> Pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywebsvcs-talk
> Also archived at http://groups.google.com/group/pywebsvcs
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Pywebsvcs-talk mailing list
> Pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywebsvcs-talk
> Also archived at http://groups.google.com/group/pywebsvcs
>
>

[Pywebsvcs-talk] python https soap client

[<el...@gm...>]

Hi,

What is the simplest/best way to implement https soap post/response client using python.

Thanks,
Jamal 

Re: [Pywebsvcs-talk] (no subject)

[Joshua B. <jrb...@lb...>]

The reply looks correct, the default namespace is declared in the response.  

I suspect the problem is with the in-house implementation of "SplitQName" ( the except clause if xml.ext is not found ).

  63         if len(l) == 1:
  64             l.insert(0, None)


I think if you change "None" to '', it would work.

-josh



On Oct 3, 2011, at 1:18 PM, Paul Beerkens wrote:

> I am trying to use ZSI with http://www.prosper.com/tools/API.aspx from Python using ZSI.
>  
> I am getting the following reply from the server (after I send a request).
>  
> <?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Body><QueryResponse xmlns="https://services.prosper.com/ProsperAPI/"><QueryResult><Success>true</Success><ProsperObjects><ProsperObject xsi:type="Member"><CreationDate>2011-07-22T08:28:42.863</CreationDate><Key>C18135210890600797A66E4</Key><LastModifiedDate xsi:nil="true" /><Roles xsi:nil="true" /></ProsperObject></ProsperObjects></QueryResult></QueryResponse></soap:Body></soap:Envelope>
> 
> This causing an exception here:
> TC.py
>         prefix,typeName = SplitQName(typeName)
>         uri = ps.GetElementNSdict(elt).get(prefix)
>         if uri is None:
>             raise EvaluateException('Malformed type attribute (bad NS)',
>                     ps.Backtrace(elt))
> 
> uri is none because SplitQName explicitly returns None if there is no ':' in the type which is the case in this particular reply.
>  
> I am using ZSI-2.1-a1 and python 2.4.3
>  
> Is there a problem with ZSI or am I receiving an invalid response?
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1_______________________________________________
> Pywebsvcs-talk mailing list
> Pyw...@li...
> https://lists.sourceforge.net/lists/listinfo/pywebsvcs-talk
> Also archived at http://groups.google.com/group/pywebsvcs

[Pywebsvcs-talk] (no subject)

[Paul B. <pau...@gm...>]

I am trying to use ZSI with http://www.prosper.com/tools/API.aspx from
Python using ZSI.

I am getting the following reply from the server (after I send a request).

<?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="
http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="
http://www.w3.org/2001/XMLSchema"><soap:Body><QueryResponse xmlns="
https://services.prosper.com/ProsperAPI/"><QueryResult><Success>true</Success><ProsperObjects><ProsperObject
*xsi:type="Member"><*CreationDate>2011-07-22T08:28:42.863</CreationDate><Key>C18135210890600797A66E4</Key><LastModifiedDate
xsi:nil="true" /><Roles xsi:nil="true"
/></ProsperObject></ProsperObjects></QueryResult></QueryResponse></soap:Body></soap:Envelope>

This causing an exception here:
TC.py
        prefix,typeName = SplitQName(typeName)
        uri = ps.GetElementNSdict(elt).get(prefix)
        *if uri is None:
            raise EvaluateException('Malformed type attribute (bad NS)',
                    ps.Backtrace(elt))*

uri is none because SplitQName explicitly returns None if there is no ':' in
the type which is the case in this particular reply.

I am using ZSI-2.1-a1 and python 2.4.3

Is there a problem with ZSI or am I receiving an invalid response?

[Pywebsvcs-talk] [ pywebsvcs-Bugs-3407068 ] SharePoint compatibility

[SourceForge.net <no...@so...>]

Bugs item #3407068, was opened at 2011-09-10 07:46
Message generated for change (Tracker Item Submitted) made by magwas
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=387667&aid=3407068&group_id=26590

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Árpád Magosányi (magwas)
Assigned to: Nobody/Anonymous (nobody)
Summary: SharePoint compatibility

Initial Comment:
Sharepoint likes to give back results in empty tags with lots of attributes. (Insert MS bashing here).
soappy first takes this kind as simple type then cannot convert it to any simple type.
The following patch makes it possible to retrieve such data from SPS

diff --git a/Parser.py b/Parser.py
index 7423fd8..ee82581 100644
--- a/Parser.py
+++ b/Parser.py
@@ -374,7 +374,7 @@ class SOAPParser(xml.sax.handler.ContentHandler):
                         data = self.convertType(string.join(self._data, ""),
                                                 kind, attrs)
                     except UnknownTypeError:
-                        data = None
+                        data = structType(name = (ns, name), attrs = attrs)
                 else:
                     data = None
 


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=387667&aid=3407068&group_id=26590