From burak.arslan at arskom.com.tr  Fri Jul  9 13:19:39 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Fri, 09 Jul 2010 14:19:39 +0300
Subject: [Soap-Python] status update on soaplib
Message-ID: <4C3705CB.5060605@arskom.com.tr>


hi there,

first, with github's introduction of organizations i moved my the repo
to: http://github.com/arskom/soaplib

as of soaplib-0.9dev5, xml schema validation using lxml.etree.XMLSchema
object seems to be working.

for the uninitiated, wsdl's type defintions adopt W3C's XML Schema
standard (http://duckduckgo.com/?q=XML%20Schema%20%28W3C%29). libxml2,
and thus lxml come with XML Schema validation support. so now, you can
define all sorts of constraints like regular expressions, min/maxOccurs,
min/max string length, enumerations, extensions etc. which actually do
get enforced, for free. be warned though, that the additional strictness
will certainly break your app, if the api changes were not enough :)

you need to inherit from ValidatingWsgiSoapApp for validation to work.

=============

implementation quirks:

libxml2's schema implementation is not complete. see
http://xmlsoft.org/. soaplib currently only supports a fraction of the
standard -- actually the above-cited types of constraints are a pretty
good summary.

creation the XMLSchema object is a horrible hack. as i could not get
proper feedback on this thread:

http://codespeak.net/pipermail/lxml-dev/2010-July/005539.html

so what currently happens is that the schema node for every namespace is
serialized to own files in a temporary directory, re-parsed to create
the XMLSchema object and deleted. this happens on the first connection
request, every time after the server is restarted.

Q: why not do it on restart, without waiting the first connection?
A: because we need the url string to generate the wsdl.

you have a better idea about any point above, chime in.

i also would be glad to hear about this new feature's performance
implications.

the wsdl is validated as it's generated as well, so you can't make
incorrect declarations.

=============

oh and the error messages are ugly.

so anyway, after forward-porting a few patches from the old soaplib, i
plan to release a first 0.9-alpha.

btw, jamie, i guess i should be doing the next pypi release, for both
the 0.8 and 0.9 branches, when it's time. could you please pass me the
relevant information, if there are no objections to this?

best regards,
burak




From ovnicraft at gmail.com  Thu Jul 15 20:53:31 2010
From: ovnicraft at gmail.com (Ovnicraft)
Date: Thu, 15 Jul 2010 13:53:31 -0500
Subject: [Soap-Python] Choice a soap library
Message-ID: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com>

Hi folks, i am new in this list, i am developer at python erp project (
www.openerp.com), i need to implement a soap server in the project (we are
forking for that), so i found 3 libs with looks good to work, zsi, soaplib
and tgws, i want to know your experience in this area.

best regards,

-- 
Cristian Salamea
@ovnicraft
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/soap/attachments/20100715/f56573cd/attachment.html>

From chris0wj at gmail.com  Thu Jul 15 23:02:07 2010
From: chris0wj at gmail.com (Chris Wj)
Date: Thu, 15 Jul 2010 17:02:07 -0400
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com>
Message-ID: <AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com>

I also have the same question and would appreciate it if people could post
their experiences with these libraries.

On Thu, Jul 15, 2010 at 2:53 PM, Ovnicraft <ovnicraft at gmail.com> wrote:

> Hi folks, i am new in this list, i am developer at python erp project (
> www.openerp.com), i need to implement a soap server in the project (we are
> forking for that), so i found 3 libs with looks good to work, zsi, soaplib
> and tgws, i want to know your experience in this area.
>
> best regards,
>
> --
> Cristian Salamea
> @ovnicraft
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/soap/attachments/20100715/ba911ffb/attachment.html>

From ovnicraft at gmail.com  Thu Jul 15 23:37:44 2010
From: ovnicraft at gmail.com (Ovnicraft)
Date: Thu, 15 Jul 2010 16:37:44 -0500
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com> 
	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com>
Message-ID: <AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com>

2010/7/15 Chris Wj <chris0wj at gmail.com>

> I also have the same question and would appreciate it if people could post
> their experiences with these libraries.
>

Its very important know about this, my team is really interested in works
with and help a project.

>
> On Thu, Jul 15, 2010 at 2:53 PM, Ovnicraft <ovnicraft at gmail.com> wrote:
>
>> Hi folks, i am new in this list, i am developer at python erp project (
>> www.openerp.com), i need to implement a soap server in the project (we
>> are forking for that), so i found 3 libs with looks good to work, zsi,
>> soaplib and tgws, i want to know your experience in this area.
>>
>> best regards,
>>
>> --
>> Cristian Salamea
>> @ovnicraft
>>
>> _______________________________________________
>> Soap mailing list
>> Soap at python.org
>> http://mail.python.org/mailman/listinfo/soap
>>
>>
>


-- 
Cristian Salamea
@ovnicraft
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/soap/attachments/20100715/a2a306dd/attachment.html>

From bradallen137 at gmail.com  Fri Jul 16 00:18:43 2010
From: bradallen137 at gmail.com (Brad Allen)
Date: Thu, 15 Jul 2010 17:18:43 -0500
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com>
	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com>
	<AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com>
Message-ID: <AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com>

Welcome, Chris and Ovnicraft!

I'm under the impression that soaplib is the only Python SOAP server
still actively maintained and developed. At least that is what I read
in the earlier discussion on this mailing list. If you check the
archives you can find a discussion thread called "The Python SOAP
community: past, present, future".

The Python suds library seems very actively maintained for use as a
SOAP client. There has been some talk about deprecating the soaplib
client and asking everyone to move to using suds.

Where I work we use soaplib in production on the server side and the
client side, but we are switching to suds for the client side.

On Thu, Jul 15, 2010 at 4:37 PM, Ovnicraft <ovnicraft at gmail.com> wrote:
>
>
> 2010/7/15 Chris Wj <chris0wj at gmail.com>
>>
>> I also have the same question and would appreciate it if people could post
>> their experiences with these libraries.
>
> Its very important know about this, my team is really interested in works
> with and help a project.
>>
>> On Thu, Jul 15, 2010 at 2:53 PM, Ovnicraft <ovnicraft at gmail.com> wrote:
>>>
>>> Hi folks, i am new in this list, i am developer at python erp project
>>> (www.openerp.com), i need to implement a soap server in the project (we are
>>> forking for that), so i found 3 libs with looks good to work, zsi, soaplib
>>> and tgws, i want to know your experience in this area.
>>>
>>> best regards,
>>>
>>> --
>>> Cristian Salamea
>>> @ovnicraft
>>>
>>> _______________________________________________
>>> Soap mailing list
>>> Soap at python.org
>>> http://mail.python.org/mailman/listinfo/soap
>>>
>>
>
>
>
> --
> Cristian Salamea
> @ovnicraft
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
>


From ovnicraft at gmail.com  Fri Jul 16 00:30:54 2010
From: ovnicraft at gmail.com (Ovnicraft)
Date: Thu, 15 Jul 2010 17:30:54 -0500
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com> 
	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com> 
	<AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com> 
	<AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com>
Message-ID: <AANLkTilXswo0lnPTYe5nNg86rNhozJ3jj9gjvUM2mTWl@mail.gmail.com>

2010/7/15 Brad Allen <bradallen137 at gmail.com>

> Welcome, Chris and Ovnicraft!
>
> I'm under the impression that soaplib is the only Python SOAP server
> still actively maintained and developed. At least that is what I read
> in the earlier discussion on this mailing list. If you check the
> archives you can find a discussion thread called "The Python SOAP
> community: past, present, future".
>
> The Python suds library seems very actively maintained for use as a
> SOAP client. There has been some talk about deprecating the soaplib
> client and asking everyone to move to using suds.
>
> Where I work we use soaplib in production on the server side and the
> client side, but we are switching to suds for the client side.
>

Thanks Brad, and yes suds is really great as client and i think we must work
with soaplib and help to getting better i am writing a blogpost about this
topic and examples with soaplib.




>
> On Thu, Jul 15, 2010 at 4:37 PM, Ovnicraft <ovnicraft at gmail.com> wrote:
> >
> >
> > 2010/7/15 Chris Wj <chris0wj at gmail.com>
> >>
> >> I also have the same question and would appreciate it if people could
> post
> >> their experiences with these libraries.
> >
> > Its very important know about this, my team is really interested in works
> > with and help a project.
> >>
> >> On Thu, Jul 15, 2010 at 2:53 PM, Ovnicraft <ovnicraft at gmail.com> wrote:
> >>>
> >>> Hi folks, i am new in this list, i am developer at python erp project
> >>> (www.openerp.com), i need to implement a soap server in the project
> (we are
> >>> forking for that), so i found 3 libs with looks good to work, zsi,
> soaplib
> >>> and tgws, i want to know your experience in this area.
> >>>
> >>> best regards,
> >>>
> >>> --
> >>> Cristian Salamea
> >>> @ovnicraft
> >>>
> >>> _______________________________________________
> >>> Soap mailing list
> >>> Soap at python.org
> >>> http://mail.python.org/mailman/listinfo/soap
> >>>
> >>
> >
> >
> >
> > --
> > Cristian Salamea
> > @ovnicraft
> >
> > _______________________________________________
> > Soap mailing list
> > Soap at python.org
> > http://mail.python.org/mailman/listinfo/soap
> >
> >
>



-- 
Cristian Salamea
@ovnicraft
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/soap/attachments/20100715/975cb11a/attachment.html>

From cdevienne at gmail.com  Tue Jul 20 11:24:02 2010
From: cdevienne at gmail.com (Christophe de Vienne)
Date: Tue, 20 Jul 2010 11:24:02 +0200
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com>	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com>	<AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com>
	<AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com>
Message-ID: <4C456B32.9090601@gmail.com>

Hi,

Le 16/07/2010 00:18, Brad Allen a ?crit :
> Welcome, Chris and Ovnicraft!
> 
> I'm under the impression that soaplib is the only Python SOAP server
> still actively maintained and developed.

As the maintainer of TGWS, I cannot agree :-)

TGWS is still maintained and although it evolve slowly, new features are
on the way. I expect some releases before pycon.fr (28/29 of august)
where I intend to propose a tutorial around tgws.

A good reading about the pros/cons of soap server frameworks is the
article of Doug Hellman in python magazine :
http://www.doughellmann.com/articles/pythonmagazine/features/building-soap-service/index.html.

Hope this help,

Christophe


From bradallen137 at gmail.com  Tue Jul 20 18:36:56 2010
From: bradallen137 at gmail.com (Brad Allen)
Date: Tue, 20 Jul 2010 11:36:56 -0500
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <4C456B32.9090601@gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com>
	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com>
	<AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com>
	<AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com>
	<4C456B32.9090601@gmail.com>
Message-ID: <AANLkTilsV8KXyvUmlqzsr2B5altibVoxxwvl1M5mvZIM@mail.gmail.com>

On Tue, Jul 20, 2010 at 4:24 AM, Christophe de Vienne
<cdevienne at gmail.com> wrote:
> Le 16/07/2010 00:18, Brad Allen a ?crit :
>> Welcome, Chris and Ovnicraft!
>>
>> I'm under the impression that soaplib is the only Python SOAP server
>> still actively maintained and developed.
>
> As the maintainer of TGWS, I cannot agree :-)
>
> TGWS is still maintained and although it evolve slowly, new features are
> on the way. I expect some releases before pycon.fr (28/29 of august)
> where I intend to propose a tutorial around tgws.
>
> A good reading about the pros/cons of soap server frameworks is the
> article of Doug Hellman in python magazine :
> http://www.doughellmann.com/articles/pythonmagazine/features/building-soap-service/index.html.

Thanks mentioning TGWebServices, Christophe. I'm glad to hear about
it, though I don't use TurboGears.

This part of the article caught my eye:  "we found a reference to the
idea of merging soaplib and TGWebServices, but that work seems to have
stalled out."

Do you know anything about that? It sounds like a good idea, because
this fragmentation of the Python SOAP community is a problem. There
are not very many Python developers working in this area, and SOAP is
a large, complex standard. I actually don't know much about the SOAP
standard, and don't know if any of the existing Python SOAP libraries
fully implement that standard.


From ovnicraft at gmail.com  Wed Jul 21 01:38:55 2010
From: ovnicraft at gmail.com (Ovnicraft)
Date: Tue, 20 Jul 2010 18:38:55 -0500
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <4C456B32.9090601@gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com> 
	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com> 
	<AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com> 
	<AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com> 
	<4C456B32.9090601@gmail.com>
Message-ID: <AANLkTinM-Z9TSlQ1pX0XVPUyFPrwzmMgErzmR8Kuj5QW@mail.gmail.com>

2010/7/20 Christophe de Vienne <cdevienne at gmail.com>

> Hi,
>
> Le 16/07/2010 00:18, Brad Allen a ?crit :
> > Welcome, Chris and Ovnicraft!
> >
> > I'm under the impression that soaplib is the only Python SOAP server
> > still actively maintained and developed.
>
> As the maintainer of TGWS, I cannot agree :-)
>
> TGWS is still maintained and although it evolve slowly, new features are
> on the way. I expect some releases before pycon.fr (28/29 of august)
> where I intend to propose a tutorial around tgws.
>
> A good reading about the pros/cons of soap server frameworks is the
> article of Doug Hellman in python magazine :
>
> http://www.doughellmann.com/articles/pythonmagazine/features/building-soap-service/index.html
> .
>

Yes i think TGWS is a great lib but it requires TG, the soap library to use
must be agnostic IMHO, do you plan to do it?


>
> Hope this help,
>
> Christophe
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>



-- 
Cristian Salamea
@ovnicraft
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/soap/attachments/20100720/f37d322c/attachment.html>

From ovnicraft at gmail.com  Wed Jul 21 01:45:23 2010
From: ovnicraft at gmail.com (Ovnicraft)
Date: Tue, 20 Jul 2010 18:45:23 -0500
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <AANLkTilsV8KXyvUmlqzsr2B5altibVoxxwvl1M5mvZIM@mail.gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com> 
	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com> 
	<AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com> 
	<AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com> 
	<4C456B32.9090601@gmail.com>
	<AANLkTilsV8KXyvUmlqzsr2B5altibVoxxwvl1M5mvZIM@mail.gmail.com>
Message-ID: <AANLkTikUue5IjyjeEz1dT7AjYk2aRNS7goc19jCxbQW4@mail.gmail.com>

2010/7/20 Brad Allen <bradallen137 at gmail.com>

> On Tue, Jul 20, 2010 at 4:24 AM, Christophe de Vienne
> <cdevienne at gmail.com> wrote:
> > Le 16/07/2010 00:18, Brad Allen a ?crit :
> >> Welcome, Chris and Ovnicraft!
> >>
> >> I'm under the impression that soaplib is the only Python SOAP server
> >> still actively maintained and developed.
> >
> > As the maintainer of TGWS, I cannot agree :-)
> >
> > TGWS is still maintained and although it evolve slowly, new features are
> > on the way. I expect some releases before pycon.fr (28/29 of august)
> > where I intend to propose a tutorial around tgws.
> >
> > A good reading about the pros/cons of soap server frameworks is the
> > article of Doug Hellman in python magazine :
> >
> http://www.doughellmann.com/articles/pythonmagazine/features/building-soap-service/index.html
> .
>
> Thanks mentioning TGWebServices, Christophe. I'm glad to hear about
> it, though I don't use TurboGears.
>
> This part of the article caught my eye:  "we found a reference to the
> idea of merging soaplib and TGWebServices, but that work seems to have
> stalled out."
>
> Do you know anything about that? It sounds like a good idea, because
> this fragmentation of the Python SOAP community is a problem. There
> are not very many Python developers working in this area, and SOAP is
> a large, complex standard. I actually don't know much about the SOAP
> standard, and don't know if any of the existing Python SOAP libraries
> fully implement that standard.
>

completely agree with you Brad.

_______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>



-- 
Cristian Salamea
@ovnicraft
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/soap/attachments/20100720/209bfdab/attachment.html>

From reingart at gmail.com  Wed Jul 21 07:08:12 2010
From: reingart at gmail.com (Mariano Reingart)
Date: Wed, 21 Jul 2010 02:08:12 -0300
Subject: [Soap-Python] A new SOAP library for Python: pysimplesoap
Message-ID: <AANLkTikca_dumqSY7tETo05tlOKckhcqGuPksEVFpoMS@mail.gmail.com>

Just released PySimpleSOAP, a webservice python library:

https://code.google.com/p/pysimplesoap

It intends to be a very simple but functional (and adaptable)
implementation, so WSDL (service description) is not required at all,
as type conversion can be done dynamically, providing a custom XML
manipulation class (SimpleXMLElement) to easily work with requests and
responses.

Client has almost 2 years of development (tested against Java Axis,
.NET 2.0, JBoss enviroments), but server is a experimental
proof-of-concept (with a web2py patch to enable SOAP services).

In the wiki pages you can found further information, source code and examples.

Please let me know what you think,

Best regards,

Mariano Reingart
http://www.sistemasagiles.com.ar
http://reingart.blogspot.com


From chris0wj at gmail.com  Wed Jul 21 12:51:02 2010
From: chris0wj at gmail.com (Chris Wj)
Date: Wed, 21 Jul 2010 06:51:02 -0400
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <AANLkTikUue5IjyjeEz1dT7AjYk2aRNS7goc19jCxbQW4@mail.gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com>
	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com>
	<AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com>
	<AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com>
	<4C456B32.9090601@gmail.com>
	<AANLkTilsV8KXyvUmlqzsr2B5altibVoxxwvl1M5mvZIM@mail.gmail.com>
	<AANLkTikUue5IjyjeEz1dT7AjYk2aRNS7goc19jCxbQW4@mail.gmail.com>
Message-ID: <AANLkTimm44iul5kMyPP99M7q9alOoeP3sbR4CcCgUZ7q@mail.gmail.com>

This topic of having no way to know what the goto library is for a certain
task was brought up at Pycon 2009 (I remember from the videos).

"There should be one-- and preferably only one --obvious way to do it"
-The Zen

On Tue, Jul 20, 2010 at 7:45 PM, Ovnicraft <ovnicraft at gmail.com> wrote:

>
>
> 2010/7/20 Brad Allen <bradallen137 at gmail.com>
>
> On Tue, Jul 20, 2010 at 4:24 AM, Christophe de Vienne
>> <cdevienne at gmail.com> wrote:
>> > Le 16/07/2010 00:18, Brad Allen a ?crit :
>> >> Welcome, Chris and Ovnicraft!
>> >>
>> >> I'm under the impression that soaplib is the only Python SOAP server
>> >> still actively maintained and developed.
>> >
>> > As the maintainer of TGWS, I cannot agree :-)
>> >
>> > TGWS is still maintained and although it evolve slowly, new features are
>> > on the way. I expect some releases before pycon.fr (28/29 of august)
>> > where I intend to propose a tutorial around tgws.
>> >
>> > A good reading about the pros/cons of soap server frameworks is the
>> > article of Doug Hellman in python magazine :
>> >
>> http://www.doughellmann.com/articles/pythonmagazine/features/building-soap-service/index.html
>> .
>>
>> Thanks mentioning TGWebServices, Christophe. I'm glad to hear about
>> it, though I don't use TurboGears.
>>
>> This part of the article caught my eye:  "we found a reference to the
>> idea of merging soaplib and TGWebServices, but that work seems to have
>> stalled out."
>>
>> Do you know anything about that? It sounds like a good idea, because
>> this fragmentation of the Python SOAP community is a problem. There
>> are not very many Python developers working in this area, and SOAP is
>> a large, complex standard. I actually don't know much about the SOAP
>> standard, and don't know if any of the existing Python SOAP libraries
>> fully implement that standard.
>>
>
> completely agree with you Brad.
>
> _______________________________________________
>> Soap mailing list
>> Soap at python.org
>> http://mail.python.org/mailman/listinfo/soap
>>
>
>
>
> --
> Cristian Salamea
> @ovnicraft
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/soap/attachments/20100721/41828ae5/attachment.html>

From bradallen137 at gmail.com  Wed Jul 21 15:20:58 2010
From: bradallen137 at gmail.com (Brad Allen)
Date: Wed, 21 Jul 2010 08:20:58 -0500
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <AANLkTimm44iul5kMyPP99M7q9alOoeP3sbR4CcCgUZ7q@mail.gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com>
	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com>
	<AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com>
	<AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com>
	<4C456B32.9090601@gmail.com>
	<AANLkTilsV8KXyvUmlqzsr2B5altibVoxxwvl1M5mvZIM@mail.gmail.com>
	<AANLkTikUue5IjyjeEz1dT7AjYk2aRNS7goc19jCxbQW4@mail.gmail.com>
	<AANLkTimm44iul5kMyPP99M7q9alOoeP3sbR4CcCgUZ7q@mail.gmail.com>
Message-ID: <AANLkTik8680ei8xOORLb3xbQhvf_MuKn9r9Jg7LAl9xP@mail.gmail.com>

The idea "there can be only one" (often quoted from the Highlander
movies :-)) does not apply to Python web frameworks, where variety is
a strength. Since there are a lot of different kinds of web
applications, it's useful to have different kinds of web frameworks
with different strengths and weaknesses. It fosters innovation while
providing good choices for "the best tool for the job".

However I don't think we need so many frameworks for SOAP; we need at
least one well-supported toolset which could work within any web
framework. Ideally we'd  like that toolset to have extensive test
coverage, continuous integration servers running against common SOAP
services and clients (like the ones from .NET and Java), as well as
active community support.

Currently the best candidates appear to be soaplib for server, and
suds for client. However, I don't know to what extent the other SOAP
library maintainers agree, or whether they are still active.

On Wed, Jul 21, 2010 at 5:51 AM, Chris Wj <chris0wj at gmail.com> wrote:
> This topic of having no way to know what the goto library is for a certain
> task was brought up at Pycon 2009 (I remember from the videos).
>
> "There should be one-- and preferably only one --obvious way to do it"
> -The Zen
>
> On Tue, Jul 20, 2010 at 7:45 PM, Ovnicraft <ovnicraft at gmail.com> wrote:
>>
>>
>> 2010/7/20 Brad Allen <bradallen137 at gmail.com>
>>>
>>> On Tue, Jul 20, 2010 at 4:24 AM, Christophe de Vienne
>>> <cdevienne at gmail.com> wrote:
>>> > Le 16/07/2010 00:18, Brad Allen a ?crit :
>>> >> Welcome, Chris and Ovnicraft!
>>> >>
>>> >> I'm under the impression that soaplib is the only Python SOAP server
>>> >> still actively maintained and developed.
>>> >
>>> > As the maintainer of TGWS, I cannot agree :-)
>>> >
>>> > TGWS is still maintained and although it evolve slowly, new features
>>> > are
>>> > on the way. I expect some releases before pycon.fr (28/29 of august)
>>> > where I intend to propose a tutorial around tgws.
>>> >
>>> > A good reading about the pros/cons of soap server frameworks is the
>>> > article of Doug Hellman in python magazine :
>>> >
>>> > http://www.doughellmann.com/articles/pythonmagazine/features/building-soap-service/index.html.
>>>
>>> Thanks mentioning TGWebServices, Christophe. I'm glad to hear about
>>> it, though I don't use TurboGears.
>>>
>>> This part of the article caught my eye: ?"we found a reference to the
>>> idea of merging soaplib and TGWebServices, but that work seems to have
>>> stalled out."
>>>
>>> Do you know anything about that? It sounds like a good idea, because
>>> this fragmentation of the Python SOAP community is a problem. There
>>> are not very many Python developers working in this area, and SOAP is
>>> a large, complex standard. I actually don't know much about the SOAP
>>> standard, and don't know if any of the existing Python SOAP libraries
>>> fully implement that standard.
>>
>> completely agree with you Brad.
>>>
>>> _______________________________________________
>>> Soap mailing list
>>> Soap at python.org
>>> http://mail.python.org/mailman/listinfo/soap
>>
>>
>>
>> --
>> Cristian Salamea
>> @ovnicraft
>>
>> _______________________________________________
>> Soap mailing list
>> Soap at python.org
>> http://mail.python.org/mailman/listinfo/soap
>>
>
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
>


From ovnicraft at gmail.com  Wed Jul 21 16:02:10 2010
From: ovnicraft at gmail.com (Ovnicraft)
Date: Wed, 21 Jul 2010 09:02:10 -0500
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <AANLkTik8680ei8xOORLb3xbQhvf_MuKn9r9Jg7LAl9xP@mail.gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com> 
	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com> 
	<AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com> 
	<AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com> 
	<4C456B32.9090601@gmail.com>
	<AANLkTilsV8KXyvUmlqzsr2B5altibVoxxwvl1M5mvZIM@mail.gmail.com> 
	<AANLkTikUue5IjyjeEz1dT7AjYk2aRNS7goc19jCxbQW4@mail.gmail.com> 
	<AANLkTimm44iul5kMyPP99M7q9alOoeP3sbR4CcCgUZ7q@mail.gmail.com> 
	<AANLkTik8680ei8xOORLb3xbQhvf_MuKn9r9Jg7LAl9xP@mail.gmail.com>
Message-ID: <AANLkTikRxWoKMS9-3z5RmCzkHtlHUIYlejle6HA17Kqh@mail.gmail.com>

2010/7/21 Brad Allen <bradallen137 at gmail.com>

> The idea "there can be only one" (often quoted from the Highlander
> movies :-)) does not apply to Python web frameworks, where variety is
> a strength. Since there are a lot of different kinds of web
> applications, it's useful to have different kinds of web frameworks
> with different strengths and weaknesses. It fosters innovation while
> providing good choices for "the best tool for the job".
>
> However I don't think we need so many frameworks for SOAP; we need at
> least one well-supported toolset which could work within any web
> framework. Ideally we'd  like that toolset to have extensive test
> coverage, continuous integration servers running against common SOAP
> services and clients (like the ones from .NET and Java), as well as
> active community support.
>
> Currently the best candidates appear to be soaplib for server, and
> suds for client. However, I don't know to what extent the other SOAP
> library maintainers agree, or whether they are still active.
>

So, do you think we need a unanimous elect to choice the well-supported
toolset? and start work with it.


>
> On Wed, Jul 21, 2010 at 5:51 AM, Chris Wj <chris0wj at gmail.com> wrote:
> > This topic of having no way to know what the goto library is for a
> certain
> > task was brought up at Pycon 2009 (I remember from the videos).
> >
> > "There should be one-- and preferably only one --obvious way to do it"
> > -The Zen
> >
> > On Tue, Jul 20, 2010 at 7:45 PM, Ovnicraft <ovnicraft at gmail.com> wrote:
> >>
> >>
> >> 2010/7/20 Brad Allen <bradallen137 at gmail.com>
> >>>
> >>> On Tue, Jul 20, 2010 at 4:24 AM, Christophe de Vienne
> >>> <cdevienne at gmail.com> wrote:
> >>> > Le 16/07/2010 00:18, Brad Allen a ?crit :
> >>> >> Welcome, Chris and Ovnicraft!
> >>> >>
> >>> >> I'm under the impression that soaplib is the only Python SOAP server
> >>> >> still actively maintained and developed.
> >>> >
> >>> > As the maintainer of TGWS, I cannot agree :-)
> >>> >
> >>> > TGWS is still maintained and although it evolve slowly, new features
> >>> > are
> >>> > on the way. I expect some releases before pycon.fr (28/29 of august)
> >>> > where I intend to propose a tutorial around tgws.
> >>> >
> >>> > A good reading about the pros/cons of soap server frameworks is the
> >>> > article of Doug Hellman in python magazine :
> >>> >
> >>> >
> http://www.doughellmann.com/articles/pythonmagazine/features/building-soap-service/index.html
> .
> >>>
> >>> Thanks mentioning TGWebServices, Christophe. I'm glad to hear about
> >>> it, though I don't use TurboGears.
> >>>
> >>> This part of the article caught my eye:  "we found a reference to the
> >>> idea of merging soaplib and TGWebServices, but that work seems to have
> >>> stalled out."
> >>>
> >>> Do you know anything about that? It sounds like a good idea, because
> >>> this fragmentation of the Python SOAP community is a problem. There
> >>> are not very many Python developers working in this area, and SOAP is
> >>> a large, complex standard. I actually don't know much about the SOAP
> >>> standard, and don't know if any of the existing Python SOAP libraries
> >>> fully implement that standard.
> >>
> >> completely agree with you Brad.
> >>>
> >>> _______________________________________________
> >>> Soap mailing list
> >>> Soap at python.org
> >>> http://mail.python.org/mailman/listinfo/soap
> >>
> >>
> >>
> >> --
> >> Cristian Salamea
> >> @ovnicraft
> >>
> >> _______________________________________________
> >> Soap mailing list
> >> Soap at python.org
> >> http://mail.python.org/mailman/listinfo/soap
> >>
> >
> >
> > _______________________________________________
> > Soap mailing list
> > Soap at python.org
> > http://mail.python.org/mailman/listinfo/soap
> >
> >
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>



-- 
Cristian Salamea
@ovnicraft
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/soap/attachments/20100721/a28bd174/attachment.html>

From sklein at cpcug.org  Wed Jul 21 17:06:26 2010
From: sklein at cpcug.org (Stanley A. Klein)
Date: Wed, 21 Jul 2010 11:06:26 -0400 (EDT)
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <mailman.4484.1279720956.1671.soap@python.org>
References: <mailman.4484.1279720956.1671.soap@python.org>
Message-ID: <45783.71.163.203.81.1279724786.squirrel@www.cpcug.org>

For us the issue is that our WSDL is defined in a standard that covers
over 50 individual services that all have to be simultaneously supported. 
The only Python library that can handle prescribed WSDL is ZSI.

The issue with ZSI is that it does not take advantage of advances since it
was originally developed, such as ElementTree or possibly Traits.  Either
of these could greatly simplify ZSI and possibly improve its performance.

Also, over-the-wire performance could be significantly improved if there
were a Python implementation of Efficient XML Interchange, that provides
greater efficiency if it has WSDL available.  However, there seems to be
no interest in the Python community in implementing EXI, that is close to
becoming a W3C standard.

Just my two cents.


Stan Klein


On Wed, July 21, 2010 10:02 am, Brad Allen <bradallen137 at gmail.com> wrote:

> Date: Wed, 21 Jul 2010 08:20:58 -0500
> From: Brad Allen <bradallen137 at gmail.com>
> To: Chris Wj <chris0wj at gmail.com>
> Cc: soap at python.org
> Subject: Re: [Soap-Python] Choice a soap library

>
> The idea "there can be only one" (often quoted from the Highlander
> movies :-)) does not apply to Python web frameworks, where variety is
> a strength. Since there are a lot of different kinds of web
> applications, it's useful to have different kinds of web frameworks
> with different strengths and weaknesses. It fosters innovation while
> providing good choices for "the best tool for the job".
>
> However I don't think we need so many frameworks for SOAP; we need at
> least one well-supported toolset which could work within any web
> framework. Ideally we'd  like that toolset to have extensive test
> coverage, continuous integration servers running against common SOAP
> services and clients (like the ones from .NET and Java), as well as
> active community support.
>
> Currently the best candidates appear to be soaplib for server, and
> suds for client. However, I don't know to what extent the other SOAP
> library maintainers agree, or whether they are still active.
>
> On Wed, Jul 21, 2010 at 5:51 AM, Chris Wj <chris0wj at gmail.com> wrote:
>> This topic of having no way to know what the goto library is for a
>> certain
>> task was brought up at Pycon 2009 (I remember from the videos).
>>
>> "There should be one-- and preferably only one --obvious way to do it"
>> -The Zen
>>
>> On Tue, Jul 20, 2010 at 7:45 PM, Ovnicraft <ovnicraft at gmail.com> wrote:
>>>
>>>

-- 




From cdevienne at gmail.com  Thu Jul 22 10:23:55 2010
From: cdevienne at gmail.com (Christophe de Vienne)
Date: Thu, 22 Jul 2010 10:23:55 +0200
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <AANLkTilsV8KXyvUmlqzsr2B5altibVoxxwvl1M5mvZIM@mail.gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com>	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com>	<AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com>	<AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com>	<4C456B32.9090601@gmail.com>
	<AANLkTilsV8KXyvUmlqzsr2B5altibVoxxwvl1M5mvZIM@mail.gmail.com>
Message-ID: <4C48001B.4030305@gmail.com>

Le 20/07/2010 18:36, Brad Allen a ?crit :
>
> This part of the article caught my eye:  "we found a reference to the
> idea of merging soaplib and TGWebServices, but that work seems to have
> stalled out."
> 
> Do you know anything about that? It sounds like a good idea, because
> this fragmentation of the Python SOAP community is a problem. There
> are not very many Python developers working in this area, and SOAP is
> a large, complex standard. I actually don't know much about the SOAP
> standard, and don't know if any of the existing Python SOAP libraries
> fully implement that standard.

I don't know anything about that. It could make sense to use soaplib to
implement the SOAP frontend of tgwebservices, but I am not sure it is
really worth it right now : SOAP is one of the protocols TGWebServices
supports, and as such we only implement the subset of SOAP that cover
the features of tgws, which is not much.

Moreover the current implementation is pretty stable and no major
rewrite is planned for now.

Christophe


From cdevienne at gmail.com  Thu Jul 22 10:30:20 2010
From: cdevienne at gmail.com (Christophe de Vienne)
Date: Thu, 22 Jul 2010 10:30:20 +0200
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <AANLkTinM-Z9TSlQ1pX0XVPUyFPrwzmMgErzmR8Kuj5QW@mail.gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com>
	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com>
	<AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com>
	<AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com>
	<4C456B32.9090601@gmail.com>
	<AANLkTinM-Z9TSlQ1pX0XVPUyFPrwzmMgErzmR8Kuj5QW@mail.gmail.com>
Message-ID: <4C48019C.60600@gmail.com>

Le 21/07/2010 01:38, Ovnicraft a ?crit :
>  
> Yes i think TGWS is a great lib but it requires TG, the soap library to
> use must be agnostic IMHO, do you plan to do it?

I have a vague idea of making tgws a pure wsgi layer, but nothing
serious for now. So consider that tgws still rely on tg for some time.

Also, note that tgws is not a soap library but a multi-protocol web
services library (for turbogears applications). Soap is just one of the
supported protocols.

Christophe


From dieter at handshake.de  Fri Jul 23 18:46:36 2010
From: dieter at handshake.de (Dieter Maurer)
Date: Fri, 23 Jul 2010 18:46:36 +0200
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <45783.71.163.203.81.1279724786.squirrel@www.cpcug.org>
References: <45783.71.163.203.81.1279724786.squirrel@www.cpcug.org>
Message-ID: <19529.51052.673836.121846@gargle.gargle.HOWL>

Stanley A. Klein wrote at 2010-7-21 11:06 -0400:
>The issue with ZSI is that it does not take advantage of advances since it
>was originally developed, such as ElementTree or possibly Traits.

I had the impression as if ZSI 2.1 would use an equivalent of "ElementTree".
However, I may be wrong as I have not looked at ZSI 2.1 itself but
just followed the mailing lists.



--
Dieter


From sklein at cpcug.org  Sat Jul 24 16:07:27 2010
From: sklein at cpcug.org (Stanley A. Klein)
Date: Sat, 24 Jul 2010 10:07:27 -0400 (EDT)
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <19529.51052.673836.121846@gargle.gargle.HOWL>
References: <45783.71.163.203.81.1279724786.squirrel@www.cpcug.org>
	<19529.51052.673836.121846@gargle.gargle.HOWL>
Message-ID: <48327.71.163.194.22.1279980447.squirrel@www.cpcug.org>

I think a version was started using ElementTree.  I saw it in the
repository.  However, I don't think it was completed or released. 
Actually, there cight be features of lxml that might be helpful as well.

I also think that use of Traits could help simplify the parts of ZSI that
do type enforcement.  That is what Traits does.


Stan Klein



On Fri, July 23, 2010 12:46 pm, Dieter Maurer wrote:
> Stanley A. Klein wrote at 2010-7-21 11:06 -0400:
>>The issue with ZSI is that it does not take advantage of advances since
>> it
>>was originally developed, such as ElementTree or possibly Traits.
>
> I had the impression as if ZSI 2.1 would use an equivalent of
> "ElementTree".
> However, I may be wrong as I have not looked at ZSI 2.1 itself but
> just followed the mailing lists.
>
>
>
> --
> Dieter
>


-- 




From burak.arslan at arskom.com.tr  Sat Jul 24 19:07:43 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Sat, 24 Jul 2010 20:07:43 +0300
Subject: [Soap-Python] soaplib releases 0.8.2-alpha2 and 0.9-alpha1
Message-ID: <4C4B1DDF.8070406@arskom.com.tr>


Hello,

During the past four weeks or so, I've done a good amount of work on
soaplib, rewriting most of its server logic. While this resulted in
changes to the public api as well, the migration requires mostly renames
and some minor restructuring. (nowhere near what happened inside soaplib).

However, I decided to maintain the 0.8 branch for a bit more to ease
migration to the new api, and also to not upset those who are loyal
followers of the "if it ain't broke, don't fix it" camp. I also thought
keeping the old api around will encourage people provide feedback on the
new one, as it's not set on stone yet.

While restoring the 0_8 version, I used "git rebase" instead of "git
revert", in an effort to keep the history clean. However, this caused
the SHA1 signatures of most commits to be regenerated, which means that
it became incompatible with other forks of soaplib. So I deleted my repo
and re-created it, to prevent any possible frustration.

The big two features of 0.9 is strict input validation (that we get for
free thanks to lxml) and proper namespace support. It also supports
inheritance, enumerations, and other goodies. With this version, the
client support is dropped -- please use suds as a soap client.

As of now, the existing documentation is mostly outdated. You can look
at tests/interopd.py for the new server layout.

One last bit that I think is very important.

If you use soaplib with other soap frameworks, please write tests
against the tests/interopd.py in your own soap framework, and
incorporate them to the soaplib test suite. This will prevent unpleasant
surprises from happening when you're on a deadline. SOAP being the C++
of messaging protocols, the subset of the spec YOU are using may have
issues. Please report back your experience.

Finally, you can get the new releases here:
http://github.com/arskom/soaplib/downloads

I hope the new soaplib releases are useful to you.

Best regards,
Burak



From bradallen137 at gmail.com  Sun Jul 25 00:58:30 2010
From: bradallen137 at gmail.com (Brad Allen)
Date: Sat, 24 Jul 2010 17:58:30 -0500
Subject: [Soap-Python] soaplib releases 0.8.2-alpha2 and 0.9-alpha1
In-Reply-To: <4C4B1DDF.8070406@arskom.com.tr>
References: <4C4B1DDF.8070406@arskom.com.tr>
Message-ID: <AANLkTimC376hOHgPhQdBednOznNYr44Jc-NCq8=fr0om@mail.gmail.com>

Thanks for your effort on this, Burak; I'm very glad to see soaplib
moving forward, especially with the new XML schema validation feature.

Does soaplib implement SOAP 1.2 as of yet? I'm still rather ignorant
about the spec and how much of it is supported currently by soaplib.

On Sat, Jul 24, 2010 at 12:07 PM, Burak Arslan
<burak.arslan at arskom.com.tr> wrote:
>
> Hello,
>
> During the past four weeks or so, I've done a good amount of work on
> soaplib, rewriting most of its server logic. While this resulted in
> changes to the public api as well, the migration requires mostly renames
> and some minor restructuring. (nowhere near what happened inside soaplib).
>
> However, I decided to maintain the 0.8 branch for a bit more to ease
> migration to the new api, and also to not upset those who are loyal
> followers of the "if it ain't broke, don't fix it" camp. I also thought
> keeping the old api around will encourage people provide feedback on the
> new one, as it's not set on stone yet.
>
> While restoring the 0_8 version, I used "git rebase" instead of "git
> revert", in an effort to keep the history clean. However, this caused
> the SHA1 signatures of most commits to be regenerated, which means that
> it became incompatible with other forks of soaplib. So I deleted my repo
> and re-created it, to prevent any possible frustration.
>
> The big two features of 0.9 is strict input validation (that we get for
> free thanks to lxml) and proper namespace support. It also supports
> inheritance, enumerations, and other goodies. With this version, the
> client support is dropped -- please use suds as a soap client.
>
> As of now, the existing documentation is mostly outdated. You can look
> at tests/interopd.py for the new server layout.
>
> One last bit that I think is very important.
>
> If you use soaplib with other soap frameworks, please write tests
> against the tests/interopd.py in your own soap framework, and
> incorporate them to the soaplib test suite. This will prevent unpleasant
> surprises from happening when you're on a deadline. SOAP being the C++
> of messaging protocols, the subset of the spec YOU are using may have
> issues. Please report back your experience.
>
> Finally, you can get the new releases here:
> http://github.com/arskom/soaplib/downloads
>
> I hope the new soaplib releases are useful to you.
>
> Best regards,
> Burak
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>


From dieter at handshake.de  Sun Jul 25 07:13:44 2010
From: dieter at handshake.de (Dieter Maurer)
Date: Sun, 25 Jul 2010 07:13:44 +0200
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <48327.71.163.194.22.1279980447.squirrel@www.cpcug.org>
References: <45783.71.163.203.81.1279724786.squirrel@www.cpcug.org>
	<19529.51052.673836.121846@gargle.gargle.HOWL>
	<48327.71.163.194.22.1279980447.squirrel@www.cpcug.org>
Message-ID: <19531.51208.772971.31260@gargle.gargle.HOWL>

Stanley A. Klein wrote at 2010-7-24 10:07 -0400:
>I think a version was started using ElementTree.  I saw it in the
>repository.  However, I don't think it was completed or released.

The current ZSI maintainers do not seem to have great interest in
release management. From the "webservices" mailing list, I know however,
that the 2.1a version is actively used.



--
Dieter


From burak.arslan at arskom.com.tr  Sun Jul 25 11:33:24 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Sun, 25 Jul 2010 12:33:24 +0300
Subject: [Soap-Python] soaplib releases 0.8.2-alpha2 and 0.9-alpha1
In-Reply-To: <AANLkTimC376hOHgPhQdBednOznNYr44Jc-NCq8=fr0om@mail.gmail.com>
References: <4C4B1DDF.8070406@arskom.com.tr>
	<AANLkTimC376hOHgPhQdBednOznNYr44Jc-NCq8=fr0om@mail.gmail.com>
Message-ID: <1280050404.2500.5.camel@Nokia-N900>

----- Original message -----
> Does soaplib implement SOAP 1.2 as of yet? I'm still rather ignorant
> about the spec and how much of it is supported currently by soaplib.
>

soaplib is an implementation of (a subset of) soap 1.1 / wsdl 1.1 spec. soap 1.2 / wsdl 2.0 offer some enhancements but i don't see a pressing need to implement them yet.

burak
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/soap/attachments/20100725/0c0c7cf2/attachment.html>

From garry at scholarpack.com  Sun Jul 25 12:54:52 2010
From: garry at scholarpack.com (Garry Saddington)
Date: Sun, 25 Jul 2010 11:54:52 +0100
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <19531.51208.772971.31260@gargle.gargle.HOWL>
References: <45783.71.163.203.81.1279724786.squirrel@www.cpcug.org>	<19529.51052.673836.121846@gargle.gargle.HOWL>	<48327.71.163.194.22.1279980447.squirrel@www.cpcug.org>
	<19531.51208.772971.31260@gargle.gargle.HOWL>
Message-ID: <4C4C17FC.2080308@scholarpack.com>

Dieter Maurer wrote:
> Stanley A. Klein wrote at 2010-7-24 10:07 -0400:
>   
>> I think a version was started using ElementTree.  I saw it in the
>> repository.  However, I don't think it was completed or released.
>>     
>
> The current ZSI maintainers do not seem to have great interest in
> release management. From the "webservices" mailing list, I know however,
> that the 2.1a version is actively used.
>
>
>   
I spent all day Friday testing every library I could find against a 
server based in a hardware device from Actatek with no success. 
Yesterday I discovered 'pysimplesoap' and it did the job we needed it 
to. I'm not that experienced with soap and perhaps the rest may be made 
to work, but this one did it for me virtually at first attempt.
Regards
Garry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: garry.vcf
Type: text/x-vcard
Size: 290 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/soap/attachments/20100725/e48845d5/attachment.vcf>

From optilude+lists at gmail.com  Mon Jul 26 16:21:18 2010
From: optilude+lists at gmail.com (Martin Aspeli)
Date: Mon, 26 Jul 2010 22:21:18 +0800
Subject: [Soap-Python] soaplib releases 0.8.2-alpha2 and 0.9-alpha1
In-Reply-To: <4C4B1DDF.8070406@arskom.com.tr>
References: <4C4B1DDF.8070406@arskom.com.tr>
Message-ID: <AANLkTikO1gPUAMkrXWzT6gk7EoOVQZvgWiEo3pUtueKZ@mail.gmail.com>

Hi Burak,

On 25 July 2010 01:07, Burak Arslan <burak.arslan at arskom.com.tr> wrote:

> Finally, you can get the new releases here:
> http://github.com/arskom/soaplib/downloads

Is there any chance we can get these (at least the 0.8.2 one) released
to PyPI or at least some kind of setuptools compatible location?

Right now, 0.8.1 is released on PyPI but it's unusable for us. The
branch at http://wiki.github.com/jkp/soaplib was working up until a
few days ago, but now gives us weird errors I'm not very inclined to
try to chase down. I'm hoping the 0.8.2 tag will help, but I'm getting
a bit uncomfortable with the amount of source tracking going on in our
project :)

Martin


From bostjan at japina.eu  Fri Jul 16 07:01:13 2010
From: bostjan at japina.eu (=?ISO-8859-2?Q?Bo=B9tjan_Jerko?=)
Date: Fri, 16 Jul 2010 07:01:13 +0200
Subject: [Soap-Python] Choice a soap library
In-Reply-To: <AANLkTilXswo0lnPTYe5nNg86rNhozJ3jj9gjvUM2mTWl@mail.gmail.com>
References: <AANLkTilpu__PfHcJbwYvkjSkA64jjpenysNjCdsamic2@mail.gmail.com>
	<AANLkTilmT_HbngUq68PibSUjgH55NgJJbwDzhMJ1qbG6@mail.gmail.com>
	<AANLkTilZjIayG9EEqxGNZFRPGKDc07cvcn6keS0OE08E@mail.gmail.com>
	<AANLkTimH9L9voxbLMHCrgnuq5erYw51OvpbL41YllD-X@mail.gmail.com>
	<AANLkTilXswo0lnPTYe5nNg86rNhozJ3jj9gjvUM2mTWl@mail.gmail.com>
Message-ID: <AANLkTikbaTH7ipvJRefq5qgbZiDj7wNxtLs1E4Glhguf@mail.gmail.com>

As far as I can tell ZSI or is it Python Web Services (
http://pywebsvcs.sourceforge.net/) is still alive.
Well at least bugs get fixed.

Bo?tjan

On Fri, Jul 16, 2010 at 12:30 AM, Ovnicraft <ovnicraft at gmail.com> wrote:

>
>
> 2010/7/15 Brad Allen <bradallen137 at gmail.com>
>
> Welcome, Chris and Ovnicraft!
>>
>> I'm under the impression that soaplib is the only Python SOAP server
>> still actively maintained and developed. At least that is what I read
>> in the earlier discussion on this mailing list. If you check the
>> archives you can find a discussion thread called "The Python SOAP
>> community: past, present, future".
>>
>> The Python suds library seems very actively maintained for use as a
>> SOAP client. There has been some talk about deprecating the soaplib
>> client and asking everyone to move to using suds.
>>
>> Where I work we use soaplib in production on the server side and the
>> client side, but we are switching to suds for the client side.
>>
>
> Thanks Brad, and yes suds is really great as client and i think we must
> work with soaplib and help to getting better i am writing a blogpost about
> this topic and examples with soaplib.
>
>
>
>
>>
>> On Thu, Jul 15, 2010 at 4:37 PM, Ovnicraft <ovnicraft at gmail.com> wrote:
>> >
>> >
>> > 2010/7/15 Chris Wj <chris0wj at gmail.com>
>> >>
>> >> I also have the same question and would appreciate it if people could
>> post
>> >> their experiences with these libraries.
>> >
>> > Its very important know about this, my team is really interested in
>> works
>> > with and help a project.
>> >>
>> >> On Thu, Jul 15, 2010 at 2:53 PM, Ovnicraft <ovnicraft at gmail.com>
>> wrote:
>> >>>
>> >>> Hi folks, i am new in this list, i am developer at python erp project
>> >>> (www.openerp.com), i need to implement a soap server in the project
>> (we are
>> >>> forking for that), so i found 3 libs with looks good to work, zsi,
>> soaplib
>> >>> and tgws, i want to know your experience in this area.
>> >>>
>> >>> best regards,
>> >>>
>> >>> --
>> >>> Cristian Salamea
>> >>> @ovnicraft
>> >>>
>> >>> _______________________________________________
>> >>> Soap mailing list
>> >>> Soap at python.org
>> >>> http://mail.python.org/mailman/listinfo/soap
>> >>>
>> >>
>> >
>> >
>> >
>> > --
>> > Cristian Salamea
>> > @ovnicraft
>> >
>> > _______________________________________________
>> > Soap mailing list
>> > Soap at python.org
>> > http://mail.python.org/mailman/listinfo/soap
>> >
>> >
>>
>
>
>
> --
> Cristian Salamea
> @ovnicraft
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/soap/attachments/20100716/cfb5ea1c/attachment.html>

From d.giunchi at scsolutions.it  Thu Jul 22 17:01:53 2010
From: d.giunchi at scsolutions.it (Daniele Giunchi)
Date: Thu, 22 Jul 2010 17:01:53 +0200
Subject: [Soap-Python] CONTENT_LENGTH
Message-ID: <AANLkTikGc0EtkSC50rBIbIcmDpyYJ9T_dDLaWL2OifnT@mail.gmail.com>

Dear Soaplib Developers,
I use your lib for a project in which I try to call a webservice
(written with soaplib) from an ESB. I notice that
if the request comes from the esb interface (I use wso2 esb) the
environ variable  CONTENT_LENGTH doesn't exist
and the wsgi_soap.py lanch an exception.
If the same soap request has been made from soapUI for example, it
works. I don't understand very well where is the problem,
but it is in soaplib or in wso2.

best,

Daniele Giunchi


From robinp at snap.tv  Mon Jul 26 17:40:24 2010
From: robinp at snap.tv (Robin Pedersen)
Date: Mon, 26 Jul 2010 17:40:24 +0200
Subject: [Soap-Python] CONTENT_LENGTH
In-Reply-To: <AANLkTikGc0EtkSC50rBIbIcmDpyYJ9T_dDLaWL2OifnT@mail.gmail.com>
References: <AANLkTikGc0EtkSC50rBIbIcmDpyYJ9T_dDLaWL2OifnT@mail.gmail.com>
Message-ID: <op.vggi5mf2garytz@localhost.localdomain>

On Thu, 22 Jul 2010 17:01:53 +0200, Daniele Giunchi  
<d.giunchi at scsolutions.it> wrote:

> Dear Soaplib Developers,
> I use your lib for a project in which I try to call a webservice
> (written with soaplib) from an ESB. I notice that
> if the request comes from the esb interface (I use wso2 esb) the
> environ variable  CONTENT_LENGTH doesn't exist
> and the wsgi_soap.py lanch an exception.
> If the same soap request has been made from soapUI for example, it
> works. I don't understand very well where is the problem,
> but it is in soaplib or in wso2.
>

We had the same problem earlier, and the workaround was to disable "HTTP  
chunking" in the client.

-- 
Best regards,

Robin Pedersen
Software Engineer

SnapTV AS
Norway

robinp at snap.tv
http://www.snap.tv


From burak.arslan at arskom.com.tr  Mon Jul 26 18:47:57 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Mon, 26 Jul 2010 19:47:57 +0300
Subject: [Soap-Python] soaplib releases 0.8.2-alpha2 and 0.9-alpha1
In-Reply-To: <AANLkTikO1gPUAMkrXWzT6gk7EoOVQZvgWiEo3pUtueKZ@mail.gmail.com>
References: <4C4B1DDF.8070406@arskom.com.tr>
	<AANLkTikO1gPUAMkrXWzT6gk7EoOVQZvgWiEo3pUtueKZ@mail.gmail.com>
Message-ID: <4C4DBC3D.8020803@arskom.com.tr>

On 07/26/10 17:21, Martin Aspeli wrote:
> Hi Burak,
>
> On 25 July 2010 01:07, Burak Arslan <burak.arslan at arskom.com.tr> wrote:
>
>   
>> Finally, you can get the new releases here:
>> http://github.com/arskom/soaplib/downloads
>>     
> Is there any chance we can get these (at least the 0.8.2 one) released
> to PyPI or at least some kind of setuptools compatible location?
>
> Right now, 0.8.1 is released on PyPI but it's unusable for us. The
> branch at http://wiki.github.com/jkp/soaplib was working up until a
> few days ago, but now gives us weird errors I'm not very inclined to
> try to chase down. I'm hoping the 0.8.2 tag will help, but I'm getting
> a bit uncomfortable with the amount of source tracking going on in our
> project :)
>
>   

i was planning to make stable releases via pypi, but, here you go.

burak



From jkp at kirkconsulting.co.uk  Mon Jul 26 18:54:46 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Mon, 26 Jul 2010 17:54:46 +0100
Subject: [Soap-Python] soaplib releases 0.8.2-alpha2 and 0.9-alpha1
In-Reply-To: <4C4DBC3D.8020803@arskom.com.tr>
References: <4C4B1DDF.8070406@arskom.com.tr>
	<AANLkTikO1gPUAMkrXWzT6gk7EoOVQZvgWiEo3pUtueKZ@mail.gmail.com>
	<4C4DBC3D.8020803@arskom.com.tr>
Message-ID: <AANLkTi=yJUpPSoVKRXZoJoUmtA4ATupJPhxropzGSo12@mail.gmail.com>

Just so everyone knows: I've deleted my repository as Burak is now managing
the canonical repository and I wanted to avoid confusion for new users.

-- 
Jamie Kirkpatrick
07818 422311
On 26 July 2010 17:47, Burak Arslan <burak.arslan at arskom.com.tr> wrote:

> On 07/26/10 17:21, Martin Aspeli wrote:
> > Hi Burak,
> >
> > On 25 July 2010 01:07, Burak Arslan <burak.arslan at arskom.com.tr> wrote:
> >
> >
> >> Finally, you can get the new releases here:
> >> http://github.com/arskom/soaplib/downloads
> >>
> > Is there any chance we can get these (at least the 0.8.2 one) released
> > to PyPI or at least some kind of setuptools compatible location?
> >
> > Right now, 0.8.1 is released on PyPI but it's unusable for us. The
> > branch at http://wiki.github.com/jkp/soaplib was working up until a
> > few days ago, but now gives us weird errors I'm not very inclined to
> > try to chase down. I'm hoping the 0.8.2 tag will help, but I'm getting
> > a bit uncomfortable with the amount of source tracking going on in our
> > project :)
> >
> >
>
> i was planning to make stable releases via pypi, but, here you go.
>
> burak
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/soap/attachments/20100726/ab2c150d/attachment.html>

From optilude+lists at gmail.com  Tue Jul 27 03:00:48 2010
From: optilude+lists at gmail.com (Martin Aspeli)
Date: Tue, 27 Jul 2010 09:00:48 +0800
Subject: [Soap-Python] soaplib releases 0.8.2-alpha2 and 0.9-alpha1
In-Reply-To: <AANLkTi=yJUpPSoVKRXZoJoUmtA4ATupJPhxropzGSo12@mail.gmail.com>
References: <4C4B1DDF.8070406@arskom.com.tr>
	<AANLkTikO1gPUAMkrXWzT6gk7EoOVQZvgWiEo3pUtueKZ@mail.gmail.com> 
	<4C4DBC3D.8020803@arskom.com.tr>
	<AANLkTi=yJUpPSoVKRXZoJoUmtA4ATupJPhxropzGSo12@mail.gmail.com>
Message-ID: <AANLkTikEibv66RS3JJAzWzKK++V9epTaxUVE9d3xS50e@mail.gmail.com>

On 27 July 2010 00:54, Jamie Kirkpatrick <jkp at kirkconsulting.co.uk> wrote:
> Just so everyone knows: I've deleted my repository as Burak is now managing
> the canonical repository and I wanted to avoid confusion for new users.

http://pypi.python.org/pypi/soaplib/0.8.1 still points to this repos
as its home page, which now 404s. Maybe worth fixing? The .tar.gz
download still works, thankfully.

Martin


From optilude+lists at gmail.com  Tue Jul 27 03:01:56 2010
From: optilude+lists at gmail.com (Martin Aspeli)
Date: Tue, 27 Jul 2010 09:01:56 +0800
Subject: [Soap-Python] soaplib releases 0.8.2-alpha2 and 0.9-alpha1
In-Reply-To: <4C4DBC3D.8020803@arskom.com.tr>
References: <4C4B1DDF.8070406@arskom.com.tr>
	<AANLkTikO1gPUAMkrXWzT6gk7EoOVQZvgWiEo3pUtueKZ@mail.gmail.com> 
	<4C4DBC3D.8020803@arskom.com.tr>
Message-ID: <AANLkTinfqrVu_18isAqrM2tqV82V64dcDnJ8foYbLtDj@mail.gmail.com>

On 27 July 2010 00:47, Burak Arslan <burak.arslan at arskom.com.tr> wrote:

> i was planning to make stable releases via pypi, but, here you go.

Awesome, thanks!

Looking forward to future releases as well. Will test 0.8.2.

Note that http://pypi.python.org/pypi/soaplib/0.8.2-alpha2 still
mentions Jamie's repository as the home page, which will likely
confuse people like me.

Martin


From burak.arslan at arskom.com.tr  Tue Jul 27 10:01:15 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Tue, 27 Jul 2010 11:01:15 +0300
Subject: [Soap-Python] soaplib releases 0.8.2-alpha2 and 0.9-alpha1
In-Reply-To: <AANLkTinfqrVu_18isAqrM2tqV82V64dcDnJ8foYbLtDj@mail.gmail.com>
References: <4C4B1DDF.8070406@arskom.com.tr>
	<AANLkTikO1gPUAMkrXWzT6gk7EoOVQZvgWiEo3pUtueKZ@mail.gmail.com>
	<4C4DBC3D.8020803@arskom.com.tr>
	<AANLkTinfqrVu_18isAqrM2tqV82V64dcDnJ8foYbLtDj@mail.gmail.com>
Message-ID: <4C4E924B.1070206@arskom.com.tr>

On 07/27/10 04:01, Martin Aspeli wrote:
> On 27 July 2010 00:47, Burak Arslan <burak.arslan at arskom.com.tr> wrote:
>
>   
>> i was planning to make stable releases via pypi, but, here you go.
>>     
> Awesome, thanks!
>
> Looking forward to future releases as well. Will test 0.8.2.
>
> Note that http://pypi.python.org/pypi/soaplib/0.8.2-alpha2 still
> mentions Jamie's repository as the home page, which will likely
> confuse people like me.
>   

fixed, thanks for reporting.

best,
burak




From burak.arslan at arskom.com.tr  Wed Jul 28 15:49:15 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Wed, 28 Jul 2010 16:49:15 +0300
Subject: [Soap-Python] soaplib 0.8.1 cannot be downloaded
In-Reply-To: <AANLkTikb6nB_PP3M62VxHX_OaHpAc7-gtgwALdUYmYLf@mail.gmail.com>
References: <AANLkTikb6nB_PP3M62VxHX_OaHpAc7-gtgwALdUYmYLf@mail.gmail.com>
Message-ID: <4C50355B.8090906@arskom.com.tr>

On 07/28/10 16:05, Steve Fox wrote:
> Hello Burak,
>
> I am trying to install soaplib-0.8.1 using ez_setup.py, but the link
> it gets from PyPI
> (http://cloud.github.com/downloads/jkp/soaplib/soaplib-0.8.1.tar) is
> returning a "Access Denied" error. The downloads at
> http://github.com/arskom/soaplib/downloads don't offer a 0.8.1 release
> either. I'd greatly appreciate if you could look into this issue.
> Thanks for your time.
>
>   
fixed.

http://pypi.python.org/pypi?:action=display&name=soaplib&version=0.8.1


From luca.dariz at unife.it  Wed Jul 28 17:41:25 2010
From: luca.dariz at unife.it (Luca Dariz)
Date: Wed, 28 Jul 2010 17:41:25 +0200
Subject: [Soap-Python] Contect-Type encoding
Message-ID: <AANLkTimCiU=WML5DwSDbX6Z1+Eu1aJgmYK-WhrE_Rz3+@mail.gmail.com>

Hello,

i have this exception raised using soaplib 0.9.0-alpha3 with python 2.5.2,
installed from pypi:

  File
"/home/voip/luca/python-virtualenv-soaplib0.9/lib/python2.5/site-packages/soaplib-0.9.0_alpha3-py2.5.egg/soaplib/wsgi.py",
line 162, in __call__
    soap_req_payload, soap_req_header = from_soap(body)
  File
"/home/voip/luca/python-virtualenv-soaplib0.9/lib/python2.5/site-packages/soaplib-0.9.0_alpha3-py2.5.egg/soaplib/soap.py",
line 70, in from_soap
    root, xmlids = etree.XMLID(xml_string)
  File "xmlid.pxi", line 18, in lxml.etree.XMLID
(src/lxml/lxml.etree.c:88472)
  File "lxml.etree.pyx", line 2512, in lxml.etree.XML
(src/lxml/lxml.etree.c:48408)
  File "parser.pxi", line 1536, in lxml.etree._parseMemoryDocument
(src/lxml/lxml.etree.c:72143)
ValueError: Unicode strings with encoding declaration are not supported.

I am using ruby's rpc driver for the client, but with suds everything works
fine.

With soaplib 0.8.2-alpha2 everything works with both clients too.

I think the decoding of the http payload isn't handled correctly, or am i
wrong?

Regards,
Luca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/soap/attachments/20100728/5deba358/attachment.html>

From burak.arslan at arskom.com.tr  Wed Jul 28 18:11:53 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Wed, 28 Jul 2010 19:11:53 +0300
Subject: [Soap-Python] Contect-Type encoding
In-Reply-To: <AANLkTimCiU=WML5DwSDbX6Z1+Eu1aJgmYK-WhrE_Rz3+@mail.gmail.com>
References: <AANLkTimCiU=WML5DwSDbX6Z1+Eu1aJgmYK-WhrE_Rz3+@mail.gmail.com>
Message-ID: <4C5056C9.3040802@arskom.com.tr>

On 07/28/10 18:41, Luca Dariz wrote:
> Hello,
>
> i have this exception raised using soaplib 0.9.0-alpha3 with python
> 2.5.2, installed from pypi:
>
>   File
> "/home/voip/luca/python-virtualenv-soaplib0.9/lib/python2.5/site-packages/soaplib-0.9.0_alpha3-py2.5.egg/soaplib/wsgi.py",
> line 162, in __call__
>     soap_req_payload, soap_req_header = from_soap(body)
>   File
> "/home/voip/luca/python-virtualenv-soaplib0.9/lib/python2.5/site-packages/soaplib-0.9.0_alpha3-py2.5.egg/soaplib/soap.py",
> line 70, in from_soap
>     root, xmlids = etree.XMLID(xml_string)
>   File "xmlid.pxi", line 18, in lxml.etree.XMLID
> (src/lxml/lxml.etree.c:88472)
>   File "lxml.etree.pyx", line 2512, in lxml.etree.XML
> (src/lxml/lxml.etree.c:48408)
>   File "parser.pxi", line 1536, in lxml.etree._parseMemoryDocument
> (src/lxml/lxml.etree.c:72143)
> ValueError: Unicode strings with encoding declaration are not supported.
>
> I am using ruby's rpc driver for the client, but with suds everything
> works fine.
>
> With soaplib 0.8.2-alpha2 everything works with both clients too.
>
> I think the decoding of the http payload isn't handled correctly, or
> am i wrong?
>

can you share the xml that is produced by the ruby client?

i'm guessing that ruby produces a document with xml declaration, and
suds omits the xml declaration. so lxml tries to apply the encoding in
the xml declaration, but refuses to re-decode an already-decoded xml string.

if that's the case, it's a bug.

best,
burak





From burak.arslan at arskom.com.tr  Wed Jul 28 18:18:38 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Wed, 28 Jul 2010 19:18:38 +0300
Subject: [Soap-Python] Contect-Type encoding
In-Reply-To: <4C5056C9.3040802@arskom.com.tr>
References: <AANLkTimCiU=WML5DwSDbX6Z1+Eu1aJgmYK-WhrE_Rz3+@mail.gmail.com>
	<4C5056C9.3040802@arskom.com.tr>
Message-ID: <4C50585E.8040706@arskom.com.tr>

On 07/28/10 19:11, Burak Arslan wrote:
> On 07/28/10 18:41, Luca Dariz wrote:
>   
>> Hello,
>>
>> i have this exception raised using soaplib 0.9.0-alpha3 with python
>> 2.5.2, installed from pypi:
>>
>>   File
>> "/home/voip/luca/python-virtualenv-soaplib0.9/lib/python2.5/site-packages/soaplib-0.9.0_alpha3-py2.5.egg/soaplib/wsgi.py",
>> line 162, in __call__
>>     soap_req_payload, soap_req_header = from_soap(body)
>>   File
>> "/home/voip/luca/python-virtualenv-soaplib0.9/lib/python2.5/site-packages/soaplib-0.9.0_alpha3-py2.5.egg/soaplib/soap.py",
>> line 70, in from_soap
>>     root, xmlids = etree.XMLID(xml_string)
>>   File "xmlid.pxi", line 18, in lxml.etree.XMLID
>> (src/lxml/lxml.etree.c:88472)
>>   File "lxml.etree.pyx", line 2512, in lxml.etree.XML
>> (src/lxml/lxml.etree.c:48408)
>>   File "parser.pxi", line 1536, in lxml.etree._parseMemoryDocument
>> (src/lxml/lxml.etree.c:72143)
>> ValueError: Unicode strings with encoding declaration are not supported.
>>
>> I am using ruby's rpc driver for the client, but with suds everything
>> works fine.
>>
>> With soaplib 0.8.2-alpha2 everything works with both clients too.
>>
>> I think the decoding of the http payload isn't handled correctly, or
>> am i wrong?
>>
>>     
> can you share the xml that is produced by the ruby client?
>
>   


if you can share a small ruby snippet that demonstrates the problem
against the interopd.py, that'd be much better btw.

thanks.
burak






From luca.dariz at unife.it  Thu Jul 29 10:26:04 2010
From: luca.dariz at unife.it (Luca Dariz)
Date: Thu, 29 Jul 2010 10:26:04 +0200
Subject: [Soap-Python] Contect-Type encoding
Message-ID: <4C513B1C.7000201@unife.it>

>if you can share a small ruby snippet that demonstrates the problem
>against the interopd.py, that'd be much better btw.
>
>thanks.
>burak

Hello burak, thanks for the quick answer.

Here is a simple client that shows the same traceback:

#!/usr/bin/ruby

class InteropTest
   require 'soap/rpc/driver'
   def initialize()
     ws_url='http://127.0.0.1:9753/'
     ws_ns='InteropService.InteropService'
     @conn = SOAP::RPC::Driver.new(ws_url, ws_ns)
   end
   def echo_int(i)
     @conn.add_method("echo_integer", "i")
     @conn.echo_integer(i)
   end
   def echo_string(s)
     @conn.add_method("echo_string", "s")
     @conn.echo_string(s)
   end
end

ws = InteropTest.new()

puts ws.echo_string("OK")
puts ws.echo_int(0)

I have tried it on both ruby 1.8.7 and 1.8.6.

Thanks,
Luca




From burak.arslan at arskom.com.tr  Thu Jul 29 11:16:07 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Thu, 29 Jul 2010 12:16:07 +0300
Subject: [Soap-Python] Contect-Type encoding
In-Reply-To: <4C513B1C.7000201@unife.it>
References: <4C513B1C.7000201@unife.it>
Message-ID: <4C5146D7.2060702@arskom.com.tr>

On 07/29/10 11:26, Luca Dariz wrote:
>> if you can share a small ruby snippet that demonstrates the problem
>> against the interopd.py, that'd be much better btw.
>>
>> thanks.
>> burak
>
> Hello burak, thanks for the quick answer.

Hello Luca,

Thanks a lot for taking the time to provide a test case. I was correct
in my earlier guess, and I fixed the bug. It got in the newest
0.9.0-alpha4 release.

note that the ruby client can't get through validation. the namespace of
the s tag is not correct.

best,
burak


ruby rpc:
=======
<?xml version="1.0" encoding="utf-8" ?>
<env:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
  <env:Body>
    <n1:echo_string xmlns:n1="InteropService.InteropService"
        env:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
      <s xsi:type="xsd:string">OK</s>
    </n1:echo_string>
  </env:Body>
</env:Envelope>

suds:
=======
<SOAP-ENV:Envelope xmlns:ns0="InteropService.InteropService"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
   <SOAP-ENV:Header/>
   <SOAP-ENV:Body>
      <ns0:echo_string>
         <ns0:s>OK</ns0:s>
      </ns0:echo_string>
   </SOAP-ENV:Body>
</SOAP-ENV:Envelope>