Gerald Richter wrote:
> I think "Application Server" is not a well defined term, so we may not get
> consensus here what it is. What's about calling the section "Application
> Servers/Toolkits running under mod_perl". Then it's up to the reader how
> he/she like to see it.
Its interesting to read
>
> The reason you need that though is Java *has* no CPAN. Want distributed
> objects, install CORBA::ORBit. Want database access, install DBI. Want
> auth*, go to Apache directory on CPAN and make your choice.
>
> IMHO, Apache *is* the unifying API for all of these things. And
> so I think we're
On Thu, 17 May 2001, brian moseley wrote:
> On Thu, 17 May 2001, brian moseley wrote:
>
> > i think "application server" describes a system that
> > does more than implementing a templating language.
>
> er, that's not to diss anybody's software. everything on
> that short list is great stuff.
On Thu, May 17, 2001 at 04:34:38PM +0800, Stas Bekman wrote:
> > I would venture to suggest that TT doesn't really fit into this
> > category. While it's cool and powerful, it requires more infrastructure
> > to get a website up than Pagekit and AxKit. I believe Andy has written
> > some sort of a
On Thu, 17 May 2001, brian moseley wrote:
> i think "application server" describes a system that
> does more than implementing a templating language.
er, that's not to diss anybody's software. everything on
that short list is great stuff. but i stand behind my
assertion. a (web) application serv
On Wed, 16 May 2001, Matt Sergeant wrote:
> Oh, and the section should be called "Application
> Servers", IMO.
i think "application server" describes a system that does
more than implementing a templating language.
-
To unsubs