From burak.arslan at arskom.com.tr Wed Apr 7 22:17:41 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Wed, 07 Apr 2010 23:17:41 +0300
Subject: [Soap-Python] Interoperability problem between soaplib and MS
.Net 3.5 SOAP
In-Reply-To: <4e5df5c6-ca70-438c-97ed-c2a934a18376@k13g2000yqe.googlegroups.com>
References: <4e5df5c6-ca70-438c-97ed-c2a934a18376@k13g2000yqe.googlegroups.com>
Message-ID: <4BBCE865.7050508@arskom.com.tr>
hi christian,
thanks for the detailed report. one thing though: what trunk are you
using? it should be from github, from either mine (plq) or cuker's repo
in github. some .net-related fixes were applied to that code.
regards,
burak
ps: this list has been migrated to soap at python.org, in an effort to
unite the fragmented soap effort around python.
On 04/07/10 22:16, Christian Hudon wrote:
> Hi,
>
> I'm trying to write a SOAP server in Python that can interoperate with
> Microsoft .Net 3.5 SOAP clients. I'm using the simple soaplib server
> from the tutorials to do tests:
>
> class HelloWorldService(SimpleWSGISoapApp):
> @soapmethod(String, Integer, _returns=Array(String))
> def say_hello(self, name, times):
> results = []
> for i in range(times):
> results.append('Hello ' + name)
> return results
>
> I've installed that server on Apache. I can talk to it successfully
> using a soaplib Python client, so I know that my install is not
> broken. However, when we try to use WCF / DotNet 3.5 to talk to that
> web service, things don't work so well. Pointing the WCFTestClient
> Microsoft application at the WSDL of the server produces a client that
> requires a say_hello structure which then contains "name" and "times"
> parameters, instead of taking those two parameters directly as input.
> And WCFTestClient fails to parse the response of the Python SOAP
> service correctly, as it only shows "null" as the response.
>
> Here are the XML of the request and response between WCFTestClient and
> the Python soaplib service.
>
> Request:
>
>
> say_hello
>
> xmlns:xsd="http://www.w3.org/2001/XMLSchema">
> xmlns="_mod_wsgi_409f19bd606ce6b2308041f28b7641c5.HelloWorldService">
> bob
> 2
>
>
>
>
> Response:
>
>
>
>
>
> Hello bob
> Hello bob
>
>
>
>
>
> By comparison, here is the request and response produced when talking
> to the equivalent service (implemented in DotNet 3.5):
>
>
> Request:
> xmlns:s="http://www.w3.org/2003/05/soap-envelope">
>
> http://tempuri.org/
> HelloWorldService2/say_hello
> urn:uuid:c92c467c-6307-48dc-9ffa-d037cafd2522
> a:MessageID>
>
> http://www.w3.org/2005/08/addressing/anonymous
> a:Address>
>
>
>
>
> Bob
> 3
>
>
>
>
> Response:
> xmlns:s="http://www.w3.org/2003/05/soap-envelope">
>
> http://tempuri.org/
> HelloWorldService2/say_helloResponse
> urn:uuid:4f3e63ca-9f38-4126-90fc-c916b37d5cda
> a:RelatesTo>
> http://www.w3.org/2005/08/addressing/
> anonymous
>
>
>
>
> Hello Bob
> Hello Bob
> Hello Bob
>
>
>
>
>
> I'm using the latest version from the trunk. The last release
> exhibited the same problems too. Am I doing anything wrong? Has anyone
> succeeded in making a soaplib service talk to a DotNet 3.5 / WCF
> client (which should be kind of common in the SOAP world)?
>
> Any help would be much appreciated.
>
> Christian
>
>
From jjaherne at googlemail.com Sun Apr 11 20:44:15 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Sun, 11 Apr 2010 19:44:15 +0100
Subject: [Soap-Python] suds client and soaplib
Message-ID:
I have been looking at suds and soaplib experimenting with xml.
Using Windows XP SP3
soaplib 0.8.1
suds 0.3.9
python 2.5.1
The soaplib examples I have looked at for server and client all work fine
I have tried the suds client against a couple of external services and it
works fine
However, I have problems with the suds client and soaplib.
I am using the helloworld.py example from the soaplib\examples directory as
my server.
And for a client I am using the 3 lines that Burak suggested in his email
from last month
I see that last month someone else had problems with using the
client.factory.create method
But that it worked if the parameters were passed directly.
I see the same problem when the factory method is used, but still have a
problem with passing the parameters directly.
Since a number of people seem to be using suds and soaplib successfully, I
assume I am doing something wrong or overlooking some fairly obvious point.
It looks to me as though I am getting an doubling of part of the namespace,
but this is early days for me on soap so don't take my word for it.
I have included a dump of wsdl from service.py of what I think is being
returned from the wsdl call. If someone could cast an eye over it and let me
know if they see anything wrong, it would be very helpful.
I am hoping someone can point me in the right direction, since this seems a
pretty basic point to get stuck on.
Thanks for any help
John Aherne
Docstrings for service methods appear as documentation in the wsdl
<b>what fun</b>
@param name the name to say hello to
@param the number of times to say hello
@return the completed array
localhost - - [11/Apr/2010 19:00:16] "GET /wsdl HTTP/1.1" 200 2669
Warning (from warnings module):
File "C:\Python25\lib\site-packages\soaplib\wsgi_soap.py", line 219
if payload:
FutureWarning: The behavior of this method will change in future versions.
Use specific 'len(elem)' or 'elem is not None' test instead.
Warning (from warnings module):
File "C:\Python25\lib\site-packages\soaplib\wsgi_soap.py", line 236
if payload:
FutureWarning: The behavior of this method will change in future versions.
Use specific 'len(elem)' or 'elem is not None' test instead.
localhost - - [11/Apr/2010 19:00:16] "POST /wsdl HTTP/1.1" 200 525
SUDS CLIENT
from suds.client import Client
client= Client("http://localhost:7889/wsdl")
print client.service.say_hello("punk",5)
No handlers could be found for logger "suds.umx.typed"
Traceback (most recent call last):
File "E:\soaplib-0.8.1\examples\test_suds.py", line 5, in
print client.service.say_hello("punk",5)
File "E:\python-suds-0.3.9\suds\client.py", line 539, in __call__
return client.invoke(args, kwargs)
File "E:\python-suds-0.3.9\suds\client.py", line 598, in invoke
result = self.send(msg)
File "E:\python-suds-0.3.9\suds\client.py", line 627, in send
result = self.succeeded(binding, reply.message)
File "E:\python-suds-0.3.9\suds\client.py", line 659, in succeeded
r, p = binding.get_reply(self.method, reply)
File "E:\python-suds-0.3.9\suds\bindings\binding.py", line 160, in
get_reply
result = unmarshaller.process(nodes[0], resolved)
File "E:\python-suds-0.3.9\suds\umx\typed.py", line 66, in process
return Core.process(self, content)
File "E:\python-suds-0.3.9\suds\umx\core.py", line 48, in process
return self.append(content)
File "E:\python-suds-0.3.9\suds\umx\core.py", line 63, in append
self.append_children(content)
File "E:\python-suds-0.3.9\suds\umx\core.py", line 140, in append_children
cval = self.append(cont)
File "E:\python-suds-0.3.9\suds\umx\core.py", line 61, in append
self.start(content)
File "E:\python-suds-0.3.9\suds\umx\typed.py", line 77, in start
found = self.resolver.find(content.node)
File "E:\python-suds-0.3.9\suds\resolver.py", line 341, in find
frame = Frame(result, resolved=known, ancestry=ancestry)
File "E:\python-suds-0.3.9\suds\resolver.py", line 473, in __init__
resolved = type.resolve()
File "E:\python-suds-0.3.9\suds\xsd\sxbasic.py", line 63, in resolve
raise TypeNotFound(qref)
TypeNotFound: Type not found: '(string, HelloWorldService.HelloWorldService,
)'
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From burak.arslan at arskom.com.tr Mon Apr 12 00:11:30 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Mon, 12 Apr 2010 01:11:30 +0300
Subject: [Soap-Python] Interoperability problem between soaplib and MS
.Net 3.5 SOAP
In-Reply-To:
References: <4e5df5c6-ca70-438c-97ed-c2a934a18376@k13g2000yqe.googlegroups.com>
<4BBCE865.7050508@arskom.com.tr>
<1d244f5c-2bcd-479d-8fd4-17748dd638d6@z4g2000yqa.googlegroups.com>
<4BBDA5C6.3040804@arskom.com.tr>
Message-ID: <4BC24912.3050505@arskom.com.tr>
On 04/09/10 23:04, Christian Hudon wrote:
>
> However, both the parameters
> and results of the remote function call are seen as being wrapped in a
> "say_hello" struct instead of simply being the paramters and return
> value of the say_hello remote function.
>
hi,
this has been a known issue for some time now. the fix will break
backwards compatibility, so unless there's a strong community consensus
on changing this, i think it should stay as it is.
burak
From burak.arslan at arskom.com.tr Mon Apr 12 00:18:43 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Mon, 12 Apr 2010 01:18:43 +0300
Subject: [Soap-Python] suds client and soaplib
In-Reply-To:
References:
Message-ID: <4BC24AC3.7030509@arskom.com.tr>
hi john,
i guess you need to clear your suds cache.
on linux you'd either use
rm -rf /tmp/suds
or
rm -rf $TMP/suds
but i have no idea where those files would be on windows. i'm sure it's
somewhere under c:\documents and settings\$user\
i suggest you to turn off suds cache entirely, unless you're under very
strict resource restrictions. see the cache-related arguments in
https://fedorahosted.org/suds/wiki/Documentation#OPTIONS
hth
burak
On 04/11/10 21:44, John Aherne wrote:
> I have been looking at suds and soaplib experimenting with xml.
>
> Using Windows XP SP3
> soaplib 0.8.1
> suds 0.3.9
> python 2.5.1
>
>
> The soaplib examples I have looked at for server and client all work fine
>
> I have tried the suds client against a couple of external services and
> it works fine
>
> However, I have problems with the suds client and soaplib.
>
> I am using the helloworld.py example from the soaplib\examples
> directory as my server.
>
> And for a client I am using the 3 lines that Burak suggested in his
> email from last month
>
> I see that last month someone else had problems with using the
> client.factory.create method
> But that it worked if the parameters were passed directly.
>
> I see the same problem when the factory method is used, but still have
> a problem with passing the parameters directly.
>
> Since a number of people seem to be using suds and soaplib
> successfully, I assume I am doing something wrong or overlooking some
> fairly obvious point.
>
> It looks to me as though I am getting an doubling of part of the
> namespace, but this is early days for me on soap so don't take my word
> for it.
>
> I have included a dump of wsdl from service.py of what I think is
> being returned from the wsdl call. If someone could cast an eye over
> it and let me know if they see anything wrong, it would be very helpful.
>
> I am hoping someone can point me in the right direction, since this
> seems a pretty basic point to get stuck on.
>
> Thanks for any help
>
> John Aherne
>
>
>
>
> xmlns:plnk="http://schemas.xmlsoap.org/ws/2003/05/partner-link/"
> xmlns:tns="HelloWorldService.HelloWorldService"
> xmlns:typens="HelloWorldService.HelloWorldService"
> xmlns:xs="http://www.w3.org/2001/XMLSchema"
> xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
> xmlns="http://schemas.xmlsoap.org/wsdl/"
> targetNamespace="HelloWorldService.HelloWorldService"
> name="HelloWorldService"> targetNamespace="HelloWorldService.HelloWorldService"
> xmlns="http://www.w3.org/2001/XMLSchema">
>
>
> name="times" type="xs:int"/>
>
>
> name="say_helloResult" type="tns:stringArray"/>
>
>
> type="tns:string" name="string"/>
>
>
>
>
>
>
>
>
>
>
> Docstrings for service methods appear as documentation in the wsdl
> <b>what fun</b>
> @param name the name to say hello to
> @param the number of times to say hello
> @return the completed array
>
>
>
>
>
>
>
> transport="http://schemas.xmlsoap.org/soap/http"/>
>
>
>
>
>
>
>
> localhost - - [11/Apr/2010 19:00:16] "GET /wsdl HTTP/1.1" 200 2669
>
> Warning (from warnings module):
> File "C:\Python25\lib\site-packages\soaplib\wsgi_soap.py", line 219
> if payload:
> FutureWarning: The behavior of this method will change in future versions.
> Use specific 'len(elem)' or 'elem is not None' test instead.
>
> Warning (from warnings module):
> File "C:\Python25\lib\site-packages\soaplib\wsgi_soap.py", line 236
> if payload:
> FutureWarning: The behavior of this method will change in future versions.
> Use specific 'len(elem)' or 'elem is not None' test instead.
> localhost - - [11/Apr/2010 19:00:16] "POST /wsdl HTTP/1.1" 200 525
>
>
> SUDS CLIENT
>
> from suds.client import Client
>
> client= Client("http://localhost:7889/wsdl")
> print client.service.say_hello("punk",5)
>
>
>
>
> No handlers could be found for logger "suds.umx.typed"
>
> Traceback (most recent call last):
> File "E:\soaplib-0.8.1\examples\test_suds.py", line 5, in
> print client.service.say_hello("punk",5)
> File "E:\python-suds-0.3.9\suds\client.py", line 539, in __call__
> return client.invoke(args, kwargs)
> File "E:\python-suds-0.3.9\suds\client.py", line 598, in invoke
> result = self.send(msg)
> File "E:\python-suds-0.3.9\suds\client.py", line 627, in send
> result = self.succeeded(binding, reply.message)
> File "E:\python-suds-0.3.9\suds\client.py", line 659, in succeeded
> r, p = binding.get_reply(self.method, reply)
> File "E:\python-suds-0.3.9\suds\bindings\binding.py", line 160, in
> get_reply
> result = unmarshaller.process(nodes[0], resolved)
> File "E:\python-suds-0.3.9\suds\umx\typed.py", line 66, in process
> return Core.process(self, content)
> File "E:\python-suds-0.3.9\suds\umx\core.py", line 48, in process
> return self.append(content)
> File "E:\python-suds-0.3.9\suds\umx\core.py", line 63, in append
> self.append_children(content)
> File "E:\python-suds-0.3.9\suds\umx\core.py", line 140, in
> append_children
> cval = self.append(cont)
> File "E:\python-suds-0.3.9\suds\umx\core.py", line 61, in append
> self.start(content)
> File "E:\python-suds-0.3.9\suds\umx\typed.py", line 77, in start
> found = self.resolver.find(content.node)
> File "E:\python-suds-0.3.9\suds\resolver.py", line 341, in find
> frame = Frame(result, resolved=known, ancestry=ancestry)
> File "E:\python-suds-0.3.9\suds\resolver.py", line 473, in __init__
> resolved = type.resolve()
> File "E:\python-suds-0.3.9\suds\xsd\sxbasic.py", line 63, in resolve
> raise TypeNotFound(qref)
> TypeNotFound: Type not found: '(string,
> HelloWorldService.HelloWorldService, )'
> >>>
>
>
>
>
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From lists at svrinformatica.it Mon Apr 12 09:18:22 2010
From: lists at svrinformatica.it (Mailing List SVR)
Date: Mon, 12 Apr 2010 09:18:22 +0200
Subject: [Soap-Python] Interoperability problem between soaplib and MS
.Net 3.5 SOAP
In-Reply-To: <4BC24912.3050505@arskom.com.tr>
References: <4e5df5c6-ca70-438c-97ed-c2a934a18376@k13g2000yqe.googlegroups.com>
<4BC24912.3050505@arskom.com.tr>
Message-ID: <201004120918.22872.lists@svrinformatica.it>
In data luned? 12 aprile 2010 00:11:30, Burak Arslan ha scritto:
: > On 04/09/10 23:04, Christian Hudon wrote:
> > However, both the parameters
> > and results of the remote function call are seen as being wrapped in a
> > "say_hello" struct instead of simply being the paramters and return
> > value of the say_hello remote function.
>
> hi,
>
> this has been a known issue for some time now. the fix will break
> backwards compatibility, so unless there's a strong community consensus
> on changing this, i think it should stay as it is.
Hi,
I use java and not python to provide web services for these compatibility
issues, I think the soaplib services must be compatible with .NET and java
implementations that are heavly used in enterprise environments, I think this
is the only way to make python web services usable,
my main problem as python developer is to expose web services to other
applications actually my solution is switch from python to java for web
services,
maybe you can do another fork on github with addtionals interoperability
patches or maybe a configurable settings for example:
MS_NET_INTEROP=True
Am I the only one to use web services to interoperate beetween different
applications running on different operating systems?
regards,
Nicola
>
> burak
>
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
From jjaherne at googlemail.com Mon Apr 12 09:44:44 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Mon, 12 Apr 2010 08:44:44 +0100
Subject: [Soap-Python] suds client and soaplib
In-Reply-To: <4BC24AAD.2000107@arskom.com.tr>
References:
<4BC24AAD.2000107@arskom.com.tr>
Message-ID:
Burak
Thanks for the info.
I have turned off cache by using cache=None and removed all the cache files.
Still same problem though.
It looks to me as though the namespace is not right.
If you look at the tns it shows as HelloWorldService.HelloWorldService.
Without knowing too much about soap, I would expect it to be just
HelloWorldService or maybe http://localhost:7889/HelloWorldService
The difference I see between the soaplib client and suds is that the soaplib
client passes in the service as a parameter, and suds interrogates the
service to get the wsd and interprets the result
That's a bit simplistic but correct where I am wrong.
Thanks for any info
John Aherne
On Sun, Apr 11, 2010 at 11:18 PM, Burak Arslan
wrote:
> hi john,
>
> i guess you need to clear your suds cache.
>
> on linux you'd either use
>
> rm -rf /tmp/suds
>
> or
>
> rm -rf $TMP/suds
>
> but i have no idea where those files would be on windows. i'm sure it's
> somewhere under c:\documents and settings\$user\
>
> i suggest you to turn off suds cache entirely, unless you're under very
> strict resource restrictions. see the cache-related arguments in
> https://fedorahosted.org/suds/wiki/Documentation#OPTIONS
>
> hth
> burak
>
>
> On 04/11/10 21:44, John Aherne wrote:
>
> I have been looking at suds and soaplib experimenting with xml.
>
> Using Windows XP SP3
> soaplib 0.8.1
> suds 0.3.9
> python 2.5.1
>
>
> The soaplib examples I have looked at for server and client all work fine
>
> I have tried the suds client against a couple of external services and it
> works fine
>
> However, I have problems with the suds client and soaplib.
>
> I am using the helloworld.py example from the soaplib\examples directory
> as my server.
>
> And for a client I am using the 3 lines that Burak suggested in his
> email from last month
>
> I see that last month someone else had problems with using the
> client.factory.create method
> But that it worked if the parameters were passed directly.
>
> I see the same problem when the factory method is used, but still have a
> problem with passing the parameters directly.
>
> Since a number of people seem to be using suds and soaplib successfully,
> I assume I am doing something wrong or overlooking some fairly obvious
> point.
>
> It looks to me as though I am getting an doubling of part of the
> namespace, but this is early days for me on soap so don't take my word for
> it.
>
> I have included a dump of wsdl from service.py of what I think is being
> returned from the wsdl call. If someone could cast an eye over it and let me
> know if they see anything wrong, it would be very helpful.
>
> I am hoping someone can point me in the right direction, since this seems
> a pretty basic point to get stuck on.
>
> Thanks for any help
>
> John Aherne
>
>
>
>
> xmlns:tns="HelloWorldService.HelloWorldService"
> xmlns:typens="HelloWorldService.HelloWorldService" xmlns:xs="
> http://www.w3.org/2001/XMLSchema"
> xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
> xmlns="http://schemas.xmlsoap.org/wsdl/"
> targetNamespace="HelloWorldService.HelloWorldService"
> name="HelloWorldService"> targetNamespace="HelloWorldService.HelloWorldService"
> xmlns="http://www.w3.org/2001/XMLSchema">
>
>
> name="times" type="xs:int"/>
>
>
> name="say_helloResult" type="tns:stringArray"/>
>
>
> type="tns:string" name="string"/>
>
>
>
>
>
>
>
>
>
>
> Docstrings for service methods appear as documentation in the wsdl
> <b>what fun</b>
> @param name the name to say hello to
> @param the number of times to say hello
> @return the completed array
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> localhost - - [11/Apr/2010 19:00:16] "GET /wsdl HTTP/1.1" 200 2669
>
> Warning (from warnings module):
> File "C:\Python25\lib\site-packages\soaplib\wsgi_soap.py", line 219
> if payload:
> FutureWarning: The behavior of this method will change in future versions.
> Use specific 'len(elem)' or 'elem is not None' test instead.
>
> Warning (from warnings module):
> File "C:\Python25\lib\site-packages\soaplib\wsgi_soap.py", line 236
> if payload:
> FutureWarning: The behavior of this method will change in future versions.
> Use specific 'len(elem)' or 'elem is not None' test instead.
> localhost - - [11/Apr/2010 19:00:16] "POST /wsdl HTTP/1.1" 200 525
>
>
> SUDS CLIENT
>
> from suds.client import Client
>
> client= Client("http://localhost:7889/wsdl")
> print client.service.say_hello("punk",5)
>
>
>
>
> No handlers could be found for logger "suds.umx.typed"
>
> Traceback (most recent call last):
> File "E:\soaplib-0.8.1\examples\test_suds.py", line 5, in
> print client.service.say_hello("punk",5)
> File "E:\python-suds-0.3.9\suds\client.py", line 539, in __call__
> return client.invoke(args, kwargs)
> File "E:\python-suds-0.3.9\suds\client.py", line 598, in invoke
> result = self.send(msg)
> File "E:\python-suds-0.3.9\suds\client.py", line 627, in send
> result = self.succeeded(binding, reply.message)
> File "E:\python-suds-0.3.9\suds\client.py", line 659, in succeeded
> r, p = binding.get_reply(self.method, reply)
> File "E:\python-suds-0.3.9\suds\bindings\binding.py", line 160, in
> get_reply
> result = unmarshaller.process(nodes[0], resolved)
> File "E:\python-suds-0.3.9\suds\umx\typed.py", line 66, in process
> return Core.process(self, content)
> File "E:\python-suds-0.3.9\suds\umx\core.py", line 48, in process
> return self.append(content)
> File "E:\python-suds-0.3.9\suds\umx\core.py", line 63, in append
> self.append_children(content)
> File "E:\python-suds-0.3.9\suds\umx\core.py", line 140, in
> append_children
> cval = self.append(cont)
> File "E:\python-suds-0.3.9\suds\umx\core.py", line 61, in append
> self.start(content)
> File "E:\python-suds-0.3.9\suds\umx\typed.py", line 77, in start
> found = self.resolver.find(content.node)
> File "E:\python-suds-0.3.9\suds\resolver.py", line 341, in find
> frame = Frame(result, resolved=known, ancestry=ancestry)
> File "E:\python-suds-0.3.9\suds\resolver.py", line 473, in __init__
> resolved = type.resolve()
> File "E:\python-suds-0.3.9\suds\xsd\sxbasic.py", line 63, in resolve
> raise TypeNotFound(qref)
> TypeNotFound: Type not found: '(string,
> HelloWorldService.HelloWorldService, )'
> >>>
>
>
>
>
>
> _______________________________________________
> Soap mailing listSoap at python.orghttp://mail.python.org/mailman/listinfo/soap
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jjaherne at googlemail.com Mon Apr 12 20:40:54 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Mon, 12 Apr 2010 19:40:54 +0100
Subject: [Soap-Python] suds client and soaplib
In-Reply-To: <201004120918.56961.joshua@eeinternet.com>
References:
<4BC24AAD.2000107@arskom.com.tr>
<201004120918.56961.joshua@eeinternet.com>
Message-ID:
Joshua
Thanks for the reply.
I think I will post a message on the suds list and see what they can tell
me.
However, I have done some more investigating and run the logger in the suds
client.
This shows that soaplib is returning the results.
But it seems to me that the suds client objects to the stringArray type
being returned.
It certainly moans about a typed attribute not being found, And stringArray
looks the most likely candidate to me. Not that I know much about the types
that might be supported
I have attached the log below:
Anyone got any suggestions as to what I should try next.
Thanks
John Aherne
Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)]
on win32
Type "copyright", "credits" or "license()" for more information.
Suds ( https://fedorahosted.org/suds/ ) version: 0.3.9 GA build:
R659-20100219
Service ( HelloWorldService ) tns="HelloWorldService.HelloWorldService"
Prefixes (1)
ns0 = "HelloWorldService.HelloWorldService"
Ports (1):
(HelloWorldService)
Methods (1):
say_hello(xs:string name, xs:int times, )
Types (3):
say_hello
say_helloResponse
stringArray
DEBUG:suds.client:sending to (http://localhost:7889/wsdl)
message:
punk5
DEBUG:suds.client:headers = {'SOAPAction': u'"say_hello"', 'Content-Type':
'text/xml'}
DEBUG:suds.client:http succeeded:
Hello,
punkHello, punkHello, punkHello,
punkHello,
punk
WARNING:suds.umx.typed:attribute (type) type, not-found
Traceback (most recent call last):
File "E:\soaplib-0.8.1\examples\test_suds.py", line 8, in
print client.service.say_hello("punk",5)
File "E:\python-suds-0.3.9\suds\client.py", line 539, in __call__
return client.invoke(args, kwargs)
File "E:\python-suds-0.3.9\suds\client.py", line 598, in invoke
result = self.send(msg)
File "E:\python-suds-0.3.9\suds\client.py", line 627, in send
result = self.succeeded(binding, reply.message)
File "E:\python-suds-0.3.9\suds\client.py", line 659, in succeeded
r, p = binding.get_reply(self.method, reply)
File "E:\python-suds-0.3.9\suds\bindings\binding.py", line 160, in
get_reply
result = unmarshaller.process(nodes[0], resolved)
File "E:\python-suds-0.3.9\suds\umx\typed.py", line 66, in process
return Core.process(self, content)
File "E:\python-suds-0.3.9\suds\umx\core.py", line 48, in process
return self.append(content)
File "E:\python-suds-0.3.9\suds\umx\core.py", line 63, in append
self.append_children(content)
File "E:\python-suds-0.3.9\suds\umx\core.py", line 140, in append_children
cval = self.append(cont)
File "E:\python-suds-0.3.9\suds\umx\core.py", line 61, in append
self.start(content)
File "E:\python-suds-0.3.9\suds\umx\typed.py", line 77, in start
found = self.resolver.find(content.node)
File "E:\python-suds-0.3.9\suds\resolver.py", line 341, in find
frame = Frame(result, resolved=known, ancestry=ancestry)
File "E:\python-suds-0.3.9\suds\resolver.py", line 473, in __init__
resolved = type.resolve()
File "E:\python-suds-0.3.9\suds\xsd\sxbasic.py", line 63, in resolve
raise TypeNotFound(qref)
TypeNotFound: Type not found: '(string, HelloWorldService.HelloWorldService,
)'
>>>
On Mon, Apr 12, 2010 at 6:18 PM, Joshua J. Kugler wrote:
> I would encourage you to bring this up on the suds mailing list and/or
> the suds irc channel (#suds on freenode). Jeff Ortel, the maintainer
> of suds, is very knowledgeable in all matters SOAP related. I'm sure
> he'd be able to help you.
>
> FYI, I'm not sure he monitors this list, you might want to alert him to
> its presence in the process. :)
>
> j
>
> On Sunday 11 April 2010, John Aherne elucidated thus:
> > Burak
> >
> > Thanks for the info.
> >
> > I have turned off cache by using cache=None and removed all the cache
> > files.
> >
> > Still same problem though.
> >
> > It looks to me as though the namespace is not right.
> >
> > If you look at the tns it shows as
> > HelloWorldService.HelloWorldService.
> >
> > Without knowing too much about soap, I would expect it to be just
> > HelloWorldService or maybe http://localhost:7889/HelloWorldService
> >
> > The difference I see between the soaplib client and suds is that the
> > soaplib client passes in the service as a parameter, and suds
> > interrogates the service to get the wsd and interprets the result
> >
> > That's a bit simplistic but correct where I am wrong.
> >
> > Thanks for any info
> >
> > John Aherne
> >
> >
> > On Sun, Apr 11, 2010 at 11:18 PM, Burak Arslan
> >
> > wrote:
> > > hi john,
> > >
> > > i guess you need to clear your suds cache.
> > >
> > > on linux you'd either use
> > >
> > > rm -rf /tmp/suds
> > >
> > > or
> > >
> > > rm -rf $TMP/suds
> > >
> > > but i have no idea where those files would be on windows. i'm sure
> > > it's somewhere under c:\documents and settings\$user\
> > >
> > > i suggest you to turn off suds cache entirely, unless you're under
> > > very strict resource restrictions. see the cache-related arguments
> > > in https://fedorahosted.org/suds/wiki/Documentation#OPTIONS
> > >
> > > hth
> > > burak
> > >
> > >
> > > On 04/11/10 21:44, John Aherne wrote:
> > >
> > > I have been looking at suds and soaplib experimenting with xml.
> > >
> > > Using Windows XP SP3
> > > soaplib 0.8.1
> > > suds 0.3.9
> > > python 2.5.1
> > >
> > >
> > > The soaplib examples I have looked at for server and client all
> > > work fine
> > >
> > > I have tried the suds client against a couple of external services
> > > and it works fine
> > >
> > > However, I have problems with the suds client and soaplib.
> > >
> > > I am using the helloworld.py example from the soaplib\examples
> > > directory as my server.
> > >
> > > And for a client I am using the 3 lines that Burak suggested in
> > > his email from last month
> > >
> > > I see that last month someone else had problems with using the
> > > client.factory.create method
> > > But that it worked if the parameters were passed directly.
> > >
> > > I see the same problem when the factory method is used, but still
> > > have a problem with passing the parameters directly.
> > >
> > > Since a number of people seem to be using suds and soaplib
> > > successfully, I assume I am doing something wrong or overlooking
> > > some fairly obvious point.
> > >
> > > It looks to me as though I am getting an doubling of part of the
> > > namespace, but this is early days for me on soap so don't take my
> > > word for it.
> > >
> > > I have included a dump of wsdl from service.py of what I think is
> > > being returned from the wsdl call. If someone could cast an eye
> > > over it and let me know if they see anything wrong, it would be
> > > very helpful.
> > >
> > > I am hoping someone can point me in the right direction, since
> > > this seems a pretty basic point to get stuck on.
> > >
> > > Thanks for any help
> > >
> > > John Aherne
> > >
> > >
> > >
> > >
> > > > > xmlns:tns="HelloWorldService.HelloWorldService"
> > > xmlns:typens="HelloWorldService.HelloWorldService" xmlns:xs="
> > > http://www.w3.org/2001/XMLSchema"
> > > xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> > > xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
> > > xmlns="http://schemas.xmlsoap.org/wsdl/"
> > > targetNamespace="HelloWorldService.HelloWorldService"
> > > name="HelloWorldService"> > > targetNamespace="HelloWorldService.HelloWorldService"
> > > xmlns="http://www.w3.org/2001/XMLSchema">
> > >
> > >
> > > > > name="times" type="xs:int"/>
> > >
> > >
> > > > > name="say_helloResult" type="tns:stringArray"/>
> > >
> > >
> > > > > type="tns:string" name="string"/>
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Docstrings for service methods appear as documentation in the wsdl
> > > <b>what fun</b>
> > > @param name the name to say hello to
> > > @param the number of times to say hello
> > > @return the completed array
> > >
> > >
> > > > > name="HelloWorldService">
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > localhost - - [11/Apr/2010 19:00:16] "GET /wsdl HTTP/1.1" 200 2669
> > >
> > > Warning (from warnings module):
> > > File "C:\Python25\lib\site-packages\soaplib\wsgi_soap.py", line
> > > 219 if payload:
> > > FutureWarning: The behavior of this method will change in future
> > > versions. Use specific 'len(elem)' or 'elem is not None' test
> > > instead.
> > >
> > > Warning (from warnings module):
> > > File "C:\Python25\lib\site-packages\soaplib\wsgi_soap.py", line
> > > 236 if payload:
> > > FutureWarning: The behavior of this method will change in future
> > > versions. Use specific 'len(elem)' or 'elem is not None' test
> > > instead. localhost - - [11/Apr/2010 19:00:16] "POST /wsdl HTTP/1.1"
> > > 200 525
> > >
> > >
> > > SUDS CLIENT
> > >
> > > from suds.client import Client
> > >
> > > client= Client("http://localhost:7889/wsdl")
> > > print client.service.say_hello("punk",5)
> > >
> > >
> > >
> > >
> > > No handlers could be found for logger "suds.umx.typed"
> > >
> > > Traceback (most recent call last):
> > > File "E:\soaplib-0.8.1\examples\test_suds.py", line 5, in
> > > print client.service.say_hello("punk",5)
> > > File "E:\python-suds-0.3.9\suds\client.py", line 539, in __call__
> > > return client.invoke(args, kwargs)
> > > File "E:\python-suds-0.3.9\suds\client.py", line 598, in invoke
> > > result = self.send(msg)
> > > File "E:\python-suds-0.3.9\suds\client.py", line 627, in send
> > > result = self.succeeded(binding, reply.message)
> > > File "E:\python-suds-0.3.9\suds\client.py", line 659, in
> > > succeeded r, p = binding.get_reply(self.method, reply)
> > > File "E:\python-suds-0.3.9\suds\bindings\binding.py", line 160,
> > > in get_reply
> > > result = unmarshaller.process(nodes[0], resolved)
> > > File "E:\python-suds-0.3.9\suds\umx\typed.py", line 66, in
> > > process return Core.process(self, content)
> > > File "E:\python-suds-0.3.9\suds\umx\core.py", line 48, in process
> > > return self.append(content)
> > > File "E:\python-suds-0.3.9\suds\umx\core.py", line 63, in append
> > > self.append_children(content)
> > > File "E:\python-suds-0.3.9\suds\umx\core.py", line 140, in
> > > append_children
> > > cval = self.append(cont)
> > > File "E:\python-suds-0.3.9\suds\umx\core.py", line 61, in append
> > > self.start(content)
> > > File "E:\python-suds-0.3.9\suds\umx\typed.py", line 77, in start
> > > found = self.resolver.find(content.node)
> > > File "E:\python-suds-0.3.9\suds\resolver.py", line 341, in find
> > > frame = Frame(result, resolved=known, ancestry=ancestry)
> > > File "E:\python-suds-0.3.9\suds\resolver.py", line 473, in
> > > __init__ resolved = type.resolve()
> > > File "E:\python-suds-0.3.9\suds\xsd\sxbasic.py", line 63, in
> > > resolve raise TypeNotFound(qref)
> > > TypeNotFound: Type not found: '(string,
> > > HelloWorldService.HelloWorldService, )'
>
>
> --
> Joshua Kugler
> Part-Time System Admin/Programmer
> http://www.eeinternet.com
> PGP Key: http://pgp.mit.edu/ ID 0x73B13B6A
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From joshua at eeinternet.com Mon Apr 12 20:46:14 2010
From: joshua at eeinternet.com (Joshua J. Kugler)
Date: Mon, 12 Apr 2010 10:46:14 -0800
Subject: [Soap-Python] suds client and soaplib
In-Reply-To:
References:
<201004120918.56961.joshua@eeinternet.com>
Message-ID: <201004121046.14226.joshua@eeinternet.com>
On Monday 12 April 2010, John Aherne elucidated thus:
> Joshua
>
> Thanks for the reply.
>
> I think I will post a message on the suds list and see what they can
> tell me.
Yeah...Jeff Ortel is really good at working with WSDLs and spotting
where the fault lies (whether it be the programmer's fault for not
fully specifying what they need, or the WSDL's fault for not properly
specify all types or services ports, etc.).
For your log below, what WSDL are you using? From the log, it looks
like your WSDL defines stringArray, but then the service is returning
something unexpected. But I don't know anywhere near enough about SOAP
to provide an authoritative answer on that. Ask Jeff. :)
j
>
> However, I have done some more investigating and run the logger in
> the suds client.
>
> This shows that soaplib is returning the results.
>
> But it seems to me that the suds client objects to the stringArray
> type being returned.
>
> It certainly moans about a typed attribute not being found, And
> stringArray looks the most likely candidate to me. Not that I know
> much about the types that might be supported
>
> I have attached the log below:
>
> Anyone got any suggestions as to what I should try next.
>
> Thanks
>
> John Aherne
>
>
> Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit
> (Intel)] on win32
> Type "copyright", "credits" or "license()" for more information.
>
>
> Suds ( https://fedorahosted.org/suds/ ) version: 0.3.9 GA build:
> R659-20100219
>
> Service ( HelloWorldService )
> tns="HelloWorldService.HelloWorldService" Prefixes (1)
> ns0 = "HelloWorldService.HelloWorldService"
> Ports (1):
> (HelloWorldService)
> Methods (1):
> say_hello(xs:string name, xs:int times, )
> Types (3):
> say_hello
> say_helloResponse
> stringArray
>
>
> DEBUG:suds.client:sending to (http://localhost:7889/wsdl)
> message:
> xmlns:ns0="http://schemas.xmlsoap.org/soap/envelope/"
> xmlns:ns1="HelloWorldService.HelloWorldService" xmlns:xsi="
> http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENV="
> http://schemas.xmlsoap.org/soap/envelope/">
>
>
>
> punk
> 5
>
>
>
> DEBUG:suds.client:headers = {'SOAPAction': u'"say_hello"',
> 'Content-Type': 'text/xml'}
> DEBUG:suds.client:http succeeded:
> xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">Body> type="tns:stringArray">Hello,
> punkHello, punk xsi:type="xs:string">Hello, punk xsi:type="xs:string">Hello, punk xsi:type="xs:string">Hello,
> punk
>SOAP-ENV:Envelope> WARNING:suds.umx.typed:attribute (type) type,
> not-found
>
> Traceback (most recent call last):
> File "E:\soaplib-0.8.1\examples\test_suds.py", line 8, in
> print client.service.say_hello("punk",5)
> File "E:\python-suds-0.3.9\suds\client.py", line 539, in __call__
> return client.invoke(args, kwargs)
> File "E:\python-suds-0.3.9\suds\client.py", line 598, in invoke
> result = self.send(msg)
> File "E:\python-suds-0.3.9\suds\client.py", line 627, in send
> result = self.succeeded(binding, reply.message)
> File "E:\python-suds-0.3.9\suds\client.py", line 659, in succeeded
> r, p = binding.get_reply(self.method, reply)
> File "E:\python-suds-0.3.9\suds\bindings\binding.py", line 160, in
> get_reply
> result = unmarshaller.process(nodes[0], resolved)
> File "E:\python-suds-0.3.9\suds\umx\typed.py", line 66, in process
> return Core.process(self, content)
> File "E:\python-suds-0.3.9\suds\umx\core.py", line 48, in process
> return self.append(content)
> File "E:\python-suds-0.3.9\suds\umx\core.py", line 63, in append
> self.append_children(content)
> File "E:\python-suds-0.3.9\suds\umx\core.py", line 140, in
> append_children cval = self.append(cont)
> File "E:\python-suds-0.3.9\suds\umx\core.py", line 61, in append
> self.start(content)
> File "E:\python-suds-0.3.9\suds\umx\typed.py", line 77, in start
> found = self.resolver.find(content.node)
> File "E:\python-suds-0.3.9\suds\resolver.py", line 341, in find
> frame = Frame(result, resolved=known, ancestry=ancestry)
> File "E:\python-suds-0.3.9\suds\resolver.py", line 473, in __init__
> resolved = type.resolve()
> File "E:\python-suds-0.3.9\suds\xsd\sxbasic.py", line 63, in
> resolve raise TypeNotFound(qref)
> TypeNotFound: Type not found: '(string,
> HelloWorldService.HelloWorldService, )'
>
> On Mon, Apr 12, 2010 at 6:18 PM, Joshua J. Kugler
wrote:
> > I would encourage you to bring this up on the suds mailing list
> > and/or the suds irc channel (#suds on freenode). Jeff Ortel, the
> > maintainer of suds, is very knowledgeable in all matters SOAP
> > related. I'm sure he'd be able to help you.
> >
> > FYI, I'm not sure he monitors this list, you might want to alert
> > him to its presence in the process. :)
> >
> > j
> >
> > On Sunday 11 April 2010, John Aherne elucidated thus:
> > > Burak
> > >
> > > Thanks for the info.
> > >
> > > I have turned off cache by using cache=None and removed all the
> > > cache files.
> > >
> > > Still same problem though.
> > >
> > > It looks to me as though the namespace is not right.
> > >
> > > If you look at the tns it shows as
> > > HelloWorldService.HelloWorldService.
> > >
> > > Without knowing too much about soap, I would expect it to be just
> > > HelloWorldService or maybe
> > > http://localhost:7889/HelloWorldService
> > >
> > > The difference I see between the soaplib client and suds is that
> > > the soaplib client passes in the service as a parameter, and suds
> > > interrogates the service to get the wsd and interprets the result
> > >
> > > That's a bit simplistic but correct where I am wrong.
> > >
> > > Thanks for any info
> > >
> > > John Aherne
> > >
> > >
> > > On Sun, Apr 11, 2010 at 11:18 PM, Burak Arslan
> > >
> > > wrote:
> > > > hi john,
> > > >
> > > > i guess you need to clear your suds cache.
> > > >
> > > > on linux you'd either use
> > > >
> > > > rm -rf /tmp/suds
> > > >
> > > > or
> > > >
> > > > rm -rf $TMP/suds
> > > >
> > > > but i have no idea where those files would be on windows. i'm
> > > > sure it's somewhere under c:\documents and settings\$user\
> > > >
> > > > i suggest you to turn off suds cache entirely, unless you're
> > > > under very strict resource restrictions. see the cache-related
> > > > arguments in
> > > > https://fedorahosted.org/suds/wiki/Documentation#OPTIONS
> > > >
> > > > hth
> > > > burak
> > > >
> > > >
> > > > On 04/11/10 21:44, John Aherne wrote:
> > > >
> > > > I have been looking at suds and soaplib experimenting with xml.
> > > >
> > > > Using Windows XP SP3
> > > > soaplib 0.8.1
> > > > suds 0.3.9
> > > > python 2.5.1
> > > >
> > > >
> > > > The soaplib examples I have looked at for server and client
> > > > all work fine
> > > >
> > > > I have tried the suds client against a couple of external
> > > > services and it works fine
> > > >
> > > > However, I have problems with the suds client and soaplib.
> > > >
> > > > I am using the helloworld.py example from the soaplib\examples
> > > > directory as my server.
> > > >
> > > > And for a client I am using the 3 lines that Burak suggested
> > > > in his email from last month
> > > >
> > > > I see that last month someone else had problems with using the
> > > > client.factory.create method
> > > > But that it worked if the parameters were passed directly.
> > > >
> > > > I see the same problem when the factory method is used, but
> > > > still have a problem with passing the parameters directly.
> > > >
> > > > Since a number of people seem to be using suds and soaplib
> > > > successfully, I assume I am doing something wrong or
> > > > overlooking some fairly obvious point.
> > > >
> > > > It looks to me as though I am getting an doubling of part of
> > > > the namespace, but this is early days for me on soap so don't
> > > > take my word for it.
> > > >
> > > > I have included a dump of wsdl from service.py of what I think
> > > > is being returned from the wsdl call. If someone could cast an
> > > > eye over it and let me know if they see anything wrong, it
> > > > would be very helpful.
> > > >
> > > > I am hoping someone can point me in the right direction, since
> > > > this seems a pretty basic point to get stuck on.
> > > >
> > > > Thanks for any help
> > > >
> > > > John Aherne
> > > >
> > > >
> > > >
> > > >
> > > > > > > xmlns:tns="HelloWorldService.HelloWorldService"
> > > > xmlns:typens="HelloWorldService.HelloWorldService" xmlns:xs="
> > > > http://www.w3.org/2001/XMLSchema"
> > > > xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> > > > xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
> > > > xmlns="http://schemas.xmlsoap.org/wsdl/"
> > > > targetNamespace="HelloWorldService.HelloWorldService"
> > > > name="HelloWorldService"> > > > targetNamespace="HelloWorldService.HelloWorldService"
> > > > xmlns="http://www.w3.org/2001/XMLSchema">
> > > >
> > > >
> > > > > > > type="xs:string"/>
> > > >
> > > >
> > > > > > > name="say_helloResponse"> > > > name="say_helloResult" type="tns:stringArray"/>
> > > >
> > > >
> > > > > > > type="tns:string" name="string"/>
> > > >
> > > > > > > type="tns:say_helloResponse"/> > > > name="say_hello">
> > > >
> > > >
> > > > > > > element="tns:say_helloResponse"/>
> > > >
> > > >
> > > >
> > > > Docstrings for service methods appear as documentation in the
> > > > wsdl <b>what fun</b>
> > > > @param name the name to say hello to
> > > > @param the number of times to say hello
> > > > @return the completed array
> > > > > > > message="tns:say_hello"/> > > > name="HelloWorldService">
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > > > > name="HelloWorldService"> > > > binding="tns:HelloWorldService"> > > > location="http://localhost:7889/wsdl"/>
> > > >
> > > > localhost - - [11/Apr/2010 19:00:16] "GET /wsdl HTTP/1.1" 200
> > > > 2669
> > > >
> > > > Warning (from warnings module):
> > > > File "C:\Python25\lib\site-packages\soaplib\wsgi_soap.py",
> > > > line 219 if payload:
> > > > FutureWarning: The behavior of this method will change in
> > > > future versions. Use specific 'len(elem)' or 'elem is not None'
> > > > test instead.
> > > >
> > > > Warning (from warnings module):
> > > > File "C:\Python25\lib\site-packages\soaplib\wsgi_soap.py",
> > > > line 236 if payload:
> > > > FutureWarning: The behavior of this method will change in
> > > > future versions. Use specific 'len(elem)' or 'elem is not None'
> > > > test instead. localhost - - [11/Apr/2010 19:00:16] "POST /wsdl
> > > > HTTP/1.1" 200 525
> > > >
> > > >
> > > > SUDS CLIENT
> > > >
> > > > from suds.client import Client
> > > >
> > > > client= Client("http://localhost:7889/wsdl")
> > > > print client.service.say_hello("punk",5)
> > > >
> > > >
> > > >
> > > >
> > > > No handlers could be found for logger "suds.umx.typed"
> > > >
> > > > Traceback (most recent call last):
> > > > File "E:\soaplib-0.8.1\examples\test_suds.py", line 5, in
> > > > print client.service.say_hello("punk",5)
> > > > File "E:\python-suds-0.3.9\suds\client.py", line 539, in
> > > > __call__ return client.invoke(args, kwargs)
> > > > File "E:\python-suds-0.3.9\suds\client.py", line 598, in
> > > > invoke result = self.send(msg)
> > > > File "E:\python-suds-0.3.9\suds\client.py", line 627, in send
> > > > result = self.succeeded(binding, reply.message)
> > > > File "E:\python-suds-0.3.9\suds\client.py", line 659, in
> > > > succeeded r, p = binding.get_reply(self.method, reply)
> > > > File "E:\python-suds-0.3.9\suds\bindings\binding.py", line
> > > > 160, in get_reply
> > > > result = unmarshaller.process(nodes[0], resolved)
> > > > File "E:\python-suds-0.3.9\suds\umx\typed.py", line 66, in
> > > > process return Core.process(self, content)
> > > > File "E:\python-suds-0.3.9\suds\umx\core.py", line 48, in
> > > > process return self.append(content)
> > > > File "E:\python-suds-0.3.9\suds\umx\core.py", line 63, in
> > > > append self.append_children(content)
> > > > File "E:\python-suds-0.3.9\suds\umx\core.py", line 140, in
> > > > append_children
> > > > cval = self.append(cont)
> > > > File "E:\python-suds-0.3.9\suds\umx\core.py", line 61, in
> > > > append self.start(content)
> > > > File "E:\python-suds-0.3.9\suds\umx\typed.py", line 77, in
> > > > start found = self.resolver.find(content.node)
> > > > File "E:\python-suds-0.3.9\suds\resolver.py", line 341, in
> > > > find frame = Frame(result, resolved=known, ancestry=ancestry)
> > > > File "E:\python-suds-0.3.9\suds\resolver.py", line 473, in
> > > > __init__ resolved = type.resolve()
> > > > File "E:\python-suds-0.3.9\suds\xsd\sxbasic.py", line 63, in
> > > > resolve raise TypeNotFound(qref)
> > > > TypeNotFound: Type not found: '(string,
> > > > HelloWorldService.HelloWorldService, )'
> >
> > --
> > Joshua Kugler
> > Part-Time System Admin/Programmer
> > http://www.eeinternet.com
> > PGP Key: http://pgp.mit.edu/ ID 0x73B13B6A
--
Joshua Kugler
Part-Time System Admin/Programmer
http://www.eeinternet.com
PGP Key: http://pgp.mit.edu/ ?ID 0x73B13B6A
From joshua at eeinternet.com Mon Apr 12 19:18:56 2010
From: joshua at eeinternet.com (Joshua J. Kugler)
Date: Mon, 12 Apr 2010 09:18:56 -0800
Subject: [Soap-Python] suds client and soaplib
In-Reply-To:
References:
<4BC24AAD.2000107@arskom.com.tr>
Message-ID: <201004120918.56961.joshua@eeinternet.com>
I would encourage you to bring this up on the suds mailing list and/or
the suds irc channel (#suds on freenode). Jeff Ortel, the maintainer
of suds, is very knowledgeable in all matters SOAP related. I'm sure
he'd be able to help you.
FYI, I'm not sure he monitors this list, you might want to alert him to
its presence in the process. :)
j
On Sunday 11 April 2010, John Aherne elucidated thus:
> Burak
>
> Thanks for the info.
>
> I have turned off cache by using cache=None and removed all the cache
> files.
>
> Still same problem though.
>
> It looks to me as though the namespace is not right.
>
> If you look at the tns it shows as
> HelloWorldService.HelloWorldService.
>
> Without knowing too much about soap, I would expect it to be just
> HelloWorldService or maybe http://localhost:7889/HelloWorldService
>
> The difference I see between the soaplib client and suds is that the
> soaplib client passes in the service as a parameter, and suds
> interrogates the service to get the wsd and interprets the result
>
> That's a bit simplistic but correct where I am wrong.
>
> Thanks for any info
>
> John Aherne
>
>
> On Sun, Apr 11, 2010 at 11:18 PM, Burak Arslan
>
> wrote:
> > hi john,
> >
> > i guess you need to clear your suds cache.
> >
> > on linux you'd either use
> >
> > rm -rf /tmp/suds
> >
> > or
> >
> > rm -rf $TMP/suds
> >
> > but i have no idea where those files would be on windows. i'm sure
> > it's somewhere under c:\documents and settings\$user\
> >
> > i suggest you to turn off suds cache entirely, unless you're under
> > very strict resource restrictions. see the cache-related arguments
> > in https://fedorahosted.org/suds/wiki/Documentation#OPTIONS
> >
> > hth
> > burak
> >
> >
> > On 04/11/10 21:44, John Aherne wrote:
> >
> > I have been looking at suds and soaplib experimenting with xml.
> >
> > Using Windows XP SP3
> > soaplib 0.8.1
> > suds 0.3.9
> > python 2.5.1
> >
> >
> > The soaplib examples I have looked at for server and client all
> > work fine
> >
> > I have tried the suds client against a couple of external services
> > and it works fine
> >
> > However, I have problems with the suds client and soaplib.
> >
> > I am using the helloworld.py example from the soaplib\examples
> > directory as my server.
> >
> > And for a client I am using the 3 lines that Burak suggested in
> > his email from last month
> >
> > I see that last month someone else had problems with using the
> > client.factory.create method
> > But that it worked if the parameters were passed directly.
> >
> > I see the same problem when the factory method is used, but still
> > have a problem with passing the parameters directly.
> >
> > Since a number of people seem to be using suds and soaplib
> > successfully, I assume I am doing something wrong or overlooking
> > some fairly obvious point.
> >
> > It looks to me as though I am getting an doubling of part of the
> > namespace, but this is early days for me on soap so don't take my
> > word for it.
> >
> > I have included a dump of wsdl from service.py of what I think is
> > being returned from the wsdl call. If someone could cast an eye
> > over it and let me know if they see anything wrong, it would be
> > very helpful.
> >
> > I am hoping someone can point me in the right direction, since
> > this seems a pretty basic point to get stuck on.
> >
> > Thanks for any help
> >
> > John Aherne
> >
> >
> >
> >
> > > xmlns:tns="HelloWorldService.HelloWorldService"
> > xmlns:typens="HelloWorldService.HelloWorldService" xmlns:xs="
> > http://www.w3.org/2001/XMLSchema"
> > xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
> > xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
> > xmlns="http://schemas.xmlsoap.org/wsdl/"
> > targetNamespace="HelloWorldService.HelloWorldService"
> > name="HelloWorldService"> > targetNamespace="HelloWorldService.HelloWorldService"
> > xmlns="http://www.w3.org/2001/XMLSchema">
> >
> >
> > > name="times" type="xs:int"/>
> >
> >
> > > name="say_helloResult" type="tns:stringArray"/>
> >
> >
> > > type="tns:string" name="string"/>
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Docstrings for service methods appear as documentation in the wsdl
> > <b>what fun</b>
> > @param name the name to say hello to
> > @param the number of times to say hello
> > @return the completed array
> >
> >
> > > name="HelloWorldService">
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > localhost - - [11/Apr/2010 19:00:16] "GET /wsdl HTTP/1.1" 200 2669
> >
> > Warning (from warnings module):
> > File "C:\Python25\lib\site-packages\soaplib\wsgi_soap.py", line
> > 219 if payload:
> > FutureWarning: The behavior of this method will change in future
> > versions. Use specific 'len(elem)' or 'elem is not None' test
> > instead.
> >
> > Warning (from warnings module):
> > File "C:\Python25\lib\site-packages\soaplib\wsgi_soap.py", line
> > 236 if payload:
> > FutureWarning: The behavior of this method will change in future
> > versions. Use specific 'len(elem)' or 'elem is not None' test
> > instead. localhost - - [11/Apr/2010 19:00:16] "POST /wsdl HTTP/1.1"
> > 200 525
> >
> >
> > SUDS CLIENT
> >
> > from suds.client import Client
> >
> > client= Client("http://localhost:7889/wsdl")
> > print client.service.say_hello("punk",5)
> >
> >
> >
> >
> > No handlers could be found for logger "suds.umx.typed"
> >
> > Traceback (most recent call last):
> > File "E:\soaplib-0.8.1\examples\test_suds.py", line 5, in
> > print client.service.say_hello("punk",5)
> > File "E:\python-suds-0.3.9\suds\client.py", line 539, in __call__
> > return client.invoke(args, kwargs)
> > File "E:\python-suds-0.3.9\suds\client.py", line 598, in invoke
> > result = self.send(msg)
> > File "E:\python-suds-0.3.9\suds\client.py", line 627, in send
> > result = self.succeeded(binding, reply.message)
> > File "E:\python-suds-0.3.9\suds\client.py", line 659, in
> > succeeded r, p = binding.get_reply(self.method, reply)
> > File "E:\python-suds-0.3.9\suds\bindings\binding.py", line 160,
> > in get_reply
> > result = unmarshaller.process(nodes[0], resolved)
> > File "E:\python-suds-0.3.9\suds\umx\typed.py", line 66, in
> > process return Core.process(self, content)
> > File "E:\python-suds-0.3.9\suds\umx\core.py", line 48, in process
> > return self.append(content)
> > File "E:\python-suds-0.3.9\suds\umx\core.py", line 63, in append
> > self.append_children(content)
> > File "E:\python-suds-0.3.9\suds\umx\core.py", line 140, in
> > append_children
> > cval = self.append(cont)
> > File "E:\python-suds-0.3.9\suds\umx\core.py", line 61, in append
> > self.start(content)
> > File "E:\python-suds-0.3.9\suds\umx\typed.py", line 77, in start
> > found = self.resolver.find(content.node)
> > File "E:\python-suds-0.3.9\suds\resolver.py", line 341, in find
> > frame = Frame(result, resolved=known, ancestry=ancestry)
> > File "E:\python-suds-0.3.9\suds\resolver.py", line 473, in
> > __init__ resolved = type.resolve()
> > File "E:\python-suds-0.3.9\suds\xsd\sxbasic.py", line 63, in
> > resolve raise TypeNotFound(qref)
> > TypeNotFound: Type not found: '(string,
> > HelloWorldService.HelloWorldService, )'
--
Joshua Kugler
Part-Time System Admin/Programmer
http://www.eeinternet.com
PGP Key: http://pgp.mit.edu/ ?ID 0x73B13B6A
From jjaherne at googlemail.com Mon Apr 12 22:49:15 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Mon, 12 Apr 2010 21:49:15 +0100
Subject: [Soap-Python] Interoperability problem between soaplib and MS
.Net 3.5 SOAP
In-Reply-To: <201004120918.22872.lists@svrinformatica.it>
References: <4e5df5c6-ca70-438c-97ed-c2a934a18376@k13g2000yqe.googlegroups.com>
<4BC24912.3050505@arskom.com.tr>
<201004120918.22872.lists@svrinformatica.it>
Message-ID:
I think you might be interested to look at the github wiki and the issues
section.
This has a few entries relating to .NET and one in particular that says the
the change from 0.7 to 0.8 stopped both .NET and java clients from working.
They seem to have a workround.
The link is :
http://github.com/jkp/soaplib/issues
Hope this helps
John Aherne
On Mon, Apr 12, 2010 at 8:18 AM, Mailing List SVR
wrote:
> In data luned? 12 aprile 2010 00:11:30, Burak Arslan ha scritto:
> : > On 04/09/10 23:04, Christian Hudon wrote:
> > > However, both the parameters
> > > and results of the remote function call are seen as being wrapped in a
> > > "say_hello" struct instead of simply being the paramters and return
> > > value of the say_hello remote function.
> >
> > hi,
> >
> > this has been a known issue for some time now. the fix will break
> > backwards compatibility, so unless there's a strong community consensus
> > on changing this, i think it should stay as it is.
>
> Hi,
>
> I use java and not python to provide web services for these compatibility
> issues, I think the soaplib services must be compatible with .NET and java
> implementations that are heavly used in enterprise environments, I think
> this
> is the only way to make python web services usable,
>
> my main problem as python developer is to expose web services to other
> applications actually my solution is switch from python to java for web
> services,
>
> maybe you can do another fork on github with addtionals interoperability
> patches or maybe a configurable settings for example:
>
> MS_NET_INTEROP=True
>
> Am I the only one to use web services to interoperate beetween different
> applications running on different operating systems?
>
> regards,
>
> Nicola
>
> >
> > burak
> >
> >
> > _______________________________________________
> > 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jjaherne at googlemail.com Mon Apr 12 23:30:37 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Mon, 12 Apr 2010 22:30:37 +0100
Subject: [Soap-Python] suds client and soaplib
In-Reply-To: <201004121046.14226.joshua@eeinternet.com>
References:
<201004120918.56961.joshua@eeinternet.com>
<201004121046.14226.joshua@eeinternet.com>
Message-ID:
I spent some time looking at the issues in the github wiki for soaplib.
I think I have found the issue I have with stringArray mentioned there,
I have not tried it yet, but with luck I'll look at this tomorrow
John Aherne
Here's the info from the issues list:
The link as well:http://github.com/jkp/soaplib/issues#issue/13
Erroneous schema generation for Array
1 comment Created 2 months ago by dokter
when using the soaplib built-in wsdl generation, I stumble upon
what I think is an error in the schema production for an Array.
When using a defininition like this:
keywords = Array(String)
the schema code that is produced is:
...
The array takes it's own namespace for the simple embedded string,
whereas it should be:
Or am I missing something?
I patched the source of primitive.py:
r444
< elementNode.set('type', "%s:%s" %
(self.namespace_id, self.serializer.get_datatype()))
elementNode.set('type', "%s:%s" %
(self.serializer.get_namespace_id(), self.serializer.get_datatype()))
Comments
tlantz March 23, 2010 | link
I see the same problem, and it causes .NET code generation to fail
against the common soaplib/CherryPy example.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jjaherne at googlemail.com Tue Apr 13 09:26:24 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Tue, 13 Apr 2010 08:26:24 +0100
Subject: [Soap-Python] suds client and soaplib
In-Reply-To:
References:
<201004120918.56961.joshua@eeinternet.com>
<201004121046.14226.joshua@eeinternet.com>
Message-ID:
I tried the patch as shown in the issues section and it works.
Looks like as well that it would be best to take the latest source to work
with rather than the basic release 0.81 since some of these patches have
been applied.
John Aherne
On Mon, Apr 12, 2010 at 10:30 PM, John Aherne wrote:
> I spent some time looking at the issues in the github wiki for soaplib.
>
> I think I have found the issue I have with stringArray mentioned there,
>
> I have not tried it yet, but with luck I'll look at this tomorrow
>
> John Aherne
>
> Here's the info from the issues list:
>
> The link as well:http://github.com/jkp/soaplib/issues#issue/13
>
> Erroneous schema generation for Array
> 1 comment Created 2 months ago by dokter
> when using the soaplib built-in wsdl generation, I stumble upon
> what I think is an error in the schema production for an Array.
> When using a defininition like this:
>
> keywords = Array(String)
>
> the schema code that is produced is:
>
>
> ...
> type="tns:string" name="string"/>
>
> The array takes it's own namespace for the simple embedded string,
> whereas it should be:
>
> name="string"/>
>
> Or am I missing something?
>
> I patched the source of primitive.py:
>
> r444
> < elementNode.set('type', "%s:%s" %
> (self.namespace_id, self.serializer.get_datatype()))
> elementNode.set('type', "%s:%s" %
> (self.serializer.get_namespace_id(), self.serializer.get_datatype()))
>
> Comments
> tlantz March 23, 2010 | link
> I see the same problem, and it causes .NET code generation to fail
> against the common soaplib/CherryPy example.
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jjaherne at googlemail.com Tue Apr 13 09:47:28 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Tue, 13 Apr 2010 08:47:28 +0100
Subject: [Soap-Python] soaplib applied patches
Message-ID:
Does anyone know what patches have been applied to the current source.
Is there a list anywhere so we can see if the changes we are interested in
have been incorporated.
Thanks for any info
John Aherne
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From burak.arslan at arskom.com.tr Tue Apr 13 10:17:30 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Tue, 13 Apr 2010 11:17:30 +0300
Subject: [Soap-Python] soaplib applied patches
In-Reply-To:
References:
Message-ID: <4BC4289A.7070009@arskom.com.tr>
On 04/13/10 10:47, John Aherne wrote:
> Does anyone know what patches have been applied to the current source.
>
> Is there a list anywhere so we can see if the changes we are
> interested in have been incorporated.
>
>
this question belongs to the github support forums, not here.
burak
From bradallen137 at gmail.com Tue Apr 13 17:46:25 2010
From: bradallen137 at gmail.com (Brad Allen)
Date: Tue, 13 Apr 2010 10:46:25 -0500
Subject: [Soap-Python] soaplib applied patches
In-Reply-To: <4BC4289A.7070009@arskom.com.tr>
References:
<4BC4289A.7070009@arskom.com.tr>
Message-ID:
On Tue, Apr 13, 2010 at 3:17 AM, Burak Arslan
wrote:
> On 04/13/10 10:47, John Aherne wrote:
>>
>> Does anyone know what patches have been applied to the current source.
>>
>> Is there a list anywhere so we can see if the changes we are interested in
>> have been incorporated.
>>
>>
>
> this question belongs to the github support forums, not here.
Well, there is a bit of chaos on github with most of the soaplib forks
having no common history. That's probably not a github problem; more
likely it's a problem with the way those forks were created. It almost
looks like several different github soaplib repos were created
independently from svn, since their history doesn't seem to converge
at a single point.
For a long time the old Trac soaplib site was left in place, but it
appears to have finally been taken down. Unfortunately that link still
shows up at the top of a Google search for soaplib.
From jjaherne at googlemail.com Tue Apr 13 20:28:24 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Tue, 13 Apr 2010 19:28:24 +0100
Subject: [Soap-Python] soaplib applied patches
In-Reply-To:
References:
<4BC4289A.7070009@arskom.com.tr>
Message-ID:
I did notice that.
I was wondering how they might be brought together again
John Aherne
On Tue, Apr 13, 2010 at 4:46 PM, Brad Allen wrote:
> On Tue, Apr 13, 2010 at 3:17 AM, Burak Arslan
> wrote:
> > On 04/13/10 10:47, John Aherne wrote:
> >>
> >> Does anyone know what patches have been applied to the current source.
> >>
> >> Is there a list anywhere so we can see if the changes we are interested
> in
> >> have been incorporated.
> >>
> >>
> >
> > this question belongs to the github support forums, not here.
>
> Well, there is a bit of chaos on github with most of the soaplib forks
> having no common history. That's probably not a github problem; more
> likely it's a problem with the way those forks were created. It almost
> looks like several different github soaplib repos were created
> independently from svn, since their history doesn't seem to converge
> at a single point.
>
> For a long time the old Trac soaplib site was left in place, but it
> appears to have finally been taken down. Unfortunately that link still
> shows up at the top of a Google search for soaplib.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From burak.arslan at arskom.com.tr Tue Apr 13 23:13:11 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Wed, 14 Apr 2010 00:13:11 +0300
Subject: [Soap-Python] Interoperability problem between soaplib and MS
.Net 3.5 SOAP
In-Reply-To: <28c1e91a-2f20-45fa-9bf8-0dca969ffcee@z4g2000yqa.googlegroups.com>
References: <4e5df5c6-ca70-438c-97ed-c2a934a18376@k13g2000yqe.googlegroups.com>
<4BBCE865.7050508@arskom.com.tr>
<1d244f5c-2bcd-479d-8fd4-17748dd638d6@z4g2000yqa.googlegroups.com>
<4BBDA5C6.3040804@arskom.com.tr>
<4BC24912.3050505@arskom.com.tr>
<28c1e91a-2f20-45fa-9bf8-0dca969ffcee@z4g2000yqa.googlegroups.com>
Message-ID: <4BC4DE67.4060901@arskom.com.tr>
On 04/13/10 23:35, Christian Hudon wrote:
> On Apr 11, 6:11 pm, Burak Arslan wrote:
>
>> this has been a known issue for some time now. the fix will break
>> backwards compatibility, so unless there's a strong community consensus
>> on changing this, i think it should stay as it is.
>>
> Hm. I don't know how you were planning on gauging community consensus,
> but my feel is that for people who are new to soaplib and want to
> interoperate with other SOAP implementations (of which Microsoft's is
> the most widespread), this problem is rather a deal-breaker. It's also
> a deal-breaker if you're writing a SOAP server that implements an
> existing interface and have no control over the format of the RPC
> calls made by the client. Personally, if soaplib can't interoperate
> correctly with Microsoft's SOAP stack, I'll have to use something
> else.
>
>
Hi Christian,
I have to agree, except that there's no major interop problem. (the
response can reportedly be parsed by .net) You just need to go one level
deeper than you'd expect to reach it.
Once someone patches this, we'll see how it goes.
> I understand that just changing the existing behavior without
> transition and breaking existing users is not an option. But it
> doesn't make the bug into a feature, especially for people wanting to
> use SOAP to interoperate with other systems..
I was not trying to imply that this behavior is not a bug. It's just
that its fix would break existing code which had to work around, so
should not go into an official release silently.
Just changing it may be an option. I could speculate, but as I said, we
first need a patch.
> Also, is there a patch or git branch that has that fix, so I can test
> it?
>
>
To my knowledge, no.
best,
burak
From jjaherne at googlemail.com Fri Apr 16 09:36:58 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Fri, 16 Apr 2010 08:36:58 +0100
Subject: [Soap-Python] soaplib w/suds
Message-ID:
I have been doing some more work with suds and soaplib.
I have updated to what I think is the latest - jkp/soaplib
This fixed the problem with stringArray
Now I'm looking more closely at the results I am getting and I see a warning
from
WARNING:suds.umx.types:attribute(type) type, not-found
I assume I should be providing more information to the suds client to avoid
this, but I am puzzled as to what I should do here.
The debug text is below so you can see what I am getting.
Does anyone have a clue about how to tackle this.
Regards
John Aherne
DEBUG:suds.client:headers = {'SOAPAction': u'"say_hello"', 'Content-Type':
'text
/xml'}
DEBUG:suds.client:http succeeded:
Hello
, punkHello, punkHello, punkHello,
punkHello,
punk
WARNING:suds.umx.typed:attribute (type) type, not-found
(stringArray){
_type = "tns:stringArray"
string[] =
"Hello, punk",
"Hello, punk",
"Hello, punk",
"Hello, punk",
"Hello, punk",
}
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jjaherne at googlemail.com Fri Apr 16 09:50:15 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Fri, 16 Apr 2010 08:50:15 +0100
Subject: [Soap-Python] soaplib mailing list
Message-ID:
I am using this mailing list by default for soaplib, mainly because I was
pointed here by jkp.
But the github wiki still points to the old mailing list
So I'm wondering is it right to carry on using this list as the default for
soaplib.
John Aherne
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jjaherne at googlemail.com Fri Apr 16 09:54:33 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Fri, 16 Apr 2010 08:54:33 +0100
Subject: [Soap-Python] soaplib development
Message-ID:
Is there a mechanism for creating some direction for soaplib development.
Or is it a free-for-all, with people creating branches to suit their own
problems.
I assume Brad was hoping for some sort of consensus to come from starting
this list, but I'm not sure if anything has emerged
Regards
John Aherne
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From bradallen137 at gmail.com Fri Apr 16 20:10:32 2010
From: bradallen137 at gmail.com (Brad Allen)
Date: Fri, 16 Apr 2010 13:10:32 -0500
Subject: [Soap-Python] soaplib mailing list
In-Reply-To:
References:
Message-ID:
On Fri, Apr 16, 2010 at 2:50 AM, John Aherne wrote:
> I am using this mailing list by default for soaplib, mainly because I was
> pointed here by jkp.
> But the github wiki still points to the old mailing list
> So I'm wondering is it right to carry on using this list as the default for
> soaplib.
> John Aherne
Yes, the old mailing list was overrun by spam, and was pretty low
traffic for actual soaplib discussion, so we moved to this new mailing
list with the intent of including discussion not only for soaplib but
any Python SOAP related technologies.
There are a lot of GitHub wikis with all the forks...it would be nice
to have a central site, maybe running Sphinx, which could point people
to the appropriate GitHub fork, issue tracker, mailing list, etc., as
well as consolidate all documentation.
From jkp at kirkconsulting.co.uk Mon Apr 19 03:09:30 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Mon, 19 Apr 2010 09:09:30 +0800
Subject: [Soap-Python] soaplib mailing list
In-Reply-To:
References:
Message-ID:
Hi all
Sorry not to have responded for a while, I've been out of action on a
project in the far east with very little time. In summary all these
suggestions are valid and we need some co-ordinated action, including the
following:
- Creating a proper site for soaplib with some sphinx backed documentation:
it should point to the new list for discussion.
- Pulling in changesets people feel are useful from the many forks on
github.
- Nominating new committers for the github project so it can be more
actively maintained.
- Making a new release...
I have a couple of people in mind for point number three, which I think will
help with the others. If anyone wants commit access please mail me directly
and we'll have a chat about it.
--
Jamie Kirkpatrick
07818 422311
On 17 April 2010 02:10, Brad Allen wrote:
> On Fri, Apr 16, 2010 at 2:50 AM, John Aherne
> wrote:
> > I am using this mailing list by default for soaplib, mainly because I was
> > pointed here by jkp.
> > But the github wiki still points to the old mailing list
> > So I'm wondering is it right to carry on using this list as the default
> for
> > soaplib.
> > John Aherne
>
> Yes, the old mailing list was overrun by spam, and was pretty low
> traffic for actual soaplib discussion, so we moved to this new mailing
> list with the intent of including discussion not only for soaplib but
> any Python SOAP related technologies.
>
> There are a lot of GitHub wikis with all the forks...it would be nice
> to have a central site, maybe running Sphinx, which could point people
> to the appropriate GitHub fork, issue tracker, mailing list, etc., as
> well as consolidate all documentation.
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jkp at kirkconsulting.co.uk Mon Apr 19 03:13:49 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Mon, 19 Apr 2010 09:13:49 +0800
Subject: [Soap-Python] soaplib applied patches
In-Reply-To:
References:
Message-ID:
Hi all
I'm currently trying to enlist helpers to get these patches rolled into the
main github project (jkp/soaplib) for a new release. I hope to have some
news in the next few days.
--
Jamie Kirkpatrick
07818 422311
On 13 April 2010 15:47, John Aherne wrote:
> Does anyone know what patches have been applied to the current source.
>
> Is there a list anywhere so we can see if the changes we are interested in
> have been incorporated.
>
> Thanks for any info
>
> John Aherne
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jkp at kirkconsulting.co.uk Mon Apr 19 03:18:59 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Mon, 19 Apr 2010 09:18:59 +0800
Subject: [Soap-Python] soaplib development
In-Reply-To:
References:
Message-ID:
Hi John
Please see my other emails regarding the status of the project. In short I
needs some organization and I hope to enlist the most active members of the
community to move things along over the coming weeks.
If you would like to help drop me a line letting me know what you are
willing to do (wiki, bug fixing, new features etc).
Thanks
--
Jamie Kirkpatrick
07818 422311
On 16 April 2010 15:54, John Aherne wrote:
> Is there a mechanism for creating some direction for soaplib development.
> Or is it a free-for-all, with people creating branches to suit their own
> problems.
>
> I assume Brad was hoping for some sort of consensus to come from starting
> this list, but I'm not sure if anything has emerged
>
> Regards
>
> John Aherne
>
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jkp at kirkconsulting.co.uk Mon Apr 19 03:30:07 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Mon, 19 Apr 2010 09:30:07 +0800
Subject: [Soap-Python] Interoperability problem between soaplib and MS
.Net 3.5 SOAP
In-Reply-To: <4BC4DE67.4060901@arskom.com.tr>
References: <4e5df5c6-ca70-438c-97ed-c2a934a18376@k13g2000yqe.googlegroups.com>
<4BBCE865.7050508@arskom.com.tr>
<1d244f5c-2bcd-479d-8fd4-17748dd638d6@z4g2000yqa.googlegroups.com>
<4BBDA5C6.3040804@arskom.com.tr>
<4BC24912.3050505@arskom.com.tr>
<28c1e91a-2f20-45fa-9bf8-0dca969ffcee@z4g2000yqa.googlegroups.com>
<4BC4DE67.4060901@arskom.com.tr>
Message-ID:
Does someone want to work a patch up on a branch and issue a pull request?
Does this need to be a switchable feature somehow so as not to break
interop on existing systems?
Ta
--
Jamie Kirkpatrick
07818 422311
On 14 April 2010 05:13, Burak Arslan wrote:
> On 04/13/10 23:35, Christian Hudon wrote:
>
>> On Apr 11, 6:11 pm, Burak Arslan wrote:
>>
>>
>>> this has been a known issue for some time now. the fix will break
>>> backwards compatibility, so unless there's a strong community consensus
>>> on changing this, i think it should stay as it is.
>>>
>>>
>> Hm. I don't know how you were planning on gauging community consensus,
>> but my feel is that for people who are new to soaplib and want to
>> interoperate with other SOAP implementations (of which Microsoft's is
>> the most widespread), this problem is rather a deal-breaker. It's also
>> a deal-breaker if you're writing a SOAP server that implements an
>> existing interface and have no control over the format of the RPC
>> calls made by the client. Personally, if soaplib can't interoperate
>> correctly with Microsoft's SOAP stack, I'll have to use something
>> else.
>>
>>
>>
>
> Hi Christian,
>
> I have to agree, except that there's no major interop problem. (the
> response can reportedly be parsed by .net) You just need to go one level
> deeper than you'd expect to reach it.
>
> Once someone patches this, we'll see how it goes.
>
>
>
> I understand that just changing the existing behavior without
>> transition and breaking existing users is not an option. But it
>> doesn't make the bug into a feature, especially for people wanting to
>> use SOAP to interoperate with other systems..
>>
>
> I was not trying to imply that this behavior is not a bug. It's just that
> its fix would break existing code which had to work around, so should not go
> into an official release silently.
>
> Just changing it may be an option. I could speculate, but as I said, we
> first need a patch.
>
>
>
> Also, is there a patch or git branch that has that fix, so I can test
>> it?
>>
>>
>>
>
> To my knowledge, no.
>
> best,
>
> burak
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jkp at kirkconsulting.co.uk Mon Apr 19 07:49:48 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Mon, 19 Apr 2010 13:49:48 +0800
Subject: [Soap-Python] soaplib mailing list
In-Reply-To:
References:
Message-ID:
FYI: this might be useful - http://pages.github.com/.
We can probably leverage this functionality to host a static set of sphinx
generate pages to act as the main "consumer" site. Anyone willing to put
something together?
--
Jamie Kirkpatrick
07818 422311
On 19 April 2010 09:09, Jamie Kirkpatrick wrote:
> Hi all
>
> Sorry not to have responded for a while, I've been out of action on a
> project in the far east with very little time. In summary all these
> suggestions are valid and we need some co-ordinated action, including the
> following:
>
> - Creating a proper site for soaplib with some sphinx backed documentation:
> it should point to the new list for discussion.
> - Pulling in changesets people feel are useful from the many forks on
> github.
> - Nominating new committers for the github project so it can be more
> actively maintained.
> - Making a new release...
>
> I have a couple of people in mind for point number three, which I think
> will help with the others. If anyone wants commit access please mail me
> directly and we'll have a chat about it.
>
> --
> Jamie Kirkpatrick
> 07818 422311
> On 17 April 2010 02:10, Brad Allen wrote:
>
>> On Fri, Apr 16, 2010 at 2:50 AM, John Aherne
>> wrote:
>> > I am using this mailing list by default for soaplib, mainly because I
>> was
>> > pointed here by jkp.
>> > But the github wiki still points to the old mailing list
>> > So I'm wondering is it right to carry on using this list as the default
>> for
>> > soaplib.
>> > John Aherne
>>
>> Yes, the old mailing list was overrun by spam, and was pretty low
>> traffic for actual soaplib discussion, so we moved to this new mailing
>> list with the intent of including discussion not only for soaplib but
>> any Python SOAP related technologies.
>>
>> There are a lot of GitHub wikis with all the forks...it would be nice
>> to have a central site, maybe running Sphinx, which could point people
>> to the appropriate GitHub fork, issue tracker, mailing list, etc., as
>> well as consolidate all documentation.
>> _______________________________________________
>> Soap mailing list
>> Soap at python.org
>> http://mail.python.org/mailman/listinfo/soap
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jjaherne at googlemail.com Mon Apr 19 20:40:48 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Mon, 19 Apr 2010 19:40:48 +0100
Subject: [Soap-Python] soaplib mailing list
In-Reply-To:
References:
Message-ID:
On Mon, Apr 19, 2010 at 6:49 AM, Jamie Kirkpatrick wrote:
> FYI: this might be useful - http://pages.github.com/.
>
> We can probably leverage this functionality to host a static set of sphinx
> generate pages to act as the main "consumer" site. Anyone willing to put
> something together?
>
> --
> Jamie Kirkpatrick
> 07818 422311
> On 19 April 2010 09:09, Jamie Kirkpatrick wrote:
>
>> Hi all
>>
>> Sorry not to have responded for a while, I've been out of action on a
>> project in the far east with very little time. In summary all these
>> suggestions are valid and we need some co-ordinated action, including the
>> following:
>>
>> - Creating a proper site for soaplib with some sphinx backed
>> documentation: it should point to the new list for discussion.
>> - Pulling in changesets people feel are useful from the many forks on
>> github.
>> - Nominating new committers for the github project so it can be more
>> actively maintained.
>> - Making a new release...
>>
>> I have a couple of people in mind for point number three, which I think
>> will help with the others. If anyone wants commit access please mail me
>> directly and we'll have a chat about it.
>>
>> --
>> Jamie Kirkpatrick
>> 07818 422311
>> On 17 April 2010 02:10, Brad Allen wrote:
>>
>>> On Fri, Apr 16, 2010 at 2:50 AM, John Aherne
>>> wrote:
>>> > I am using this mailing list by default for soaplib, mainly because I
>>> was
>>> > pointed here by jkp.
>>> > But the github wiki still points to the old mailing list
>>> > So I'm wondering is it right to carry on using this list as the default
>>> for
>>> > soaplib.
>>> > John Aherne
>>>
>>> Yes, the old mailing list was overrun by spam, and was pretty low
>>> traffic for actual soaplib discussion, so we moved to this new mailing
>>> list with the intent of including discussion not only for soaplib but
>>> any Python SOAP related technologies.
>>>
>>> There are a lot of GitHub wikis with all the forks...it would be nice
>>> to have a central site, maybe running Sphinx, which could point people
>>> to the appropriate GitHub fork, issue tracker, mailing list, etc., as
>>> well as consolidate all documentation.
>>> _______________________________________________
>>> Soap mailing list
>>> Soap at python.org
>>> http://mail.python.org/mailman/listinfo/soap
>>>
>>
>> Do we have anyone on the group who is up to speed on sphinx. If not that
> will slow down doing anything.
>
John
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jjaherne at googlemail.com Mon Apr 19 20:48:17 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Mon, 19 Apr 2010 19:48:17 +0100
Subject: [Soap-Python] soaplib development
In-Reply-To:
References:
Message-ID:
On Mon, Apr 19, 2010 at 2:18 AM, Jamie Kirkpatrick wrote:
> Hi John
>
> Please see my other emails regarding the status of the project. In short
> I needs some organization and I hope to enlist the most active members of
> the community to move things along over the coming weeks.
>
> If you would like to help drop me a line letting me know what you are
> willing to do (wiki, bug fixing, new features etc).
>
> Thanks
>
> --
> Jamie Kirkpatrick
> 07818 422311
> On 16 April 2010 15:54, John Aherne wrote:
>
>> Is there a mechanism for creating some direction for soaplib development.
>> Or is it a free-for-all, with people creating branches to suit their own
>> problems.
>>
>> I assume Brad was hoping for some sort of consensus to come from starting
>> this list, but I'm not sure if anything has emerged
>>
>> Regards
>>
>> John Aherne
>>
>>
>> _______________________________________________
>> Soap mailing list
>> Soap at python.org
>> http://mail.python.org/mailman/listinfo/soap
>>
>> Glad you are back.
As I get going on the xml and soap, I'll see what I can do.
Coding wise for the moment I probably can't help, but I'll see how it goes.
It would be good to know who are the people still actively contributing
code, so we know who is putting in the work.
John
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jkp at kirkconsulting.co.uk Tue Apr 20 04:00:50 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Tue, 20 Apr 2010 10:00:50 +0800
Subject: [Soap-Python] soaplib mailing list
In-Reply-To:
References:
Message-ID:
I'm up to speed on Sphinx but I don't have time to document everything.
I'll try to have a go at converting what was on the optio site if it is
still to be found somewhere but I can't promise anything: extremely busy
with other commitments too.
--
Jamie Kirkpatrick
07818 422311
On 20 April 2010 02:40, John Aherne wrote:
>
>
> On Mon, Apr 19, 2010 at 6:49 AM, Jamie Kirkpatrick <
> jkp at kirkconsulting.co.uk> wrote:
>
>> FYI: this might be useful - http://pages.github.com/.
>>
>> We can probably leverage this functionality to host a static set of sphinx
>> generate pages to act as the main "consumer" site. Anyone willing to put
>> something together?
>>
>> --
>> Jamie Kirkpatrick
>> 07818 422311
>> On 19 April 2010 09:09, Jamie Kirkpatrick wrote:
>>
>>> Hi all
>>>
>>> Sorry not to have responded for a while, I've been out of action on a
>>> project in the far east with very little time. In summary all these
>>> suggestions are valid and we need some co-ordinated action, including the
>>> following:
>>>
>>> - Creating a proper site for soaplib with some sphinx backed
>>> documentation: it should point to the new list for discussion.
>>> - Pulling in changesets people feel are useful from the many forks on
>>> github.
>>> - Nominating new committers for the github project so it can be more
>>> actively maintained.
>>> - Making a new release...
>>>
>>> I have a couple of people in mind for point number three, which I think
>>> will help with the others. If anyone wants commit access please mail me
>>> directly and we'll have a chat about it.
>>>
>>> --
>>> Jamie Kirkpatrick
>>> 07818 422311
>>> On 17 April 2010 02:10, Brad Allen wrote:
>>>
>>>> On Fri, Apr 16, 2010 at 2:50 AM, John Aherne
>>>> wrote:
>>>> > I am using this mailing list by default for soaplib, mainly because I
>>>> was
>>>> > pointed here by jkp.
>>>> > But the github wiki still points to the old mailing list
>>>> > So I'm wondering is it right to carry on using this list as the
>>>> default for
>>>> > soaplib.
>>>> > John Aherne
>>>>
>>>> Yes, the old mailing list was overrun by spam, and was pretty low
>>>> traffic for actual soaplib discussion, so we moved to this new mailing
>>>> list with the intent of including discussion not only for soaplib but
>>>> any Python SOAP related technologies.
>>>>
>>>> There are a lot of GitHub wikis with all the forks...it would be nice
>>>> to have a central site, maybe running Sphinx, which could point people
>>>> to the appropriate GitHub fork, issue tracker, mailing list, etc., as
>>>> well as consolidate all documentation.
>>>> _______________________________________________
>>>> Soap mailing list
>>>> Soap at python.org
>>>> http://mail.python.org/mailman/listinfo/soap
>>>>
>>>
>>> Do we have anyone on the group who is up to speed on sphinx. If not that
>> will slow down doing anything.
>>
>
> John
>
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From burak.arslan at arskom.com.tr Tue Apr 20 12:41:26 2010
From: burak.arslan at arskom.com.tr (Burak Arslan)
Date: Tue, 20 Apr 2010 13:41:26 +0300
Subject: [Soap-Python] soaplib applied patches
In-Reply-To:
References:
<4BC4289A.7070009@arskom.com.tr>
Message-ID: <4BCD84D6.20502@arskom.com.tr>
On 04/19/10 04:12, Jamie Kirkpatrick wrote:
> Hey Burak
>
> What is your github username....do you want commit access to the
> repository? We need to get all these various patches merged in for a
> new release. You probably know more about which ones are decent than
> I do though...
>
> Thanks
>
hi,
i'm located at github.com/plq
i think we first need to agree on a host. i like to stick to git but
github lacks [1], and last time i looked, they also lacked unified issue
tracking -- every fork gets a fresh wiki and issue tracker which is not
really helping the project.
so i'm not sure it'd be the right choice. i got the github.com/soaplib
repository just in case. if we're to stick with github, i think that
should be the official repository to avoid any confusion.
does anyone have any suggestions for alternatives ?
regards,
burak
[1]:
http://support.github.com/discussions/accounts/73-giving-multiple-users-admin-access-to-a-project
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From bradallen137 at gmail.com Tue Apr 20 15:30:53 2010
From: bradallen137 at gmail.com (Brad Allen)
Date: Tue, 20 Apr 2010 08:30:53 -0500
Subject: [Soap-Python] soaplib mailing list
In-Reply-To:
References:
Message-ID:
On Mon, Apr 19, 2010 at 1:40 PM, John Aherne wrote:
>> Do we have anyone on the group who is up to speed on sphinx. If not that
>> will slow down doing anything.
I have a little experience using Sphinx and reStructuredText, and
don't think it would be a barrier to volunteers. I'm not an expert in
either but found it a very convenient tool to work with after someone
helped me for just a few minutes to get started editing rst and
running 'make html' to produce the static pages. (There is a bigger
learning curve to creating custom skins, however).
However, I am unclear on where we would put the generated Sphinx docs.
To publish the page on GitHub, we would need to commit the generated
html to the root of the Git repo, and push to the GitHub repo. But
then, any forks would show the same Sphinx pages.
Part of the problem for a newcomer is knowing which fork on GitHub is
the mainline of development used for releases. To some extent, the
PyPI page resolves this; though it is not at the top of the Google
search results for 'soaplib'.
A separate dedicated site might make more sense...and it would be nice
to have a domain, something like soaplib.python.org, or
python-soap.org.
As for volunteering, I can help, but like jkp I may be slow in getting
things done due to other committments. I am not a SOAP expert, but as
I learn I can help improve the docs and the test coverage.
From bradallen137 at gmail.com Tue Apr 20 16:01:27 2010
From: bradallen137 at gmail.com (Brad Allen)
Date: Tue, 20 Apr 2010 09:01:27 -0500
Subject: [Soap-Python] soaplib applied patches
In-Reply-To: <4BCD84D6.20502@arskom.com.tr>
References:
<4BC4289A.7070009@arskom.com.tr>
<4BCD84D6.20502@arskom.com.tr>
Message-ID:
On Tue, Apr 20, 2010 at 5:41 AM, Burak Arslan
wrote:
> [1]:
> http://support.github.com/discussions/accounts/73-giving-multiple-users-admin-access-to-a-project
Yikes, hopefully github will add that feature soon, otherwise it will
be limited to small, one person projects.
We should consider alternatives:
http://en.wikipedia.org/wiki/Comparison_of_open_source_software_hosting_facilities
From jkp at kirkconsulting.co.uk Wed Apr 21 03:46:54 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Wed, 21 Apr 2010 09:46:54 +0800
Subject: [Soap-Python] soaplib applied patches
In-Reply-To:
References:
<4BC4289A.7070009@arskom.com.tr>
<4BCD84D6.20502@arskom.com.tr>
Message-ID:
Don't misread what that article says: its not that you can't add other
colloborators with push access, you can. It's that only the project owner
can add and remove them.
To me this isn't a big deal, its pretty much how things were with SVN
anyway: previously Aaron added and removed collaborators and now it's down
to me. I already sent emails out to a couple of folks asking if they wanted
access. Both Brad and Burak can have it if they email me and ask, I'll add
them to the project as collaborators then they can push to the main repo.
As far as github.com/soaplib goes, how can we get my repository to be the
canonical repository instead of the one that currently is?
Thanks
--
Jamie Kirkpatrick
07818 422311
On 20 April 2010 22:01, Brad Allen wrote:
> On Tue, Apr 20, 2010 at 5:41 AM, Burak Arslan
> wrote:
>
> > [1]:
> >
> http://support.github.com/discussions/accounts/73-giving-multiple-users-admin-access-to-a-project
>
> Yikes, hopefully github will add that feature soon, otherwise it will
> be limited to small, one person projects.
>
> We should consider alternatives:
>
>
> http://en.wikipedia.org/wiki/Comparison_of_open_source_software_hosting_facilities
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jkp at kirkconsulting.co.uk Wed Apr 21 03:54:48 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Wed, 21 Apr 2010 09:54:48 +0800
Subject: [Soap-Python] soaplib mailing list
In-Reply-To:
References:
Message-ID:
Hi Brad
You are now an official collaborator so do what you can. All your
suggestions are very valid and they need to be tackled in turn. I'd suggest
a seperate thread to the mailing list about each issue as you get time to
take them on (if you do).
As for what you are able to contribute, improved documentation and test
coverage would be great additions.
Thanks for your help so far.
--
Jamie Kirkpatrick
07818 422311
On 20 April 2010 21:30, Brad Allen wrote:
> On Mon, Apr 19, 2010 at 1:40 PM, John Aherne
> wrote:
> >> Do we have anyone on the group who is up to speed on sphinx. If not that
> >> will slow down doing anything.
>
> I have a little experience using Sphinx and reStructuredText, and
> don't think it would be a barrier to volunteers. I'm not an expert in
> either but found it a very convenient tool to work with after someone
> helped me for just a few minutes to get started editing rst and
> running 'make html' to produce the static pages. (There is a bigger
> learning curve to creating custom skins, however).
>
> However, I am unclear on where we would put the generated Sphinx docs.
> To publish the page on GitHub, we would need to commit the generated
> html to the root of the Git repo, and push to the GitHub repo. But
> then, any forks would show the same Sphinx pages.
>
> Part of the problem for a newcomer is knowing which fork on GitHub is
> the mainline of development used for releases. To some extent, the
> PyPI page resolves this; though it is not at the top of the Google
> search results for 'soaplib'.
>
> A separate dedicated site might make more sense...and it would be nice
> to have a domain, something like soaplib.python.org, or
> python-soap.org.
>
> As for volunteering, I can help, but like jkp I may be slow in getting
> things done due to other committments. I am not a SOAP expert, but as
> I learn I can help improve the docs and the test coverage.
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jkp at kirkconsulting.co.uk Wed Apr 21 03:49:24 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Wed, 21 Apr 2010 09:49:24 +0800
Subject: [Soap-Python] soaplib applied patches
In-Reply-To:
References:
<4BC4289A.7070009@arskom.com.tr>
<4BCD84D6.20502@arskom.com.tr>
Message-ID:
Also, in terms of issue tracking there are many options we could choose.
I'm currently using www.pivotaltracker.com for some of my projects but I
appreciate that as a general issue tracker it might not be the best fit.
I would suggest we use the issue tracker on the main fork (jkp) for now and
put clear links on the wiki at the top-level page that has been created.
I'm open to suggestions though.
--
Jamie Kirkpatrick
07818 422311
On 21 April 2010 09:46, Jamie Kirkpatrick wrote:
> Don't misread what that article says: its not that you can't add other
> colloborators with push access, you can. It's that only the project owner
> can add and remove them.
>
> To me this isn't a big deal, its pretty much how things were with SVN
> anyway: previously Aaron added and removed collaborators and now it's down
> to me. I already sent emails out to a couple of folks asking if they wanted
> access. Both Brad and Burak can have it if they email me and ask, I'll add
> them to the project as collaborators then they can push to the main repo.
>
> As far as github.com/soaplib goes, how can we get my repository to be the
> canonical repository instead of the one that currently is?
>
> Thanks
>
> --
> Jamie Kirkpatrick
> 07818 422311
> On 20 April 2010 22:01, Brad Allen wrote:
>
>> On Tue, Apr 20, 2010 at 5:41 AM, Burak Arslan
>> wrote:
>>
>> > [1]:
>> >
>> http://support.github.com/discussions/accounts/73-giving-multiple-users-admin-access-to-a-project
>>
>> Yikes, hopefully github will add that feature soon, otherwise it will
>> be limited to small, one person projects.
>>
>> We should consider alternatives:
>>
>>
>> http://en.wikipedia.org/wiki/Comparison_of_open_source_software_hosting_facilities
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jkp at kirkconsulting.co.uk Fri Apr 23 03:07:30 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Fri, 23 Apr 2010 09:07:30 +0800
Subject: [Soap-Python] unable to reach soaplib website
In-Reply-To: <1271943418.2785.242.camel@noise.digint.lan>
References: <1271943418.2785.242.camel@noise.digint.lan>
Message-ID:
Hi Roberto
Unfortunately I didn't host that site (it was a legacy site when the project
was managed by Aaron Bickell). That said I found a way you can still get to
the content:
http://web.archive.org/web/20080610080052/http://trac.optio.webfactional.com/wiki/soaplib
.
If anyone wants to volunteer some time to move that documentation to our
github site that would be great.
Thanks
Jamie
--
Jamie Kirkpatrick
07818 422311
On 22 April 2010 21:36, Roberto Martelloni wrote:
> Hi,
>
> it's 3 week i cant reach the soaplib website, can you manage this
> situation ? i have the necessity to read the doc and the wiky, to
> understrand all the stuff related to soaplib, to use it in my project.
>
> can fixup the problem with the website ? or can you send me a mirror of
> the website ?
>
> the site i cant reach is this one:
> http://trac.optio.webfactional.com/wiki/soaplib
>
>
> realy realy, great thanks.
>
> R
>
> --
> Roberto Martelloni
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jjaherne at googlemail.com Fri Apr 23 14:34:06 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Fri, 23 Apr 2010 13:34:06 +0100
Subject: [Soap-Python] suds client and soaplib
Message-ID:
I am posting this here even though I have posted a much fuller post on the
suds list.
When I set up a service using complex types inside a complex type, the suds
client complains about not finding a type. I still get the data, but I have
to jump through various hoops to get the attributes I am interested in.
The service works fine with the soaplib client and performs as I would
expect.
I get this problem with the simple complex type demo app UserManager as well
as my own service. I assume I have overlooked something or got something
wrong either at the soaplib end or the suds end.
If people are using suds and soaplib and this was a real problem, then it
would be featuring in the mail-lists fairly frequently.
If anyone has seen this problem and knows what to do about it, I would be
grateful for any info.
Thanks
John Aherne
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jjaherne at googlemail.com Fri Apr 23 14:39:21 2010
From: jjaherne at googlemail.com (John Aherne)
Date: Fri, 23 Apr 2010 13:39:21 +0100
Subject: [Soap-Python] usermanager demo
Message-ID:
There a re a couple of typos in the demo as found in the demo docs
soaplib_docs.markdown
In add_user change ;
userid_seq = user_seq+1
to
userid_seq = userid_seq+1
In main change:
server.start()
to
server.serve_forever()
A very useful intro demo
Regards
John Aherne
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From bradallen137 at gmail.com Fri Apr 23 18:22:22 2010
From: bradallen137 at gmail.com (Brad Allen)
Date: Fri, 23 Apr 2010 11:22:22 -0500
Subject: [Soap-Python] unable to reach soaplib website
In-Reply-To:
References: <1271943418.2785.242.camel@noise.digint.lan>
Message-ID:
On Thu, Apr 22, 2010 at 8:07 PM, Jamie Kirkpatrick
wrote:
> Hi Roberto
> Unfortunately I didn't host that site (it was a legacy site when the project
> was managed by Aaron Bickell). ?That said I found a way you can still get to
> the
> content:?http://web.archive.org/web/20080610080052/http://trac.optio.webfactional.com/wiki/soaplib.
> If anyone wants to?volunteer?some time to move that documentation to our
> github site that would be great.
Yes, I'll work on that sometime within the next two weeks.
From jkp at kirkconsulting.co.uk Sat Apr 24 03:34:51 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Sat, 24 Apr 2010 09:34:51 +0800
Subject: [Soap-Python] unable to reach soaplib website
In-Reply-To:
References: <1271943418.2785.242.camel@noise.digint.lan>
Message-ID:
Great: look forward to it Brad. Perhaps if we translate it to ReST at the
same time we can kill two birds with one stone.
--
Jamie Kirkpatrick
07818 422311
On 24 April 2010 00:22, Brad Allen wrote:
> On Thu, Apr 22, 2010 at 8:07 PM, Jamie Kirkpatrick
> wrote:
> > Hi Roberto
> > Unfortunately I didn't host that site (it was a legacy site when the
> project
> > was managed by Aaron Bickell). That said I found a way you can still get
> to
> > the
> > content:
> http://web.archive.org/web/20080610080052/http://trac.optio.webfactional.com/wiki/soaplib
> .
> > If anyone wants to volunteer some time to move that documentation to our
> > github site that would be great.
>
> Yes, I'll work on that sometime within the next two weeks.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jkp at kirkconsulting.co.uk Sat Apr 24 08:19:00 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Sat, 24 Apr 2010 14:19:00 +0800
Subject: [Soap-Python] usermanager demo
In-Reply-To:
References:
Message-ID:
Thanks John.
I've committed the changes to the repository.
--
Jamie Kirkpatrick
07818 422311
On 23 April 2010 20:39, John Aherne wrote:
> There a re a couple of typos in the demo as found in the demo docs
> soaplib_docs.markdown
>
> In add_user change ;
> userid_seq = user_seq+1
> to
> userid_seq = userid_seq+1
>
> In main change:
> server.start()
> to
> server.serve_forever()
>
> A very useful intro demo
>
> Regards
>
> John Aherne
>
>
> _______________________________________________
> Soap mailing list
> Soap at python.org
> http://mail.python.org/mailman/listinfo/soap
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From jkp at kirkconsulting.co.uk Sat Apr 24 08:21:59 2010
From: jkp at kirkconsulting.co.uk (Jamie Kirkpatrick)
Date: Sat, 24 Apr 2010 14:21:59 +0800
Subject: [Soap-Python] usermanager demo
In-Reply-To:
References:
Message-ID:
PS: I've renamed the file in the repository so that GitHub can display it as
automatic documentation. Should help a few folks.
--
Jamie Kirkpatrick
07818 422311
On 24 April 2010 14:19, Jamie Kirkpatrick wrote:
> Thanks John.
>
> I've committed the changes to the repository.
>
> --
> Jamie Kirkpatrick
> 07818 422311
> On 23 April 2010 20:39, John Aherne wrote:
>
>> There a re a couple of typos in the demo as found in the demo docs
>> soaplib_docs.markdown
>>
>> In add_user change ;
>> userid_seq = user_seq+1
>> to
>> userid_seq = userid_seq+1
>>
>> In main change:
>> server.start()
>> to
>> server.serve_forever()
>>
>> A very useful intro demo
>>
>> Regards
>>
>> John Aherne
>>
>>
>> _______________________________________________
>> Soap mailing list
>> Soap at python.org
>> http://mail.python.org/mailman/listinfo/soap
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: