suds November 2009

suds@lists.fedoraproject.org

19 participants
25 discussions

Complex Return Types (Again?)
by Dan Sommers 19 Nov '09

19 Nov '09

Greetings, I'm calling a web service whose return value is a complex type, and I'm trying to recover the "original" XML from the SOAP response rather than the python object (so that I can store that XML in my database for further analysis later). I thumbed through the archives, and found these: https://www.redhat.com/archives/fedora-suds-list/2009-November/msg00021.html, https://www.redhat.com/archives/fedora-suds-list/2009-September/msg00009.ht…, https://www.redhat.com/archives/fedora-suds-list/2009-August/msg00022.html, https://www.redhat.com/archives/fedora-suds-list/2009-August/msg00022.html but no real solution. I can recover something close by calling last_received method of the client, or equivalently by setting the retxml option of the client, but I'm having an awful time fixing up all of the namespaces and getting rid of the elements with xsi:nil="true" attributes. Is there a (simple?) solution to this issue? I can provide WSDL and an actual SOAP response if that would help, but I think that this is a generic issue (and I'd certainly like to solve it that way). It would seem that if suds can parse WSDL and SOAP messages, then there should be enough infrastructure to recover the XML from the server. (In fact, it seems that suds almost has to recover that XML in order to build the python object that it does.) Or maybe it's just easy for me to say that because I'm relatively new at SOAP. ;-) Thanks, Dan

3 5

How to set SOAP-ENC:arrayType
by Bill Watts 19 Nov '09

19 Nov '09

Hi, I have been using suds for about a week now, and I am very impressed with the capabilities and ease of use of this API. Outstanding work! I am using suds to work with a fairly complex WSDL, and have almost everything working, with the exception of the arrayType encoding. I downloaded and installed the beta of 0.3.8 because I saw a posting stating that the beta supports setting the arrayType. After spending a couple of hours grepping through the code and trying different things, I am still unable to determine how to set the arrayType. I can make successful requests using SoapUi, and the section I am trying to generate looks like this: <item xsi:type="bus:parameterValue"> <name xsi:type="xsd:string">owner_id</name> <value xsi:type="soapenc:Array" soapenc:arrayType="bus:parmValueItem[]"> <item xsi:type="bus:simpleParmValueItem"> <use xsi:type="xsd:string">321</use> </item> </value> </item> The API is generating: <item xsi:type="ns0:parameterValue"> <ns0:name xsi:type="ns2:string">owner_id</ns0:name> <ns0:value xsi:type="SOAP-ENC:Array"> <item xsi:type="ns0:simpleParmValueItem"> <ns0:inclusive xsi:type="ns2:boolean"/> <ns0:display xsi:type="ns2:string"/> <ns0:use xsi:type="ns2:string">321</ns0:use> </item> </ns0:value> </item> Here is my code: def createParameter(client, name, value): item = client.factory.create('parameterValue') item.name = name item.value = client.factory.create('SOAP-ENC:Array') spvi = client.factory.create('simpleParmValueItem') spvi.use = value item.value.item = [spvi] The WSDL is almost 1MB, so I won't include it here. Any help is very much appreciated. Thanks, -Bill

2 1

suds removing whitespaces
by stecuratti＠tiscali.it 18 Nov '09

18 Nov '09

Hello there, i'm having some problems with suds client: when i try to get a string from from a particular web service, all leading and following withespaces are omitted. Here's an example: client=Client ('http://www.pdb.org/pdb/services/pdbws?wsdl') print client.service. getKabschSander('103M','A') Result is 'HHHHHHHHHHHHHHGGGHHHHHHHHHHHHHHH GGGGGG TTTTT SHHHHHH HHHHHHHHHHHHHHHHHHHTTT HHHHHHHHHHHHHTS HHHHHHHHHHHHHHHHHH GGG HHHHHHHHHHHHHHHHHHHHHHHHTT' but it should be ' HHHHHHHHHHHHHHGGGHHHHHHHHHHHHHHH GGGGGG TTTTT SHHHHHH HHHHHHHHHHHHHHHHHHHTTT HHHHHHHHHHHHHTS HHHHHHHHHHHHHHHHHH GGG HHHHHHHHHHHHHHHHHHHHHHHHTT ' I'm quite new to wsdl, and to be honest i'd like to avoid getting into it (that's why i'm using suds)... hope someone can help, thanks and regards Stefano Passa a Tiscali Tutto Incluso Light: telefono + adsl 8 Mb senza limiti a soli 9,95 euro al mese fino al 01/04/2010. Gratis la Sim Tiscali Mobile con 25 euro di traffico. L’offerta è valida solo se attivi entro il 12/11/09 http://abbonati.tiscali.it/telefono-adsl/prodotti/tc/tuttoincluso_light/?WT…

2 1

Status of clone()
by Matt C 17 Nov '09

17 Nov '09

All: does anyone know the status of Client().clone()? I see some activity lately but the warnings on its use are still in place. Just curious, as this is an extremely attractive feature for me at this point :). -Matt

2 3

Same as ticket #262
by GLADE, JEFFREY (ATTSI) 17 Nov '09

17 Nov '09

I am having the same issue as ticket #262, but there haven't been any solutions posted. Can you please tell me how to use either progressWorkflowAction or the updateIssue function? They both are giving me the SAXException. -Jeffrey

2 1

Return type challenge
by Matt C 17 Nov '09

17 Nov '09

All - I've got some return types coming back from a service that get fairly deep (this is a smaller example): (Array){ item[] = (item){ item[] = (item){ address[] = "1.2.3.4", port[] = "80", }, }, (item){ item[] = (item){ address[] = "10.20.20.10", port[] = "80", }, (item){ address[] = "10.20.20.11", port[] = "80", }, (item){ address[] = "10.20.20.12", port[] = "80", }, }, } Do any of you know an easy way to "flatten" this structure into normal python types? Ideally I'd like to convert it to: [ [{'address':'1.2.3.4', 'port':80}], [{'address': '10.20.20.10', 'port': 80}, {'address': '10.20.20.11', 'port': 80}, {'address': '10.20.20.12', 'port':80}] ] I figured I'd ask the group before I went and reinvented a wheel. -Matt

1 0

better soap encoded Arrays in 0.3.8
by Jeff Ortel 06 Nov '09

06 Nov '09

All, I've always thought that soap (section 5) encoded arrays support in suds could stand much improvement. The delay in doing this improvement has been due to priorities and a belief that most of the web services providers were moving quickly towards document/literal services and that rpc/encoded was going away. Anyway, after a few years now rpc/encoded services are still very prevalent so time to make this better :) So, 0.3.8 contains the following improvements: * Arrays may be passed as parameters and nested object attributes using simple python list|tuple. Although it is still supported, users no longer need to use the Client.Factory.create() to create encoded array objects. * soap-enc:arrayType attribute on soap messages now supported and added to array elements in the soap message. Eg: <dogs xsi:type="ns1:ArrayOfAnimals" soap-enc:arrayType="ns0:Animal[2]"> <dog xsi:type="ns0:Dog"> <name xsi:type="xs:string">rover</name> <age xsi:type="xs:int">3</age> </dog> <dog xsi:type="ns0:Dog"> <name xsi:type="xs:string">rover</name> <age xsi:type="xs:int">3</age> </dog> </dogs> * Arrays work for rpc/encoded services work the same way as they have in document/literal services since the beginning of suds. For ex: version <= 0.3.7 > > client = Client(url) > array = client.factory.create('ns0:ArrayOfInt') > array.item = [10, 20] > client.foo(array) > version 0.3.8 (beta) r592+ supports the above plus: > > client = Client(url) > client.foo([10, 20]) > Or, > > client = Client(url) > dogs = [] > dog = client.factory.create('ns0:Dog') > dog.name = 'rover' > dog.age = 3 > dogs.append(dog) > dog = client.factory.create('ns0:Dog') > dog.name = 'fido' > dog.age = 5 > dogs.append(dog) > client.foo(dogs) > Or, > > client = Client(url) > person = client.factory.create('ns0:Person') > dogs = [] > dog = client.factory.create('ns0:Dog') > dog.name = 'rover' > dog.age = 3 > dogs.append(dog) > dog = client.factory.create('ns0:Dog') > dog.name = 'fido' > dog.age = 7 > dogs.append(dog) > person.dogs = dogs > client.foo(person) > I've tested against my (axis1,axis2 & jboss) servers. Also, tested against public.py. Hope you find this helpful. Regards, Jeff

1 0

Re: Soapenc: vs soap-enc: vs SOAP-ENC:?
by Paul Nicolette 06 Nov '09

06 Nov '09

Matt, Thanks for testing. Which versions of Python, Suds and OS platform did you use? Paul On 11/6/09, Matt C <mcauthorn(a)gmail.com> wrote: > Paul: I too was able to parse this wsdl without needing the doctor class: > > In [1]: url2 = 'http://njgin.state.nj.us/OIT_AddrMatch/OIT_AddrMatch?WSDL' > In [2]: from suds.client import Client > > In [6]: c = Client(url2, cache = None) > ERROR: An unexpected error occurred while tokenizing input > The following traceback may be corrupted or invalid > The error message is: ('EOF in multi-line statement', (129, 0)) > > The error above ends with a stack trace for 'mismatched tag', which is > one of the cache bugs you may run into. I simply run the same command > again (no cache delete, etc. required): > > In [7]: c = Client(url2, cache = None) <<< client object successfully > creates now. > > In [8]: print c > > Suds ( https://fedorahosted.org/suds/ ) version: 0.3.7 GA build: > R580-20091016 > > Service ( OIT_AddrMatch ) tns="urn:OIT_AddrMatch/wsdl" > Prefixes (2) > ns0 = "http://schemas.xmlsoap.org/soap/encoding/" > ns1 = "urn:OIT_AddrMatch/types" > Ports (1): > (OIT_AddrMatchRPCPort) > Methods (1): > getAddrMatch(ns1:AddrMatchIO AddrMatchIO_1, ) > Types (50): > ns1:AddrMatchIO > ns0:Array > ns1:ArrayOfAddrMatchIO > ns0:ENTITIES > > ...Etc. > > So the short story: if you get that mismatched tag error, repeat the > same command again and it should build. I got no import errors at all, > so this should be clean aside from any cache issues. > > -Matt > > On Fri, Nov 6, 2009 at 12:05 PM, Paul Nicolette <photon3(a)gmail.com> wrote: >> Jeff, >> Thanks for your gracious help to an embarrassed newbie. I'm running >> Portable Python 1.1 on Vista Home Premium with the 0.3.7 \suds tree >> extracted to \Lib. Using PyScripter 1.9.9.6 for IDE. >> My code: >> >> from suds.client import Client >> url = 'http://njgin.state.nj.us/OIT_AddrMatch/OIT_AddrMatch?WSDL' >> client = Client(url) >> print client >> >> With a cleared ...\temp\suds directory, I get >> >> [Dbg]>>> >> Traceback (most recent call last): >> File "<string>", line 129, in run >> File "C:\PortablePython_1.1_py2.6.1\App\lib\bdb.py", line 368, in run >> exec cmd in globals, locals >> File "C:\Users\Staples\Documents\module2.py", line 3, in <module> >> client = Client(url) >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\client.py", line 109, >> in >> __init__ >> self.wsdl = Definitions(url, options) >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\wsdl.py", line 194, in >> __init__ >> self.build_schema() >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\wsdl.py", line 255, in >> build_schema >> self.schema = container.load() >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\schema.py", line >> 90, >> in load >> child.open_imports() >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\schema.py", line >> 277, >> in open_imports >> imported = imp.open() >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\sxbasic.py", line >> 608, in open >> result = self.download() >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\sxbasic.py", line >> 626, in download >> root = Parser(transport).parse(url=url).root() >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\sax\parser.py", line >> 134, >> in parse >> sax.parse(fp) >> File "C:\PortablePython_1.1_py2.6.1\App\lib\xml\sax\expatreader.py", >> line >> 107, in parse >> xmlreader.IncrementalParser.parse(self, source) >> File "C:\PortablePython_1.1_py2.6.1\App\lib\xml\sax\xmlreader.py", line >> 123, in parse >> self.feed(buffer) >> File "C:\PortablePython_1.1_py2.6.1\App\lib\xml\sax\expatreader.py", >> line >> 211, in feed >> self._err_handler.fatalError(exc) >> File "C:\PortablePython_1.1_py2.6.1\App\lib\xml\sax\handler.py", line >> 38, >> in fatalError >> raise exception >> xml.sax._exceptions.SAXParseException: >> c:\users\staples\appdata\local\temp\suds\suds-649682136.http:10:2: >> mismatched tag >> >> Looked like Ticket #256. Not knowing better, I tried replacing the >> suds-649682136.http tempfile with some valid(?) innocuous(?) XML and >> making >> it read-only: >> >> <?xml version="1.0" encoding="ISO-8859-1"?> >> <body></body> >> >> After this change, I get >> >> [Dbg]>>> >> Traceback (most recent call last): >> File "<string>", line 129, in run >> File "C:\PortablePython_1.1_py2.6.1\App\lib\bdb.py", line 368, in run >> exec cmd in globals, locals >> File "C:\Users\Staples\Documents\module2.py", line 3, in <module> >> client = Client(url) >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\client.py", line 109, >> in >> __init__ >> self.wsdl = Definitions(url, options) >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\wsdl.py", line 194, in >> __init__ >> self.build_schema() >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\wsdl.py", line 255, in >> build_schema >> self.schema = container.load() >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\schema.py", line >> 92, >> in load >> child.dereference() >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\schema.py", line >> 295, >> in dereference >> midx, deps = x.dependencies() >> File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\sxbasic.py", line >> 330, in dependencies >> raise TypeNotFound(self.ref) >> suds.TypeNotFound: Type not found: '(Array, >> http://schemas.xmlsoap.org/soap/encoding/, )' >> >> What would you suggest next? (When I copied the WSDL local and changed >> "soap-enc:" to "SOAP-ENC:" it went further but then I think it tried to >> open >> the real service URL as a local file and couldn't resolve the name for >> some >> reason ;-) >> I could try: >> a clean install of Python (but which version?) and >> properly install a newer suds library (but would need pathetically >> detailed instructions) and am even willing to >> replace my new best friend IDE with someone else (but who?), and then >> have no idea whether I might still >> catch: >> pandemic obscurebugitis. >>>>> >> >>>> >>>> Similar error when I try the mssoapinterop part of the test at >>>> http://svn.fedorahosted.org/svn/suds/tags/release-0.3.2/tests/public.p >>>> >>>> <http://svn.fedorahosted.org/svn/suds/tags/release-0.3.2/tests/public.py>y. >>>> I get /Type not found: '(Array, >>>> http://schemas.xmlsoap.org/soap/encoding/, )' /This WSDL uses >>>> "soapenc:Array" syntax. >>> >>> Sorry, the WIKI references the wrong version of public.py here. I've >>> updated to point to the latest in trunk. >> >> Thank you sir for all your help! >> Paul >> _______________________________________________ >> fedora-suds-list mailing list >> fedora-suds-list(a)redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-suds-list >> >

2 1

Persistent connections - anyone else interested / suggest howto / working on it?
by Rod Montgomery 06 Nov '09

06 Nov '09

Currently (i.e. r580 / 0.3.7 release candidate) Suds uses urllib2, which uses urllib, both from the standard Python library. For Python 2.5.2, urllib2 adds a "Connection: close" header, with the following comment: # We want to make an HTTP/1.1 request, but the addinfourl # class isn't prepared to deal with a persistent connection. # It will try to read all remaining data from the socket, # which will block while the server waits for the next request. # So make sure the connection gets closed after the (only) # request. (lines 1069-1074 of /usr/lib/python2.5/urllib2.py). I'm interested in making Suds able to use persistent connections. Twisted (twistedmatrix.com) seems to have an elaborate HTTP/1.1 Client module in development, that threatens to support persistent connections, but I have been unable to figure out how stable it is, and I don't understand how hard it would be to make Suds able to use it. http://twistedmatrix.com/trac/wiki/TwistedWebClient http://twistedmatrix.com/trac/ticket/3420 which leads to http://twistedmatrix.com/trac/ticket/886 Another possibility is httplib2: http://pypi.python.org/pypi/httplib2/python3-0.5.0 Neither project seems to have much recent development-mailing-list activity, though neither seems completely dead either. The Right Thing To Do would be to make Suds' use of any external HTTP package optional, rather than mandatory, to avoid putting Suds at the mercy of the stability of that external package. Anyone else interested in having persistent connections in Suds? Anyone else have other suggestions for how to go about getting them? Anyone else actually working on this? (I don't see any open Suds-Trac tickets for it.) Thanks!

5 7

Fwd: [Fedora-suds-list] Soapenc: vs soap-enc: vs SOAP-ENC:?
by Matt C 06 Nov '09

06 Nov '09

Forgot to reply all here... Paul: I too was able to parse this wsdl without needing the doctor class: In [1]: url2 = 'http://njgin.state.nj.us/OIT_AddrMatch/OIT_AddrMatch?WSDL' In [2]: from suds.client import Client In [6]: c = Client(url2, cache = None) ERROR: An unexpected error occurred while tokenizing input The following traceback may be corrupted or invalid The error message is: ('EOF in multi-line statement', (129, 0)) The error above ends with a stack trace for 'mismatched tag', which is one of the cache bugs you may run into. I simply run the same command again (no cache delete, etc. required): In [7]: c = Client(url2, cache = None) <<< client object successfully creates now. In [8]: print c Suds ( https://fedorahosted.org/suds/ ) version: 0.3.7 GA build: R580-20091016 Service ( OIT_AddrMatch ) tns="urn:OIT_AddrMatch/wsdl" Prefixes (2) ns0 = "http://schemas.xmlsoap.org/soap/encoding/" ns1 = "urn:OIT_AddrMatch/types" Ports (1): (OIT_AddrMatchRPCPort) Methods (1): getAddrMatch(ns1:AddrMatchIO AddrMatchIO_1, ) Types (50): ns1:AddrMatchIO ns0:Array ns1:ArrayOfAddrMatchIO ns0:ENTITIES ...Etc. So the short story: if you get that mismatched tag error, repeat the same command again and it should build. I got no import errors at all, so this should be clean aside from any cache issues. -Matt On Fri, Nov 6, 2009 at 12:05 PM, Paul Nicolette <photon3(a)gmail.com> wrote: > Jeff, > Thanks for your gracious help to an embarrassed newbie. I'm running > Portable Python 1.1 on Vista Home Premium with the 0.3.7 \suds tree > extracted to \Lib. Using PyScripter 1.9.9.6 for IDE. > My code: > > from suds.client import Client > url = 'http://njgin.state.nj.us/OIT_AddrMatch/OIT_AddrMatch?WSDL' > client = Client(url) > print client > > With a cleared ...\temp\suds directory, I get > > [Dbg]>>> > Traceback (most recent call last): > File "<string>", line 129, in run > File "C:\PortablePython_1.1_py2.6.1\App\lib\bdb.py", line 368, in run > exec cmd in globals, locals > File "C:\Users\Staples\Documents\module2.py", line 3, in <module> > client = Client(url) > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\client.py", line 109, in > __init__ > self.wsdl = Definitions(url, options) > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\wsdl.py", line 194, in > __init__ > self.build_schema() > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\wsdl.py", line 255, in > build_schema > self.schema = container.load() > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\schema.py", line 90, > in load > child.open_imports() > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\schema.py", line 277, > in open_imports > imported = imp.open() > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\sxbasic.py", line > 608, in open > result = self.download() > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\sxbasic.py", line > 626, in download > root = Parser(transport).parse(url=url).root() > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\sax\parser.py", line 134, > in parse > sax.parse(fp) > File "C:\PortablePython_1.1_py2.6.1\App\lib\xml\sax\expatreader.py", line > 107, in parse > xmlreader.IncrementalParser.parse(self, source) > File "C:\PortablePython_1.1_py2.6.1\App\lib\xml\sax\xmlreader.py", line > 123, in parse > self.feed(buffer) > File "C:\PortablePython_1.1_py2.6.1\App\lib\xml\sax\expatreader.py", line > 211, in feed > self._err_handler.fatalError(exc) > File "C:\PortablePython_1.1_py2.6.1\App\lib\xml\sax\handler.py", line 38, > in fatalError > raise exception > xml.sax._exceptions.SAXParseException: > c:\users\staples\appdata\local\temp\suds\suds-649682136.http:10:2: > mismatched tag > > Looked like Ticket #256. Not knowing better, I tried replacing the > suds-649682136.http tempfile with some valid(?) innocuous(?) XML and making > it read-only: > > <?xml version="1.0" encoding="ISO-8859-1"?> > <body></body> > > After this change, I get > > [Dbg]>>> > Traceback (most recent call last): > File "<string>", line 129, in run > File "C:\PortablePython_1.1_py2.6.1\App\lib\bdb.py", line 368, in run > exec cmd in globals, locals > File "C:\Users\Staples\Documents\module2.py", line 3, in <module> > client = Client(url) > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\client.py", line 109, in > __init__ > self.wsdl = Definitions(url, options) > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\wsdl.py", line 194, in > __init__ > self.build_schema() > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\wsdl.py", line 255, in > build_schema > self.schema = container.load() > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\schema.py", line 92, > in load > child.dereference() > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\schema.py", line 295, > in dereference > midx, deps = x.dependencies() > File "C:\PortablePython_1.1_py2.6.1\App\lib\suds\xsd\sxbasic.py", line > 330, in dependencies > raise TypeNotFound(self.ref) > suds.TypeNotFound: Type not found: '(Array, > http://schemas.xmlsoap.org/soap/encoding/, )' > > What would you suggest next? (When I copied the WSDL local and changed > "soap-enc:" to "SOAP-ENC:" it went further but then I think it tried to open > the real service URL as a local file and couldn't resolve the name for some > reason ;-) > I could try: > a clean install of Python (but which version?) and > properly install a newer suds library (but would need pathetically > detailed instructions) and am even willing to > replace my new best friend IDE with someone else (but who?), and then > have no idea whether I might still > catch: > pandemic obscurebugitis. >>>> > >>> >>> Similar error when I try the mssoapinterop part of the test at >>> http://svn.fedorahosted.org/svn/suds/tags/release-0.3.2/tests/public.p >>> >>> <http://svn.fedorahosted.org/svn/suds/tags/release-0.3.2/tests/public.py>y. >>> I get /Type not found: '(Array, >>> http://schemas.xmlsoap.org/soap/encoding/, )' /This WSDL uses >>> "soapenc:Array" syntax. >> >> Sorry, the WIKI references the wrong version of public.py here. I've >> updated to point to the latest in trunk. > > Thank you sir for all your help! > Paul > _______________________________________________ > fedora-suds-list mailing list > fedora-suds-list(a)redhat.com > https://www.redhat.com/mailman/listinfo/fedora-suds-list >

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

suds November 2009