Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > Python > Suitable software stacks for simple python web service

Reply
Thread Tools

Suitable software stacks for simple python web service

 
 
Kev Dwyer
Guest
Posts: n/a
 
      11-21-2012
Hello List,

I have to build a simple web service which will:

- receive queries from our other servers
- forward the requests to a third party SOAP service
- process the response from the third party
- send the result back to the original requester

>From the point of view of the requester, this will happen within the scope

of a single request.

The data exchanged with the original requester will likely be encoded as
JSON; the SOAP service will be handled by SUDS.

The load is likely to be quite light, say a few requests per hour, though
this may increase in the future.

Given these requirements, what do you think might be a suitable software
stack, i.e. webserver and web framework (if a web framework is even
necessary)?

Candidates should be compatible with Python2.7, though I'd be happy to
consider Python 3 if anyone knows of a Python3 SOAP library that has good
WSDL support.

Cheers,

Kev

 
Reply With Quote
 
 
 
 
Steve Petrie
Guest
Posts: n/a
 
      11-21-2012
On Wednesday, November 21, 2012 2:32:40 AM UTC-5, Kev Dwyer wrote:
> Hello List,
>
>
>
> I have to build a simple web service which will:
>
>
>
> - receive queries from our other servers
>
> - forward the requests to a third party SOAP service
>
> - process the response from the third party
>
> - send the result back to the original requester
>
>
>
> >From the point of view of the requester, this will happen within the scope

>
> of a single request.
>
>
>
> The data exchanged with the original requester will likely be encoded as
>
> JSON; the SOAP service will be handled by SUDS.
>
>
>
> The load is likely to be quite light, say a few requests per hour, though
>
> this may increase in the future.
>
>
>
> Given these requirements, what do you think might be a suitable software
>
> stack, i.e. webserver and web framework (if a web framework is even
>
> necessary)?
>
>
>
> Candidates should be compatible with Python2.7, though I'd be happy to
>
> consider Python 3 if anyone knows of a Python3 SOAP library that has good
>
> WSDL support.
>
>
>
> Cheers,
>
>
>
> Kev


I'm using the Bottle web framework (http://bottlepy.org) to integrate requests and replies originating in a Drupal site, a Beanstream (payment processor) account, and a Salesforce instance.

Communication with Salesforce is done through the Salesforce Python Toolkit (http://code.google.com/p/salesforce-python-toolkit/), which uses Suds.

Communication with the Drupal site uses Python's (and PHP's on the Drupal side) native JSON support.

This is under Python 2.6.8 and Apache 2.2.23 running on an AWS EC2 instance.

No (major) problems so far, though still in the early stages of this project.

Steve



I chose Bottle after trying a few other frameworks because, well, I can't remember exactly why, though thinking back it's probably because of the clarity of Bottle's approach and the simplicity of the documentation.
 
Reply With Quote
 
 
 
 
Steve Petrie
Guest
Posts: n/a
 
      11-21-2012
On Wednesday, November 21, 2012 2:32:40 AM UTC-5, Kev Dwyer wrote:
> Hello List,
>
>
>
> I have to build a simple web service which will:
>
>
>
> - receive queries from our other servers
>
> - forward the requests to a third party SOAP service
>
> - process the response from the third party
>
> - send the result back to the original requester
>
>
>
> >From the point of view of the requester, this will happen within the scope

>
> of a single request.
>
>
>
> The data exchanged with the original requester will likely be encoded as
>
> JSON; the SOAP service will be handled by SUDS.
>
>
>
> The load is likely to be quite light, say a few requests per hour, though
>
> this may increase in the future.
>
>
>
> Given these requirements, what do you think might be a suitable software
>
> stack, i.e. webserver and web framework (if a web framework is even
>
> necessary)?
>
>
>
> Candidates should be compatible with Python2.7, though I'd be happy to
>
> consider Python 3 if anyone knows of a Python3 SOAP library that has good
>
> WSDL support.
>
>
>
> Cheers,
>
>
>
> Kev


I'm using the Bottle web framework (http://bottlepy.org) to integrate requests and replies originating in a Drupal site, a Beanstream (payment processor) account, and a Salesforce instance.

Communication with Salesforce is done through the Salesforce Python Toolkit (http://code.google.com/p/salesforce-python-toolkit/), which uses Suds.

Communication with the Drupal site uses Python's (and PHP's on the Drupal side) native JSON support.

This is under Python 2.6.8 and Apache 2.2.23 running on an AWS EC2 instance.

No (major) problems so far, though still in the early stages of this project.

Steve



I chose Bottle after trying a few other frameworks because, well, I can't remember exactly why, though thinking back it's probably because of the clarity of Bottle's approach and the simplicity of the documentation.
 
Reply With Quote
 
Kev Dwyer
Guest
Posts: n/a
 
      11-22-2012
Steve Petrie wrote:

> On Wednesday, November 21, 2012 2:32:40 AM UTC-5, Kev Dwyer wrote:
>> Hello List,
>>
>>
>>
>> I have to build a simple web service which will:
>>
>>
>>
>> - receive queries from our other servers
>>
>> - forward the requests to a third party SOAP service
>>
>> - process the response from the third party
>>
>> - send the result back to the original requester
>>
>>
>>
>> >From the point of view of the requester, this will happen within the
>> >scope

>>
>> of a single request.
>>
>>
>>
>> The data exchanged with the original requester will likely be encoded as
>>
>> JSON; the SOAP service will be handled by SUDS.
>>
>>
>>
>> The load is likely to be quite light, say a few requests per hour, though
>>
>> this may increase in the future.
>>
>>
>>
>> Given these requirements, what do you think might be a suitable software
>>
>> stack, i.e. webserver and web framework (if a web framework is even
>>
>> necessary)?
>>
>>
>>
>> Candidates should be compatible with Python2.7, though I'd be happy to
>>
>> consider Python 3 if anyone knows of a Python3 SOAP library that has good
>>
>> WSDL support.
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Kev

>
> I'm using the Bottle web framework (http://bottlepy.org) to integrate
> requests and replies originating in a Drupal site, a Beanstream (payment
> processor) account, and a Salesforce instance.
>
> Communication with Salesforce is done through the Salesforce Python
> Toolkit (http://code.google.com/p/salesforce-python-toolkit/), which uses
> Suds.
>
> Communication with the Drupal site uses Python's (and PHP's on the Drupal
> side) native JSON support.
>
> This is under Python 2.6.8 and Apache 2.2.23 running on an AWS EC2
> instance.
>
> No (major) problems so far, though still in the early stages of this
> project.
>
> Steve
>
>
>
> I chose Bottle after trying a few other frameworks because, well, I can't
> remember exactly why, though thinking back it's probably because of the
> clarity of Bottle's approach and the simplicity of the documentation.



Hello Steve,

Thanks for your comment.

I'm curious, did you consider any web servers other than Apache?

Kev

 
Reply With Quote
 
Steve Petrie
Guest
Posts: n/a
 
      11-24-2012
On Thursday, November 22, 2012 1:42:42 AM UTC-5, Kev Dwyer wrote:
> Steve Petrie wrote:
>
>
>
> > On Wednesday, November 21, 2012 2:32:40 AM UTC-5, Kev Dwyer wrote:

>
> >> Hello List,

>
> >>

>
> >>

>
> >>

>
> >> I have to build a simple web service which will:

>
> >>

>
> >>

>
> >>

>
> >> - receive queries from our other servers

>
> >>

>
> >> - forward the requests to a third party SOAP service

>
> >>

>
> >> - process the response from the third party

>
> >>

>
> >> - send the result back to the original requester

>
> >>

>
> >>

>
> >>

>
> >> >From the point of view of the requester, this will happen within the

>
> >> >scope

>
> >>

>
> >> of a single request.

>
> >>

>
> >>

>
> >>

>
> >> The data exchanged with the original requester will likely be encoded as

>
> >>

>
> >> JSON; the SOAP service will be handled by SUDS.

>
> >>

>
> >>

>
> >>

>
> >> The load is likely to be quite light, say a few requests per hour, though

>
> >>

>
> >> this may increase in the future.

>
> >>

>
> >>

>
> >>

>
> >> Given these requirements, what do you think might be a suitable software

>
> >>

>
> >> stack, i.e. webserver and web framework (if a web framework is even

>
> >>

>
> >> necessary)?

>
> >>

>
> >>

>
> >>

>
> >> Candidates should be compatible with Python2.7, though I'd be happy to

>
> >>

>
> >> consider Python 3 if anyone knows of a Python3 SOAP library that has good

>
> >>

>
> >> WSDL support.

>
> >>

>
> >>

>
> >>

>
> >> Cheers,

>
> >>

>
> >>

>
> >>

>
> >> Kev

>
> >

>
> > I'm using the Bottle web framework (http://bottlepy.org) to integrate

>
> > requests and replies originating in a Drupal site, a Beanstream (payment

>
> > processor) account, and a Salesforce instance.

>
> >

>
> > Communication with Salesforce is done through the Salesforce Python

>
> > Toolkit (http://code.google.com/p/salesforce-python-toolkit/), which uses

>
> > Suds.

>
> >

>
> > Communication with the Drupal site uses Python's (and PHP's on the Drupal

>
> > side) native JSON support.

>
> >

>
> > This is under Python 2.6.8 and Apache 2.2.23 running on an AWS EC2

>
> > instance.

>
> >

>
> > No (major) problems so far, though still in the early stages of this

>
> > project.

>
> >

>
> > Steve

>
> >

>
> >

>
> >

>
> > I chose Bottle after trying a few other frameworks because, well, I can't

>
> > remember exactly why, though thinking back it's probably because of the

>
> > clarity of Bottle's approach and the simplicity of the documentation.

>
>
>
>
>
> Hello Steve,
>
>
>
> Thanks for your comment.
>
>
>
> I'm curious, did you consider any web servers other than Apache?
>
>
>
> Kev


You're telling me that there are other web servers?

I didn't try any others seriously, no. My experience is with Apache and IIS, and I try to stay away from Windows.

I should mention, given Dieter Maurer's comment, that Bottle is a (fairly thin) layer built over WSGI. I've built applications directly over WSGI as well; that's another way to go, it's quite straightforward. mod_python is no longer supported: http://blog.dscpl.com.au/2010/05/mod...fficially.html.
 
Reply With Quote
 
Steve Petrie
Guest
Posts: n/a
 
      11-24-2012
On Thursday, November 22, 2012 1:42:42 AM UTC-5, Kev Dwyer wrote:
> Steve Petrie wrote:
>
>
>
> > On Wednesday, November 21, 2012 2:32:40 AM UTC-5, Kev Dwyer wrote:

>
> >> Hello List,

>
> >>

>
> >>

>
> >>

>
> >> I have to build a simple web service which will:

>
> >>

>
> >>

>
> >>

>
> >> - receive queries from our other servers

>
> >>

>
> >> - forward the requests to a third party SOAP service

>
> >>

>
> >> - process the response from the third party

>
> >>

>
> >> - send the result back to the original requester

>
> >>

>
> >>

>
> >>

>
> >> >From the point of view of the requester, this will happen within the

>
> >> >scope

>
> >>

>
> >> of a single request.

>
> >>

>
> >>

>
> >>

>
> >> The data exchanged with the original requester will likely be encoded as

>
> >>

>
> >> JSON; the SOAP service will be handled by SUDS.

>
> >>

>
> >>

>
> >>

>
> >> The load is likely to be quite light, say a few requests per hour, though

>
> >>

>
> >> this may increase in the future.

>
> >>

>
> >>

>
> >>

>
> >> Given these requirements, what do you think might be a suitable software

>
> >>

>
> >> stack, i.e. webserver and web framework (if a web framework is even

>
> >>

>
> >> necessary)?

>
> >>

>
> >>

>
> >>

>
> >> Candidates should be compatible with Python2.7, though I'd be happy to

>
> >>

>
> >> consider Python 3 if anyone knows of a Python3 SOAP library that has good

>
> >>

>
> >> WSDL support.

>
> >>

>
> >>

>
> >>

>
> >> Cheers,

>
> >>

>
> >>

>
> >>

>
> >> Kev

>
> >

>
> > I'm using the Bottle web framework (http://bottlepy.org) to integrate

>
> > requests and replies originating in a Drupal site, a Beanstream (payment

>
> > processor) account, and a Salesforce instance.

>
> >

>
> > Communication with Salesforce is done through the Salesforce Python

>
> > Toolkit (http://code.google.com/p/salesforce-python-toolkit/), which uses

>
> > Suds.

>
> >

>
> > Communication with the Drupal site uses Python's (and PHP's on the Drupal

>
> > side) native JSON support.

>
> >

>
> > This is under Python 2.6.8 and Apache 2.2.23 running on an AWS EC2

>
> > instance.

>
> >

>
> > No (major) problems so far, though still in the early stages of this

>
> > project.

>
> >

>
> > Steve

>
> >

>
> >

>
> >

>
> > I chose Bottle after trying a few other frameworks because, well, I can't

>
> > remember exactly why, though thinking back it's probably because of the

>
> > clarity of Bottle's approach and the simplicity of the documentation.

>
>
>
>
>
> Hello Steve,
>
>
>
> Thanks for your comment.
>
>
>
> I'm curious, did you consider any web servers other than Apache?
>
>
>
> Kev


You're telling me that there are other web servers?

I didn't try any others seriously, no. My experience is with Apache and IIS, and I try to stay away from Windows.

I should mention, given Dieter Maurer's comment, that Bottle is a (fairly thin) layer built over WSGI. I've built applications directly over WSGI as well; that's another way to go, it's quite straightforward. mod_python is no longer supported: http://blog.dscpl.com.au/2010/05/mod...fficially.html.
 
Reply With Quote
 
Kev Dwyer
Guest
Posts: n/a
 
      11-24-2012
Steve Petrie wrote:

> On Thursday, November 22, 2012 1:42:42 AM UTC-5, Kev Dwyer wrote:
>> Steve Petrie wrote:
>>
>>
>>
>> > On Wednesday, November 21, 2012 2:32:40 AM UTC-5, Kev Dwyer wrote:

>>
>> >> Hello List,

>>
>> >>

>>
>> >>

>>
>> >>

>>
>> >> I have to build a simple web service which will:

>>
>> >>

>>
>> >>

>>
>> >>

>>
>> >> - receive queries from our other servers

>>
>> >>

>>
>> >> - forward the requests to a third party SOAP service

>>
>> >>

>>
>> >> - process the response from the third party

>>
>> >>

>>
>> >> - send the result back to the original requester

>>
>> >>

>>
>> >>

>>
>> >>

>>
>> >> >From the point of view of the requester, this will happen within the

>>
>> >> >scope

>>
>> >>

>>
>> >> of a single request.

>>
>> >>

>>
>> >>

>>
>> >>

>>
>> >> The data exchanged with the original requester will likely be encoded
>> >> as

>>
>> >>

>>
>> >> JSON; the SOAP service will be handled by SUDS.

>>
>> >>

>>
>> >>

>>
>> >>

>>
>> >> The load is likely to be quite light, say a few requests per hour,
>> >> though

>>
>> >>

>>
>> >> this may increase in the future.

>>
>> >>

>>
>> >>

>>
>> >>

>>
>> >> Given these requirements, what do you think might be a suitable
>> >> software

>>
>> >>

>>
>> >> stack, i.e. webserver and web framework (if a web framework is even

>>
>> >>

>>
>> >> necessary)?

>>
>> >>

>>
>> >>

>>
>> >>

>>
>> >> Candidates should be compatible with Python2.7, though I'd be happy to

>>
>> >>

>>
>> >> consider Python 3 if anyone knows of a Python3 SOAP library that has
>> >> good

>>
>> >>

>>
>> >> WSDL support.

>>
>> >>

>>
>> >>

>>
>> >>

>>
>> >> Cheers,

>>
>> >>

>>
>> >>

>>
>> >>

>>
>> >> Kev

>>
>> >

>>
>> > I'm using the Bottle web framework (http://bottlepy.org) to integrate

>>
>> > requests and replies originating in a Drupal site, a Beanstream
>> > (payment

>>
>> > processor) account, and a Salesforce instance.

>>
>> >

>>
>> > Communication with Salesforce is done through the Salesforce Python

>>
>> > Toolkit (http://code.google.com/p/salesforce-python-toolkit/), which
>> > uses

>>
>> > Suds.

>>
>> >

>>
>> > Communication with the Drupal site uses Python's (and PHP's on the
>> > Drupal

>>
>> > side) native JSON support.

>>
>> >

>>
>> > This is under Python 2.6.8 and Apache 2.2.23 running on an AWS EC2

>>
>> > instance.

>>
>> >

>>
>> > No (major) problems so far, though still in the early stages of this

>>
>> > project.

>>
>> >

>>
>> > Steve

>>
>> >

>>
>> >

>>
>> >

>>
>> > I chose Bottle after trying a few other frameworks because, well, I
>> > can't

>>
>> > remember exactly why, though thinking back it's probably because of the

>>
>> > clarity of Bottle's approach and the simplicity of the documentation.

>>
>>
>>
>>
>>
>> Hello Steve,
>>
>>
>>
>> Thanks for your comment.
>>
>>
>>
>> I'm curious, did you consider any web servers other than Apache?
>>
>>
>>
>> Kev

>
> You're telling me that there are other web servers?
>
> I didn't try any others seriously, no. My experience is with Apache and
> IIS, and I try to stay away from Windows.
>
> I should mention, given Dieter Maurer's comment, that Bottle is a (fairly
> thin) layer built over WSGI. I've built applications directly over WSGI
> as well; that's another way to go, it's quite straightforward. mod_python
> is no longer supported:
> http://blog.dscpl.com.au/2010/05/mod...ct-soon-to-be-

officially.html.


Based on Dieter's comment I'm using Bottle as a framework, with gunicorn
(behind nginx) as the webserver. Even Bottle is probably overkill for my
use case, but my time is rather limited, so I'm happy to use an off the
shelf solution. And I must say, configuring gunicorn and nginx contrasted
pleasantly with my memories of struggling with httpd.conf



 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Re: Suitable software stacks for simple python web service Kev Dwyer Python 0 11-22-2012 09:28 AM
Re: Suitable software stacks for simple python web service Dieter Maurer Python 0 11-22-2012 06:37 AM
InvocationTargetException when calling "new Service()" in Axis web service to call another web service Michael Averstegge Java 0 01-10-2006 11:05 PM
Open source RTP/RTCP stacks vanitha@agilis.st.com.sg VOIP 1 04-19-2005 05:36 PM
SIP Stacks Brian Young VOIP 2 04-25-2004 03:30 AM



Advertisments
 



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57