Webware for Python

OK.  I thought I had changed the ISAPI module to use an external file like
wkcgi.  Maybe I didn't finish it.

As far as the memory leak, I haven't found it and I don't think anypone else
has worked on that code except me.

I'll send you a recompiled ISAPI.  Just let me know if it leaks.  It does
weird things on Win 98 and I have to use my girlfriend's W2K computer to
test on that OS and she doesn't let me do that very often.  All by way of
saying I haven't tested it much lately.

Jay

> -----Original Message-----
> From: aaron@... [mailto:aaron@...]
> Sent: Thursday, January 10, 2002 1:50 PM
> To: Love, Jay; webware-devel@...
> Subject: Re: RE: [Webware-devel] I need a favor and a 
> compiled isapi dll
> 
> 
> I thought that the ISAPI leak was fixed?
> 
> I cannot remember.
> 
> Looking at the code, the application IP and port # seem to be 
> hard coded into the .dll
> 
> The wkcgi.exe uses an external file, but the dll seems to 
> want to find the application on localhost at port 8086.
> 
> I need it to open a socket to the application server on 192.168.2.40
> 
> The speed w/ wkcgi is too slow, mainly due to the firewall.   
>  They are dedicated to IIS and already have the SSL 
> certificate installed so I cannot easily change to Apache.
> 
> Thanks,
> -Aaron Held
> 
> 
> > 
> > From: "Love, Jay" <Jay.Love@...>
> > Date: 2002/01/10 Thu AM 10:48:37 EST
> > To: "'aaron@...'" <aaron@...>,  
> > 	webware-devel@...
> > Subject: RE: [Webware-devel] I need a favor and a compiled isapi dll
> > 
> > 
> > Well, I'm not sure what you mean by a target IP.  Also, the 
> ISAPI leaks
> > memory (right?) and isn't completely stabilised.
> > 
> > I'm not sure I understand your request.
> > 
> > Jay
> > 
> > > -----Original Message-----
> > > From: aaron@... [mailto:aaron@...]
> > > Sent: Thursday, January 10, 2002 10:49 AM
> > > To: webware-devel@...
> > > Subject: [Webware-devel] I need a favor and a compiled isapi dll
> > > 
> > > 
> > > Could anyone please compile the isapi dll with a target ip of 
> > > 192.168.2.40:8086 ?
> > > 
> > > I am using the .exe but it takes too long to punch through 
> > > the firewall to hit the app server each time.
> > > 
> > > Thanks,
> > > -Aaron Held
> > > Aaron@...
> > > 
> > > 
> > > 
> > > _______________________________________________
> > > Webware-devel mailing list
> > > Webware-devel@...
> > > https://lists.sourceforge.net/lists/listinfo/webware-devel
> > > 
> > 
> > 
> > 
> --------------------------------------------------------------
> --------------
> > 
> > This e-mail and any attachments may be confidential or 
> legally privileged.
> > If you received this message in error or are not the 
> intended recipient, you
> > should destroy the e-mail message and any attachments or 
> copies, and you are
> > prohibited from retaining, distributing, disclosing or 
> using any information
> > contained herein.  Please inform us of the erroneous 
> delivery by return
> > e-mail. 
> > 
> > Thank you for your cooperation.
> > 
> > 
> --------------------------------------------------------------
> --------------
> > 
> > 
> > 
> > _______________________________________________
> > Webware-devel mailing list
> > Webware-devel@...
> > https://lists.sourceforge.net/lists/listinfo/webware-devel
> > 
> 
> 


----------------------------------------------------------------------------

This e-mail and any attachments may be confidential or legally privileged.
If you received this message in error or are not the intended recipient, you
should destroy the e-mail message and any attachments or copies, and you are
prohibited from retaining, distributing, disclosing or using any information
contained herein.  Please inform us of the erroneous delivery by return
e-mail. 

Thank you for your cooperation.

----------------------------------------------------------------------------

At 01:50 PM 1/10/02 -0500, aaron@... wrote:
>I thought that the ISAPI leak was fixed?
>
>I cannot remember.

I don't think so.  There were some fixes to wkcgi.exe recently, but I don't 
remember seeing anything related to ISAPI.

>Looking at the code, the application IP and port # seem to be hard coded 
>into the .dll
>
>The wkcgi.exe uses an external file, but the dll seems to want to find the 
>application on localhost at port 8086.
>
>I need it to open a socket to the application server on 192.168.2.40
>
>The speed w/ wkcgi is too slow, mainly due to the firewall.    They are 
>dedicated to IIS and already have the SSL certificate installed so I 
>cannot easily change to Apache.

Why would the firewall slow down wkcgi.exe any more than the ISAPI filter 
does?  As far as the socket connections are concerned, I think they pretty 
much do the same thing -- establish a new socket connection for each request.

CGI is generally somewhat slower on Windows due to Windows' high process 
spawning overhead.


--

- Geoff Talvola
   gtalvola@...

> Why would the firewall slow down wkcgi.exe any more than the ISAPI filter 
> does?  As far as the socket connections are concerned, I think they pretty 
> much do the same thing -- establish a new socket connection for each request.

I was hoping that the .dll would reuse open sockets and not completely close them out each time.

I honestly did not check.

Thanks,
-Aaron Held

On Friday January 11, 2002 06:04 pm, Aaron Held wrote:
> > Why would the firewall slow down wkcgi.exe any more than the ISAPI filter
> > does?  As far as the socket connections are concerned, I think they
> > pretty much do the same thing -- establish a new socket connection for
> > each request.
>
> I was hoping that the .dll would reuse open sockets and not completely
> close them out each time.
>
> I honestly did not check.

Sounds like that would be a nice enhancement, both for the ISAPI and for the 
mod_webkit and mod_python adapters.  Could you add this to the Wiki wisklist?


- Geoff

I added this way on the bottom of
http://webware.colorstudy.net/twiki/bin/view/Webware/WishList

Thanks,
-Aaron Held

----- Original Message -----
From: "Geoffrey Talvola" <gtalvola@...>
To: "Aaron Held" <aaron@...>; "Geoffrey Talvola" <gtalvola@...>; "Love, Jay" <Jay.Love@...>;
<webware-devel@...>
Sent: Saturday, January 12, 2002 9:36 AM
Subject: Re: RE: [Webware-devel] I need a favor and a compiled isapi dll


> On Friday January 11, 2002 06:04 pm, Aaron Held wrote:
> > > Why would the firewall slow down wkcgi.exe any more than the ISAPI filter
> > > does?  As far as the socket connections are concerned, I think they
> > > pretty much do the same thing -- establish a new socket connection for
> > > each request.
> >
> > I was hoping that the .dll would reuse open sockets and not completely
> > close them out each time.
> >
> > I honestly did not check.
>
> Sounds like that would be a nice enhancement, both for the ISAPI and for the
> mod_webkit and mod_python adapters.  Could you add this to the Wiki wisklist?
>
>
> - Geoff
>
> _______________________________________________
> Webware-devel mailing list
> Webware-devel@...
> https://lists.sourceforge.net/lists/listinfo/webware-devel

On Saturday 12 January 2002 06:36, Geoffrey Talvola wrote:
> On Friday January 11, 2002 06:04 pm, Aaron Held wrote:
> > > Why would the firewall slow down wkcgi.exe any more than the
> > > ISAPI filter does?  As far as the socket connections are
> > > concerned, I think they pretty much do the same thing --
> > > establish a new socket connection for each request.
> >
> > I was hoping that the .dll would reuse open sockets and not
> > completely close them out each time.
> >
> > I honestly did not check.
>
> Sounds like that would be a nice enhancement, both for the ISAPI
> and for the mod_webkit and mod_python adapters.  Could you add this
> to the Wiki wisklist?

At first glance, I think this would be incredibly difficult to do 
with Webware 0.6 or the experimental stuff I've been working on.  It 
would involve very major refactoring, unless you were to use an 
intermediate dispatcher process that sits behind the 
firewall,maintains connections with the adaptor and fires off a 
socket connection to WebKit for each new request.

There's probably easier things to change that will have more of a 
performance impact.

Cheers,
Tavis

I just looked at the code as well as some ISAPI code from the Java app server I was running.

Its interesting, I just assumed that Webware would support keeping a socket open.

I agree with the timing issue, there are no problems with speed when I take to firewall out of the loop.  Pretty much the normal
speed bottleneck is the database query itself, so my issue is really outside of Webware, I was just looking to Webware to fix it.

I'll try the isapi dll anyway and report back.  This is an NT shop and thier web applications are pretty much all local B2B and only
accessed during the day, so they have some good automated server reboot procedures.

Thanks,
-Aaron Held

----- Original Message -----
From: "Tavis Rudd" <tavis@...>
To: "Geoffrey Talvola" <gtalvola@...>; "Aaron Held" <aaron@...>; "Geoffrey Talvola" <gtalvola@...>;
"Love, Jay" <Jay.Love@...>; <webware-devel@...>
Sent: Saturday, January 12, 2002 2:51 PM
Subject: Re: RE: [Webware-devel] I need a favor and a compiled isapi dll


> On Saturday 12 January 2002 06:36, Geoffrey Talvola wrote:
> > On Friday January 11, 2002 06:04 pm, Aaron Held wrote:
> > > > Why would the firewall slow down wkcgi.exe any more than the
> > > > ISAPI filter does?  As far as the socket connections are
> > > > concerned, I think they pretty much do the same thing --
> > > > establish a new socket connection for each request.
> > >
> > > I was hoping that the .dll would reuse open sockets and not
> > > completely close them out each time.
> > >
> > > I honestly did not check.
> >
> > Sounds like that would be a nice enhancement, both for the ISAPI
> > and for the mod_webkit and mod_python adapters.  Could you add this
> > to the Wiki wisklist?
>
> At first glance, I think this would be incredibly difficult to do
> with Webware 0.6 or the experimental stuff I've been working on.  It
> would involve very major refactoring, unless you were to use an
> intermediate dispatcher process that sits behind the
> firewall,maintains connections with the adaptor and fires off a
> socket connection to WebKit for each new request.
>
> There's probably easier things to change that will have more of a
> performance impact.
>
> Cheers,
> Tavis
>
> _______________________________________________
> Webware-devel mailing list
> Webware-devel@...
> https://lists.sourceforge.net/lists/listinfo/webware-devel

I think this sounds interesting as well.  I am not sure, though, that it
will provide a huge speedup.  We should at least test it to see what it
does, speed wise.

Jay

> -----Original Message-----
> From: Geoffrey Talvola [mailto:gtalvola@...]
> Sent: Saturday, January 12, 2002 9:37 AM
> To: Aaron Held; Geoffrey Talvola; Love, Jay;
> webware-devel@...
> Subject: Re: RE: [Webware-devel] I need a favor and a 
> compiled isapi dll
> 
> 
> On Friday January 11, 2002 06:04 pm, Aaron Held wrote:
> > > Why would the firewall slow down wkcgi.exe any more than 
> the ISAPI filter
> > > does?  As far as the socket connections are concerned, I 
> think they
> > > pretty much do the same thing -- establish a new socket 
> connection for
> > > each request.
> >
> > I was hoping that the .dll would reuse open sockets and not 
> completely
> > close them out each time.
> >
> > I honestly did not check.
> 
> Sounds like that would be a nice enhancement, both for the 
> ISAPI and for the 
> mod_webkit and mod_python adapters.  Could you add this to 
> the Wiki wisklist?
> 
> 
> - Geoff
> 
> _______________________________________________
> Webware-devel mailing list
> Webware-devel@...
> https://lists.sourceforge.net/lists/listinfo/webware-devel
> 


----------------------------------------------------------------------------

This e-mail and any attachments may be confidential or legally privileged.
If you received this message in error or are not the intended recipient, you
should destroy the e-mail message and any attachments or copies, and you are
prohibited from retaining, distributing, disclosing or using any information
contained herein.  Please inform us of the erroneous delivery by return
e-mail. 

Thank you for your cooperation.

----------------------------------------------------------------------------