From: Chuck E. <ec...@mi...> - 2000-05-31 14:26:42
|
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 |
From: Chuck E. <ec...@mi...> - 2000-05-31 23:46:18
|
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 |
From: Geoff T. <gtalvola@NameConnector.com> - 2000-06-01 00:03:19
|
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@NameConnector.com |
From: Chuck E. <ec...@mi...> - 2000-06-01 01:22:12
|
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 |
From: Jay L. <js...@js...> - 2000-06-01 01:36:26
|
Chuck Esterbrook wrote: > > 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? Yes (ashamed). And the command line psp program actually works on Unix. I'll run it from Windows and let you know. > > 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 > > _______________________________________________ > Webware-discuss mailing list > Web...@li... > http://lists.sourceforge.net/mailman/listinfo/webware-discuss |
From: Chuck E. <ec...@mi...> - 2000-06-01 01:39:52
|
> > > 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 |
From: Jay L. <js...@js...> - 2000-06-01 03:16:02
|
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 > Web...@li... > http://lists.sourceforge.net/mailman/listinfo/webware-discuss |
From: Chuck E. <ec...@mi...> - 2000-06-01 03:35:50
|
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 |
From: Geoff T. <gtalvola@NameConnector.com> - 2000-06-01 14:18:13
|
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@NameConnector.com |
From: Chuck E. <ec...@mi...> - 2000-06-01 15:16:18
|
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 |
From: Chuck E. <ec...@mi...> - 2000-06-01 15:21:16
|
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_ |
From: Geoff T. <gtalvola@NameConnector.com> - 2000-06-01 15:34:08
|
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@NameConnector.com |
From: Chuck E. <ec...@mi...> - 2000-06-01 15:39:11
|
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 |
From: Dave W. <dwa...@ud...> - 2000-06-01 15:42:03
|
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. |
From: Chuck E. <ec...@mi...> - 2000-06-01 15:45:33
|
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 |
From: Geoff T. <gtalvola@NameConnector.com> - 2000-06-01 15:57:26
|
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@NameConnector.com |
From: Geoff T. <gtalvola@NameConnector.com> - 2000-06-01 16:00:30
|
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@NameConnector.com |
From: Geoff T. <gtalvola@NameConnector.com> - 2000-06-01 20:29:46
|
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@NameConnector.com |
From: Chuck E. <ec...@mi...> - 2000-06-01 20:44:28
|
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@NameConnector.com > > > >_______________________________________________ >Webware-discuss mailing list >Web...@li... >http://lists.sourceforge.net/mailman/listinfo/webware-discuss |
From: Geoff T. <gtalvola@NameConnector.com> - 2000-06-01 20:55:08
|
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@NameConnector.com |
From: Chuck E. <ec...@mi...> - 2000-06-01 21:02:25
|
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 |
From: Geoff T. <gtalvola@NameConnector.com> - 2000-06-01 21:09:04
|
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@NameConnector.com |
From: Chuck E. <ec...@mi...> - 2000-06-01 21:24:24
|
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 |
From: Geoff T. <gtalvola@NameConnector.com> - 2000-06-01 23:07:22
|
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@NameConnector.com |
From: Jay L. <js...@js...> - 2000-06-02 02:11:20
|
> > > >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 |