I'll try to answer for the things not yet addressed earlier.
>I wonder which is the best web server to use in Squeak. What's the latest
>version of Comanche? Is it stable enough for a commercial solution? Or
>should one better use the old PWS? How do they compare? Do both scale
>well, that is, what happens if they must process multiple requests per
>seconds? Do they support cookies and (basic) user authorization?
Comanche is much more stable than PWS. We're running over 10 servers
now, mostly on Macs (Seaweed, Minnow, CoWeb, etc.) but also Linux
(Herring) and SunOS/Solaris. We're converting all our PWS servers to
Comanche. Je77 Rick has improved our record-keeping on server
stability tremendously, and it's obvious that PWS servers are not as
stable as Comanche.
Comanche is somewhat harder to build modules for, it seems, but most
of the HTTP details are handled for you. Comanche scales better than
PWS -- we can handle more users with better response. We're actually
trying to measure that this term -- we're building a server test
framework (Brian Trammel's senior research project). Basic user
authorization is in both, but I don't know about cookies in Comanche
(PWS doesn't do cookies).
>
>I looked at comanche.swiki.net but found no source code. I managed to dig
>out a beta version of swiki/comache called ComputerAge (I think) and tried
>to figure out how to use it.
http://seaweed.cc.gatech.edu is the Comanche documentation and download site.
>And is there any easy way to debug a #process: method? A 'self halt' seems
>not to work. It seems that the only way to debug is to emit string on the
>Display.
In general, debugging webserver code is hard. Got any good ideas?
>
>I also had a quick look at active squeak pages (which are really nice) but
>if there's a syntax error in the code, the browser hangs because of no
>response and the server shows an error dialog. Is there a way to access
>the request object (or even better some kind of session object with custom
>data) from the asp?
Nobody's worked on active squeak pages in awhile, because of the
security problems. It's an area of interest, but not of time.
>
>Or to ask the question of all questions: Is there something comparable (or
>better) to Java servlets? I know I can solve my problem in Java but doing
>it in Squeak would be a great change to introduce Squeak/Smalltalk at my
>work :-)
Servlets are easy, applets are coming.
Mark
--------------------------
Mark Guzdial : Georgia Tech : College of Computing : Atlanta, GA 30332-0280
(404) 894-5618 : Fax (404) 894-0673 : [EMAIL PROTECTED]
http://www.cc.gatech.edu/gvu/people/Faculty/Mark.Guzdial.html
