I have now removed the section about "Embedding Perl into HTML" and renamed
the AppServer section to
Application Servers/Toolkits/Embedding Perl into HTML/XML publishing running
with mod_perl
also I have sorted the modules in alphabeticaly order.
I hope this is ok now, if not we can change it a
Hi,
mod_perl built with apache_1.3.20 on Win32 has a
warning about redefining isnan, similar to warnings
a few versions ago about stat, etc. The attached diff
on the cvs mod_perl silences those warnings.
best regards,
randy kobes
win32.diff
On Mon, 21 May 2001, Brian Aker wrote:
> Nope, the opposite. A year or two ago I was at the perl
> conference and noticed sun passing out a marketing flier
> as to why you should write web apps in Java. They
> specifically defined servlet as a persistent component
> that could have a persistent c
brian moseley wrote:
>
> On Sun, 20 May 2001, Brian Aker wrote:
>
> > FWIW I refer to any perl code that is persistent and is
> > making use of mod_perl as a servlet.
>
> "servlet" is a specific term coined by sun referring to a a
> specific component in the servlet api. you're just being
> unc
>
> the end goal of a application server is to simplify the
> entire process of developing and deploying a complete
> application, not just one part of it. we're really talking
> about a whole different order of magnitude.
>
I agree to you with this goal (and that's what I done partly, for databa
On Sun, 20 May 2001, Brian Aker wrote:
> FWIW I refer to any perl code that is persistent and is
> making use of mod_perl as a servlet.
"servlet" is a specific term coined by sun referring to a a
specific component in the servlet api. you're just being
uncreative and confusing.
---
On Mon, 21 May 2001, Gerald Richter wrote:
> I agree to Matt, there is nothing missing for an
> application server, it's mainly a matter of installation
> and documentation, so for people not familar with CPAN
> it's maybe hard to find.
you're both missing my point. sure there are lots of
compon
