[lnkForumImage]
TotalShareware - Download Free Software
Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.python

SOAP strategies

Paul Watson

2/16/2008 4:59:00 PM

What are the reasonable current day choices and best bets for the future
when doing SOAP programming in Python? SOAP batteries do not appear to
be in the standard Python distribution.

Most of the SOAP related information I have been able to find on the web
is from 2001-2002. I am not sure if some packages are still maintained.
Most of this is old news.

http://soapy.source...
http://pywebsvcs.source... (SOAPpy)
and what is the relation of this to ZSI

http://www.intertwingly.net/stories/2002/12/2...
http://www.ibm.com/developerworks/library...
http://www.opensourcetutorials.com/tutorials/Server-Side-Coding/Python/python-soap-libraries/...

http://www.gossamer-threads.com/lists/python/pyt... This is
current, but is this a long term strategy or a short term tactic?
7 Answers

Paul Watson

2/19/2008 4:00:00 PM

0


On Sat, 2008-02-16 at 10:59 -0600, Paul Watson wrote:
> What are the reasonable current day choices and best bets for the future
> when doing SOAP programming in Python? SOAP batteries do not appear to
> be in the standard Python distribution.
>
> Most of the SOAP related information I have been able to find on the web
> is from 2001-2002. I am not sure if some packages are still maintained.
> Most of this is old news.
>
> http://soapy.source...
> http://pywebsvcs.source... (SOAPpy)
> and what is the relation of this to ZSI
>
> http://www.intertwingly.net/stories/2002/12/2...
> http://www.ibm.com/developerworks/library...
> http://www.opensourcetutorials.com/tutorials/Server-Side-Coding/Python/python-soap-libraries/...
>
> http://www.gossamer-threads.com/lists/python/pyt... This is
> current, but is this a long term strategy or a short term tactic?

Have I offended? My apologies if I have. I thought I showed that I had
done some homework and used Google and did the other things to show that
I was willing to put forth some effort. Please tell me if I have missed
something. If I should look somewhere besides Python for doing SOAP,
then please say that also. Thanks.

Paul Boddie

2/19/2008 6:02:00 PM

0

On 19 Feb, 16:59, Paul Watson <paul.hermeneu...@gmail.com> wrote:
>
> Have I offended? My apologies if I have. I thought I showed that I had
> done some homework and used Google and did the other things to show that
> I was willing to put forth some effort. Please tell me if I have missed
> something. If I should look somewhere besides Python for doing SOAP,
> then please say that also. Thanks.

There's a Wiki page here about Web services in Python:

http://wiki.python.org/moin/W...

I don't think that there's been a great deal of visible activity
around SOAP in the Python community other than that you've already
noticed. I entertained the idea of doing some more complete SOAP
support as an add-on to the libxml2dom project, but not wanting to
implement all the related specifications (schemas, service
descriptions), I struggle to see the benefit compared to simpler
solutions.

That's not to say that SOAP has no value. Clearly, if you consider the
different "use cases", SOAP is probably more appropriate for some than
other solutions would be. If one were exposing some kind of repository
through some kind of Web service, I'd consider approaches like REST,
along with technologies like WebDAV (which overlaps with REST), XML-
RPC and SOAP. But if the Web service were to involve issuing
relatively complicated queries, and/or the repository wasn't strictly
hierarchical (or couldn't be elegantly represented in such a way),
then it would arguably be less appropriate to deploy a "pure" REST
solution, favouring XML-RPC and SOAP instead.

What undermines SOAP for me is that if I'm not too interested in
treating it like some kind of RPC mechanism, then I can get most of
the pertinent benefits from exchanging plain XML documents. You can,
of course, do SOAP like this, but the obligation to look after the
boilerplate elements (which should permit lots of fancy features like
"routing", if such stuff is actually used in the real world) seems
like a distraction to me.

Paul

Paul Watson

2/19/2008 9:13:00 PM

0

On Tue, 2008-02-19 at 10:01 -0800, Paul Boddie wrote:
> On 19 Feb, 16:59, Paul Watson <paul.hermeneu...@gmail.com> wrote:
> >
> > Have I offended? My apologies if I have. I thought I showed that I had
> > done some homework and used Google and did the other things to show that
> > I was willing to put forth some effort. Please tell me if I have missed
> > something. If I should look somewhere besides Python for doing SOAP,
> > then please say that also. Thanks.
>
> There's a Wiki page here about Web services in Python:
>
> http://wiki.python.org/moin/W...
>
> I don't think that there's been a great deal of visible activity
> around SOAP in the Python community other than that you've already
> noticed. I entertained the idea of doing some more complete SOAP
> support as an add-on to the libxml2dom project, but not wanting to
> implement all the related specifications (schemas, service
> descriptions), I struggle to see the benefit compared to simpler
> solutions.
>
> That's not to say that SOAP has no value. Clearly, if you consider the
> different "use cases", SOAP is probably more appropriate for some than
> other solutions would be. If one were exposing some kind of repository
> through some kind of Web service, I'd consider approaches like REST,
> along with technologies like WebDAV (which overlaps with REST), XML-
> RPC and SOAP. But if the Web service were to involve issuing
> relatively complicated queries, and/or the repository wasn't strictly
> hierarchical (or couldn't be elegantly represented in such a way),
> then it would arguably be less appropriate to deploy a "pure" REST
> solution, favouring XML-RPC and SOAP instead.
>
> What undermines SOAP for me is that if I'm not too interested in
> treating it like some kind of RPC mechanism, then I can get most of
> the pertinent benefits from exchanging plain XML documents. You can,
> of course, do SOAP like this, but the obligation to look after the
> boilerplate elements (which should permit lots of fancy features like
> "routing", if such stuff is actually used in the real world) seems
> like a distraction to me.
>
> Paul

Many thanks for your comments. I will take a look at the site.

My primary orientation is in accessing large (one or more terabyte)
databases and doing data integration (ETL, ELT, EAI, EII) work. Any
other suggestions?

Paul Watson

2/19/2008 9:15:00 PM

0


On Tue, 2008-02-19 at 10:01 -0800, Paul Boddie wrote:
> On 19 Feb, 16:59, Paul Watson <paul.hermeneu...@gmail.com> wrote:
> >
> > Have I offended? My apologies if I have. I thought I showed that I had
> > done some homework and used Google and did the other things to show that
> > I was willing to put forth some effort. Please tell me if I have missed
> > something. If I should look somewhere besides Python for doing SOAP,
> > then please say that also. Thanks.
>
> There's a Wiki page here about Web services in Python:
>
> http://wiki.python.org/moin/W...
>
> I don't think that there's been a great deal of visible activity
> around SOAP in the Python community other than that you've already
> noticed. I entertained the idea of doing some more complete SOAP
> support as an add-on to the libxml2dom project, but not wanting to
> implement all the related specifications (schemas, service
> descriptions), I struggle to see the benefit compared to simpler
> solutions.
>
> That's not to say that SOAP has no value. Clearly, if you consider the
> different "use cases", SOAP is probably more appropriate for some than
> other solutions would be. If one were exposing some kind of repository
> through some kind of Web service, I'd consider approaches like REST,
> along with technologies like WebDAV (which overlaps with REST), XML-
> RPC and SOAP. But if the Web service were to involve issuing
> relatively complicated queries, and/or the repository wasn't strictly
> hierarchical (or couldn't be elegantly represented in such a way),
> then it would arguably be less appropriate to deploy a "pure" REST
> solution, favouring XML-RPC and SOAP instead.
>
> What undermines SOAP for me is that if I'm not too interested in
> treating it like some kind of RPC mechanism, then I can get most of
> the pertinent benefits from exchanging plain XML documents. You can,
> of course, do SOAP like this, but the obligation to look after the
> boilerplate elements (which should permit lots of fancy features like
> "routing", if such stuff is actually used in the real world) seems
> like a distraction to me.
>
> Paul

Many thanks for your comments. I will take a look at the site.

My primary orientation is in accessing large (one or more terabyte)
databases and doing data integration (ETL, ELT, EAI, EII) work. Any
other suggestions?

A Moose in Love

4/1/2014 5:51:00 AM

0

On Tuesday, April 1, 2014 12:55:36 AM UTC-4, PaxPerPoten wrote:
> On 3/31/2014 5:20 PM, A Moose in Love wrote:
>
> > I am on the side of righteousness. I've tried to show empathy/sympathy with innocent jews, but I seem to get no where. Organized Jewry wants to justify killing my ancestors. I'm no longer going there. I am from now on going with the side of PlainAmerican, Heinrich, Rev, Carolina etc. I'll try and show them that innocent people should not be hurt, but I'm on their side. 100%. The 'other' side is much worse. What they did to my countryman 'Oberlander' is disgusting.
>
> >
>
>
>
> Publish the details.
>
No. Google.
>
>
>
>
>
> --
>
> It is hardly too strong to say that the Constitution was made to guard
>
> the people against the dangers of good intentions. There are men in all
>
> ages who mean to govern well, but *They mean to govern*. They promise to
>
> be good masters, *but they mean to be masters*. Daniel Webster

Carolina Reb

4/1/2014 5:51:00 AM

0

On Tuesday, April 1, 2014 1:46:52 AM UTC-4, brianla...@yahoo.com wrote:
> He
>



http://hentaifurry.net/free/29/gallery3/...

The Peeler

4/1/2014 9:38:00 AM

0

On Mon, 31 Mar 2014 22:50:56 -0700 (PDT), "All Bark & No Bite", aka Humpin
Humpton, aka Caroloony Reb, the subnormal moron and attested schizo from
the States, wrote:

>
> http://hentaifurry.net/free/29/gallery3/...

You just can't get enough of it, eh, our resident Nazi homo?

Here's yet more jerk-off material for you, Humpin Hampton:

http://postimg.org/image/...

http://postimg.org/image/...

http://firstlightforum.files.wordpress.com/2011/05/gay_nazi_demotivator_by_tregni...

http://postimg.org/image/...

--
Nazi Homo Humpin Hampton addressing The Rectum:
"Let the sucking begin!"
MID: <78e21b.7tg.19.1@news.alt.net>