J2EE equivalent in Python

[Geoff Talvola]

A few issues with Skunkweb that may or may not apply to you:

- Webware runs well on Windows NT/2000, Skunkweb doesn't run at all on Windows
- Webware uses a Python-style license, Skunkweb is GPL

For both of these reasons I can't use Skunkweb.

As for scalability, there have been several discussions on the Webware 
mailing lists in the past about adding more scalability features to Webware 
to distribute the workload to multiple boxes or processes.  Nothing has 
been done yet, because nobody has yet indicated a need to scale beyond one 
processor.

At 06:28 PM 10/22/01 -0700, Bill Tate wrote:
>Robin,
>At best its J2EE light.  However, I would definitely keep an eye on
>Skunkweb and STML.  Reasons: 1. Skunkweb forks processes rather than
>using threads (app servers tend to be I/O bound not cpu bound as many
>have noted previously) - see Sam Rushing's site on this topic - he's
>got some great references there.  2. Since forked processes means the
>Python interpreter can take advantage of multiple processors where a
>threaded model means being able to only take advantage of a single
>processor no matter what. 3. The STML implementation is by far sight a
>superior alternative to DTML and it is extensible.  I know the Zope
>folks are working on alternatives but it takes some real effort to
>figure out what's going on.  STML is also logical and much more
>straight foward to understand.  4 With Skunkweb you have access to
>Python - Zope presently doesn't get high marks on that score - again
>they are addressing that I'm to understand - and updating python code
>without shutting down the server is is facilitated by its use of PAR
>files (akin to JAR files).  5.  I like Webware - a lot - but it is
>multithreaded which gives me pause to think scalability could be issue
>and I'm not to keen on PSP.  Since one of the reasons J2EE is pushed
>is the ability to handle huge transaction volumes, scalability is
>clearly an unavoidable core issue wrt alternatives. That's before you
>even get around to discussing entity/session/messaging beans.

--

- Geoff Talvola
   gtalvola at NameConnector.com