webware-discuss

I've checked in the KeyValueAccess:
- It no longer creates circular refs to self.
- It has a memory leaks test.
- The \r problem is fixed.
With regards to my white space problems:
- Tabs were not the cause.
- My new editor truncates trailing whitespace which explained some diffs. I
don't see this as a problem and will leave as is.
- KeyValueAccess.py was unique with it's extra \r problem. The \r's made it
to the UNIX side via a copy and then made it to the repository. This threw
me off.
- Just as a note: There shouldn't ever be \r's in the repository since CVS
for Windows translates \r\n <--> \n.
-Chuck

I've checked in serveral changes today:
* stress.py: Made localhost fix for Windows.
* WebKit.cgi: Added WebKitDir variable that when sent, points the adaptor
to the location of WebKit. If you want Webware to reside somewhere else
other than your server's web directory, then this is useful for platforms
that don't have real links (e.g., Windows) or if your server won't follow
symbolic links and you can't change that.
* AppServer.py: Has better exception handling for plug-ins. Version ^ 0.3
* ExceptionHandler.py now only invokes os.getXid() funcs that exist. So
error reporting works on Windows now.
* Application gracefully handles activity log columns that can't be
resolved. This was a simple fix but a BIG improvement.
* KeyValueAccess.py: Cleaned up test suite. Now uses assertions instead of
print's that have to be validated.
* Removed all the .pyc files and a TestingXYZ.tgz file.
* Added Logs/ and ErrorMsgs/ dirs to WebKit which are needed at runtime.
I believe WebKit will work for Windows out of the box now except for
changing the first line of WebKit.cgi to #!python. I haven't tested CGI
Wrapper or the FastCGI adaptor yet.
-Chuck

Chuck Esterbrook wrote:
> I believe WebKit will work for Windows out of the box now except for
> changing the first line of WebKit.cgi to #!python. I haven't tested CGI
> Wrapper or the FastCGI adaptor yet.
Thanks for the fixes!
Does PSP on Windows work yet?
I've investigated FastCGI on Windows, and as far as I can tell, FastCGI is
only available as a commercial extension to IIS from FastEngines. It's
possible that Apache for Windows supports FastCGI but I'm skeptical. In any
case, don't expect it to be easy to get a FastCGI-capable server running on
Windows.
--
- Geoff Talvola
Parlance Corporation
gtalvola@...

At 07:59 PM 5/31/00 -0400, Geoff Talvola wrote:
>Chuck Esterbrook wrote:
>
> > I believe WebKit will work for Windows out of the box now except for
> > changing the first line of WebKit.cgi to #!python. I haven't tested CGI
> > Wrapper or the FastCGI adaptor yet.
>
>Thanks for the fixes!
No problem. Thanks for pointing out the problems.
>Does PSP on Windows work yet?
I did another update. I now get a different error. Jay, do you have Windows
at home?
Traceback (innermost last):
File "Application.py", line 220, in dispatchRequest
self.createServletInTransaction(transaction)
File "Application.py", line 536, in createServletInTransaction
inst = self.getServlet(transaction,path,cache)
File "Application.py", line 477, in getServlet
inst = factory.servletForTransaction(transaction)
File "..\PSP\PSPServletFactory.py", line 115, in servletForTransaction
clc.compile()
File "..\PSP\PSPCompiler.py", line 58, in compile
parser.parse()
File "..\PSP\Parser.py", line 345, in parse
if checkfunc(self, handler, reader):
File "..\PSP\Parser.py", line 151, in checkDirective
raise 'Invalid Directive'
Invalid Directive
-Chuck

>
> > I did another update. I now get a different error. Jay, do you have Windows
> > at home?
>
>Yes (ashamed).
>
>And the command line psp program actually works on Unix. I'll run it
>from Windows and let you know.
I'm not testing the command line. I'm running the app server and running
the Hello.psp program in Examples, like so:
http://localhost/WebKit.cgi/Hello
My point about Windows is that you could quickly setup apache and try this
yourself. It was save a lot of these round trips.
-Chuck

All I need is the command line. No need for apache running on windows
inside vmware running on linux. ;)
The bug in PSP on Win is much uglier than I thought, by the way. I'm
not gonna get it tonight.
Jay
Chuck Esterbrook wrote:
>
> >
> > > I did another update. I now get a different error. Jay, do you have Windows
> > > at home?
> >
> >Yes (ashamed).
> >
> >And the command line psp program actually works on Unix. I'll run it
> >from Windows and let you know.
>
> I'm not testing the command line. I'm running the app server and running
> the Hello.psp program in Examples, like so:
>
> http://localhost/WebKit.cgi/Hello
>
> My point about Windows is that you could quickly setup apache and try this
> yourself. It was save a lot of these round trips.
>
> -Chuck
>
> _______________________________________________
> Webware-discuss mailing list
> Webware-discuss@...
> http://lists.sourceforge.net/mailman/listinfo/webware-discuss

At 11:15 PM 5/31/00 -0400, Jay Love wrote:
>All I need is the command line. No need for apache running on windows
>inside vmware running on linux. ;)
>
>The bug in PSP on Win is much uglier than I thought, by the way. I'm
>not gonna get it tonight.
>
>Jay
Well let's shoot for Friday, our supposed code freeze. I'm kinda surprised
that it doesn't work on Windows. The other code that broke was basically
calls to functions that didn't exist.
I fixed HTTPServlet's map to use unbound references so no more circular
refs. I think took out the line in Application that set the map to None.
I can get the app server to leak by changing Servlet.canBeReused() to 0 and
running stress.py 200 3.
-Chuck

I haven't tried Apache on Windows but I'd definitely recommend Xitami. It it free,
very small and fast, takes all of about 2 minutes to install, and works great
without any tweaking. http://www.xitami.com
Chuck Esterbrook wrote:
> My point about Windows is that you could quickly setup apache and try this
> yourself. It was save a lot of these round trips.
>
> -Chuck
--
- Geoff Talvola
Parlance Corporation
gtalvola@...

At 10:15 AM 6/1/00 -0400, Geoff Talvola wrote:
>I haven't tried Apache on Windows but I'd definitely recommend Xitami. It
>it free,
>very small and fast, takes all of about 2 minutes to install, and works great
>without any tweaking. http://www.xitami.com
I'll take a note of it, although I've already got apache working so my
motivation is low.
Since this is the server you use and write, would you have any interest in
developing a Xitami specific adaptor for it to improve performance?
-Chuck

At 11:13 AM 6/1/00 -0400, Chuck Esterbrook wrote:
>At 10:15 AM 6/1/00 -0400, Geoff Talvola wrote:
>>I haven't tried Apache on Windows but I'd definitely recommend
>>Xitami. It it free,
>>very small and fast, takes all of about 2 minutes to install, and works great
>>without any tweaking. http://www.xitami.com
>
>I'll take a note of it, although I've already got apache working so my
>motivation is low.
>
>Since this is the server you use and write, would you have any interest in
Er, use and _like_

Chuck Esterbrook wrote:
> I'll take a note of it, although I've already got apache working so my
> motivation is low.
>
> Since this is the server you use and write, would you have any interest in
> developing a Xitami specific adaptor for it to improve performance?
>
> -Chuck
I'd be much more interested in a general performance solution, not one linked to a
particular web server. I have no great attachment toward Xitami other than its
ease of use and the fact that it's free.
Along those lines, I went back and checked again and noticed that as of May 8,
there's a beta version of mod_fastcgi for Win32 ( http://www.fastcgi.com/ ). I'll
guess it's time to install Apache and fastcgi and see if I can get them to work.
That would be the ideal solution, I think, as long as Apache and fastcgi on Win32
are stable enough.
--
- Geoff Talvola
Parlance Corporation
gtalvola@...

At 11:30 AM 6/1/00 -0400, Geoff Talvola wrote:
>Chuck Esterbrook wrote:
>
> > I'll take a note of it, although I've already got apache working so my
> > motivation is low.
> >
> > Since this is the server you use and write, would you have any interest in
> > developing a Xitami specific adaptor for it to improve performance?
> >
> > -Chuck
>
>I'd be much more interested in a general performance solution, not one
>linked to a
>particular web server. I have no great attachment toward Xitami other
>than its
>ease of use and the fact that it's free.
You might change your mind if you saw the actual performance difference.
I'm expecting at least 2 X improvement.
Certainly, we also concentrate on generic performance improvements like
better caching and more efficient APIs.
However, eventually, I hope to have server-specific high-performance
adaptors for all the major servers.
>Along those lines, I went back and checked again and noticed that as of May 8,
>there's a beta version of mod_fastcgi for Win32 ( http://www.fastcgi.com/
>). I'll
>guess it's time to install Apache and fastcgi and see if I can get them to
>work.
>That would be the ideal solution, I think, as long as Apache and fastcgi
>on Win32
>are stable enough.
Apache is noted by the apache group as not being ready for production on
Windows. I don't know what your needs are, however. I use it for
development and my production environment is on FreeBSD so no issue there.
-Chuck

Geoff Talvola wrote:
> Along those lines, I went back and checked again and noticed that as of May 8,
> there's a beta version of mod_fastcgi for Win32 ( http://www.fastcgi.com/ ). I'll
> guess it's time to install Apache and fastcgi and see if I can get them to work.
> That would be the ideal solution, I think, as long as Apache and fastcgi on Win32
> are stable enough.
Even more interesting would be a mod_python adapter. Unfortunately, I am some
distance from understanding either mod_python or WebKit well enough to do this. I did
some experimentation, but I could only get the mod_python's CGI emulator to work
sporatically with WebKit.cgi
Dave.

At 11:39 AM 6/1/00 -0400, Dave Wallace wrote:
>Geoff Talvola wrote:
>
> > Along those lines, I went back and checked again and noticed that as of
> May 8,
> > there's a beta version of mod_fastcgi for Win32 (
> http://www.fastcgi.com/ ). I'll
> > guess it's time to install Apache and fastcgi and see if I can get them
> to work.
> > That would be the ideal solution, I think, as long as Apache and
> fastcgi on Win32
> > are stable enough.
>
>Even more interesting would be a mod_python adapter. Unfortunately, I am some
>distance from understanding either mod_python or WebKit well enough to do
>this. I did
>some experimentation, but I could only get the mod_python's CGI emulator
>to work
>sporatically with WebKit.cgi
>
>Dave.
Agreed. I don't know much about mod_python, but I can certainly try to
answer any questions you have about WebKit.cgi/CGIAdaptor.py.
-Chuck

Chuck Esterbrook wrote:
> Apache is noted by the apache group as not being ready for production on
> Windows. I don't know what your needs are, however. I use it for
> development and my production environment is on FreeBSD so no issue there.
The stability issue is of course important. But conventional wisdom says that
nothing on Windows is as stable as Apache on Unix. In particular, I'm seen claims
that IIS is inherently less stable because of its multithreaded architecture as
opposed to Apache on Unix's multiprocess architecture. I also found the following
note at http://www.opensa.org/opensa/ about the Win32 Apache:
The current release 0.20 has been tested for use in a production system,
using the SSL-enabled Apache together with Allaire`s ColdFusion based
Content Management System Sepctra. During several tests Apache proved to
be even more stable than IIS4 with Spectra. The Test system was a
PII-400Mhz based NT4 (SP5) with 256MB SDRAMs and two 8GB SCSI Harddisks.
Could be that the Apache people hold themselves to a much higher standard than
Microsoft? Nah...
--
- Geoff Talvola
Parlance Corporation
gtalvola@...

Also, see this note from http://www.opensa.org/opensa/ :
The latest release 0.20 was released on March 15th, which is be stable
enough for use in a production system.
It sounds like they've made nice improvements on Win32.
--
- Geoff Talvola
Parlance Corporation
gtalvola@...

I've got Apache/NT installed and running.
When I try to use the Colors example served by Apache/NT, the WebKit.cgi
process hangs and the page never fully renders. It's missing the last several
lines of HTML output.
Using Xitami as the web server, the Colors sample works just fine. Every
other WebKit example works fine under Apache except Colors. Sounds like
Apache handles the CGI IO differently, in a way that breaks WebKit.cgi.
Chuck, have you tried the Colors example from Apache on Windows?
--
- Geoff Talvola
Parlance Corporation
gtalvola@...

Are you using the Webware 0.2 .tar.gz download or the a snapshot from the
repository?
0.2 has a simple but nasty bug where the CGIAdaptor includes some extra
newlines in the output, although I experienced the symptons differently.
Also, if using the CVS, did you update recently?
-Chuck
At 04:27 PM 6/1/00 -0400, Geoff Talvola wrote:
>I've got Apache/NT installed and running.
>
>When I try to use the Colors example served by Apache/NT, the WebKit.cgi
>process hangs and the page never fully renders. It's missing the last several
>lines of HTML output.
>
>Using Xitami as the web server, the Colors sample works just fine. Every
>other WebKit example works fine under Apache except Colors. Sounds like
>Apache handles the CGI IO differently, in a way that breaks WebKit.cgi.
>
>Chuck, have you tried the Colors example from Apache on Windows?
>
>--
>
>
>- Geoff Talvola
> Parlance Corporation
> gtalvola@...
>
>
>
>_______________________________________________
>Webware-discuss mailing list
>Webware-discuss@...
>http://lists.sourceforge.net/mailman/listinfo/webware-discuss

Chuck Esterbrook wrote:
> Are you using the Webware 0.2 .tar.gz download or the a snapshot from the
> repository?
>
> 0.2 has a simple but nasty bug where the CGIAdaptor includes some extra
> newlines in the output, although I experienced the symptons differently.
>
> Also, if using the CVS, did you update recently?
>
> -Chuck
I'm using a CVS snapshot, updated about an hour ago.
When I load the Colors page, the end of the page source looks like:
<td bgcolor=#ff66e5> <br> <font color=black>#ff66e5</font> </td>
<td bgcolor=#ff66ff> <br> <font color=black>#ff66ff</font> </td>
</tr>
<tr>
And that's it. It has truncated the end of the page. The WebKit.cgi python
process is still running.
--
- Geoff Talvola
Parlance Corporation
gtalvola@...

At 04:52 PM 6/1/00 -0400, Geoff Talvola wrote:
>Chuck Esterbrook wrote:
>
> > Are you using the Webware 0.2 .tar.gz download or the a snapshot from the
> > repository?
> >
> > 0.2 has a simple but nasty bug where the CGIAdaptor includes some extra
> > newlines in the output, although I experienced the symptons differently.
> >
> > Also, if using the CVS, did you update recently?
> >
> > -Chuck
>
>I'm using a CVS snapshot, updated about an hour ago.
>
>When I load the Colors page, the end of the page source looks like:
>
><td bgcolor=#ff66e5> <br> <font color=black>#ff66e5</font> </td>
><td bgcolor=#ff66ff> <br> <font color=black>#ff66ff</font> </td>
></tr>
><tr>
>
>And that's it. It has truncated the end of the page. The WebKit.cgi python
>process is still running.
It works me. I'm wondering if this is related to my "long delay" problem
that I run into occasionally.
So I take it you're using the CGI adaptor and not the FastCGI adaptor.
Jay, does this work for you?
-Chuck

Chuck Esterbrook wrote:
> It works me. I'm wondering if this is related to my "long delay" problem
> that I run into occasionally.
>
> So I take it you're using the CGI adaptor and not the FastCGI adaptor.
CGI adaptor.
The version number on the Apache.exe file is 1, 3, 12, 0. Are you using the same
version of Apache? Did you modify anything in the configuration files?
You are using Windows 98, right? I'm using WinNT 4.0, but I have a Win98 machine
at home I can test this on. If I don't have a chance tonight, I'll try to test
it sometime this weekend.
--
- Geoff Talvola
Parlance Corporation
gtalvola@...

At 05:06 PM 6/1/00 -0400, Geoff Talvola wrote:
>Chuck Esterbrook wrote:
>
> > It works me. I'm wondering if this is related to my "long delay" problem
> > that I run into occasionally.
> >
> > So I take it you're using the CGI adaptor and not the FastCGI adaptor.
>
>CGI adaptor.
>
>The version number on the Apache.exe file is 1, 3, 12, 0. Are you using
>the same
>version of Apache? Did you modify anything in the configuration files?
>
>You are using Windows 98, right? I'm using WinNT 4.0, but I have a Win98
>machine
>at home I can test this on. If I don't have a chance tonight, I'll try to
>test
>it sometime this weekend.
I have the same Apache version. I'm using Win98, 2nd ed, 4.10.2222 A
I tried reloading several times and it always worked. I also shut down the
app server, started it and reloaded. I ran into my "long delay" problem
again, so I shut down the server, started it and then the page came up.
I still don't know what that is. I'll probably put the server in
'sequencing' tonight and see if I get the same problem.
Let me know how it goes with 98.
-Chuck

FYI,
fcgi.py uses socket.fromfd() which doesn't exist on Windows.
I don't know enough yet to determine if it can be rewritten to avoid use of that
function.
--
- Geoff Talvola
Parlance Corporation
gtalvola@...


> >
> >And that's it. It has truncated the end of the page. The WebKit.cgi python
> >process is still running.
>
> It works me. I'm wondering if this is related to my "long delay" problem
> that I run into occasionally.
>
> So I take it you're using the CGI adaptor and not the FastCGI adaptor.
>
> Jay, does this work for you?
>
Yeah, but I'm using a real OS. ;)
Colors is fine for me, and no delays.
Jay