Python equivalent of Perl-ISAPI?

[rurpy]

Is there an effcient way (more so than cgi) of using Python
with Microsoft IIS? Something equivalent to Perl-ISAPI?

[Roger Upole]

<ru***@yahoo.co m> wrote in message news:11******** **************@ g10g2000cwb.goo glegroups.com.. .

Is there an effcient way (more so than cgi) of using Python
with Microsoft IIS? Something equivalent to Perl-ISAPI?

Pywin32 comes with an ISAPI package. See
\lib\site-packages\isapi\ samples\
for some demos.

Roger


----== Posted via Newsfeeds.Com - Unlimited-Unrestricted-Secure Usenet News==----
http://www.newsfeeds.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= East/West-Coast Server Farms - Total Privacy via Encryption =---

[Waldemar Osuch]

What Roger says and also:
http://pyisapie.sourceforge.net/

[rurpy]

Waldemar Osuch wrote:

What Roger says and also:
http://pyisapie.sourceforge.net/

Thanks for your and Roger's responses.

I looked at pyisapie and there seems to be almost no
dvcumentation -- no sample code and the single readme
is pretty opaque. The pywin isapi has a couple of
examples but its documentation too is pretty bad.
But they both seem to be tissue thin wtrappers around
the MS isapi api. What I was hoping for is something
that would let me run existing cgi scripts efficiently with
minimal changes. I think the isapi and perl-ex stuff that
comes with Activestate's Perl meets this requirement
but the stuff I've found for Python doesn't. So looks
like it's back to Perl for this project :-(.

[Steve Holden]

ru***@yahoo.com wrote:

Waldemar Osuch wrote:

What Roger says and also:
http://pyisapie.sourceforge.net/

Thanks for your and Roger's responses.

I looked at pyisapie and there seems to be almost no
dvcumentation -- no sample code and the single readme
is pretty opaque. The pywin isapi has a couple of
examples but its documentation too is pretty bad.
But they both seem to be tissue thin wtrappers around
the MS isapi api. What I was hoping for is something
that would let me run existing cgi scripts efficiently with
minimal changes. I think the isapi and perl-ex stuff that
comes with Activestate's Perl meets this requirement
but the stuff I've found for Python doesn't. So looks
like it's back to Perl for this project :-(.

If you want CGI then there's no need for an ISAPI filter specific to
your programming language - you just need to associate .py requests with
the Python interpreter.

If you want to use Python as an Active Scripting language (i.e. in the
same way that VBScript is used) then you can do this by installing the
win32all extensions maintained by Mark Hammond and enabling Active
Scripting therein.

Don't suffer Perl if you don't want to!

regards
Steve
--
Steve Holden [phone] [phone]
Holden Web LLC/Ltd www.holdenweb.com
Love me, love my blog holdenweb.blogs pot.com

[rurpy]

Steve Holden wrote:

If you want CGI then there's no need for an ISAPI filter specific to
your programming language - you just need to associate .py requests with
the Python interpreter.

If you want to use Python as an Active Scripting language (i.e. in the
same way that VBScript is used) then you can do this by installing the
win32all extensions maintained by Mark Hammond and enabling Active
Scripting therein.

Don't suffer Perl if you don't want to!

Pure cgi is too slow. "Active Scripting" means ASP, yes?
I need something that will do cgi scripts (a lot of which I already
have
and can modify but don't want to rewrite extensively, partly because
of time issues, partly because I want to preserve some degree of
portability back to a unix environment.). I want something that does
for IIS what mod_python does for apache. Fastcgi looked scary even
on unix plaforms, seems like an act of desperation on Windows,

[Steve Holden]

ru***@yahoo.com wrote:

Steve Holden wrote:

If you want CGI then there's no need for an ISAPI filter specific to
your programming language - you just need to associate .py requests with
the Python interpreter.

If you want to use Python as an Active Scripting language (i.e. in the
same way that VBScript is used) then you can do this by installing the
win32all extensions maintained by Mark Hammond and enabling Active
Scripting therein.

Don't suffer Perl if you don't want to!

Pure cgi is too slow. "Active Scripting" means ASP, yes?
I need something that will do cgi scripts (a lot of which I already
have
and can modify but don't want to rewrite extensively, partly because
of time issues, partly because I want to preserve some degree of
portability back to a unix environment.). I want something that does
for IIS what mod_python does for apache. Fastcgi looked scary even
on unix plaforms, seems like an act of desperation on Windows,

Yes, ASP is Active Scripting.

Remember to use <@ LANGUAGE="PYTHO N" @>

regards
Steve
--
Steve Holden [phone] [phone]
Holden Web LLC/Ltd www.holdenweb.com
Love me, love my blog holdenweb.blogs pot.com

[rurpy]

Steve Holden wrote:

ru***@yahoo.com wrote:

Pure cgi is too slow. "Active Scripting" means ASP, yes?
I need something that will do cgi scripts (a lot of which I already
have
and can modify but don't want to rewrite extensively, partly because
of time issues, partly because I want to preserve some degree of
portability back to a unix environment.). I want something that does
for IIS what mod_python does for apache. Fastcgi looked scary even
on unix plaforms, seems like an act of desperation on Windows,

Yes, ASP is Active Scripting.

Remember to use <@ LANGUAGE="PYTHO N" @>

Except I need cgi, not asp, for the reasons i gave.

[Atanas Banov]

ru***@yahoo.com wrote:

Steve Holden wrote:

ru***@yahoo.com wrote:

Pure cgi is too slow. "Active Scripting" means ASP, yes?
I need something that will do cgi scripts (a lot of which I already
have
and can modify but don't want to rewrite extensively, partly because
of time issues, partly because I want to preserve some degree of
portability back to a unix environment.). I want something that does
for IIS what mod_python does for apache. Fastcgi looked scary even
on unix plaforms, seems like an act of desperation on Windows,

Yes, ASP is Active Scripting.

Except I need cgi, not asp, for the reasons i gave.

it seems to me you have no clear idea what you need.

you say you have a lot of CGIs written but you don't clarify if that is
Python or Perl. since you look for python intergration, it seems they
are in python, however in previous posting you say you'll have to
revert to Perl for solution. it just doesnt make sense! if you use
Perl, you will have to REWRITE the scripts and if you do so, it's
unclear why wouldnt you use a superior technology like PHP/ASP/JSP -
any of those is way easier to manage.

it's also unclear why don't you use apache on windows, if mod_python is
your poison.

here is how i imagine you have the layers:
[scripts (CGI?)]
[glue]
[web server (IIS?)]

where the discussion is about the "glue" between them. you say CGI is
too slow for you, so you will want something maintaining the CGI
programming model, but faster. this thing is called FastCGI - but you
are unhappy about it either. there is no way any perl "glue" can solve
your problem between your web server and your python scripts
whatsoever. you'll have to re-code the scripts for perl.

[rurpy]

Atanas Banov wrote:

ru***@yahoo.com wrote:

Steve Holden wrote:

ru***@yahoo.com wrote:

> Pure cgi is too slow. "Active Scripting" means ASP, yes?
> I need something that will do cgi scripts (a lot of which I already
> have
> and can modify but don't want to rewrite extensively, partly because
> of time issues, partly because I want to preserve some degree of
> portability back to a unix environment.). I want something that does
> for IIS what mod_python does for apache. Fastcgi looked scary even
> on unix plaforms, seems like an act of desperation on Windows,
>
Yes, ASP is Active Scripting.

Except I need cgi, not asp, for the reasons i gave.

it seems to me you have no clear idea what you need.

you say you have a lot of CGIs written but you don't clarify if that is
Python or Perl. since you look for python intergration, it seems they
are in python, however in previous posting you say you'll have to
revert to Perl for solution. it just doesnt make sense! if you use
Perl, you will have to REWRITE the scripts and if you do so, it's
unclear why wouldnt you use a superior technology like PHP/ASP/JSP -
any of those is way easier to manage.

it's also unclear why don't you use apache on windows, if mod_python is
your poison.

here is how i imagine you have the layers:
[scripts (CGI?)]
[glue]
[web server (IIS?)]

where the discussion is about the "glue" between them. you say CGI is
too slow for you, so you will want something maintaining the CGI
programming model, but faster. this thing is called FastCGI - but you
are unhappy about it either. there is no way any perl "glue" can solve
your problem between your web server and your python scripts
whatsoever. you'll have to re-code the scripts for perl.

The final solution must run in a Windows/IIS environment.
Those are part of the requirements which I do not control.
There is code in both Perl and Python. I wrote the Python
stuff and inherited the Perl stuff. It is not web-based now
but conversion to generate html output instead of text is
probably straightforward . Additional requirement is that
is should be movable to unix without too much work.
The layers are:

[database] [equipment interface]
[glue]
[cgi]
[webserver - IIS]

As fo PHP/ASP/JSP? I am doing all the work. I know Perl
and Python. I don't know PHP/JSP. (Also, JSP will require
a lot of new Java infrastructure support, yes?) As for ASP,
I wonder about the "easily moved to unix" requirement.
(I know apache has an asp module but I don't know if other
web servers do, or how compatible apache's is, and I don't
know if I have time to reliably answer those questions.)
Why do you say PHP/JSP/ASP are superior technologies?

All I want to do is avoid the cost of starting a new Python
(or Perl) interpreter on each page request. This is what
I understand Perl-isapi and Perl-Ex does. My question
is simply if there is something similar for Python.
I have concluded the answer is no but hope I'm wrong.