On Tue, 25 Jan 2000, Jason Hunter wrote:
> Hans Bergsten wrote:
[ ... ]
> > one of the most important advantages with JSP over any of the
> > template systems is that it's formally specified and included in
> > J2EE. This means it will be covered in classes, books, endless web
> > sites, etc. And therefore be familiar to a lot of people.
>
> Perl isn't formally specified apart from implementation (at least
> I've never seen the spec), but yet it's still *widely* covered. An
> open source implementation that works everywhere is equally good as
> a spec in promoting classes, books, web sites, etc.
>
> > This makes it a lot easier for an employer to find people that do
> > not need to get additional training, makes it easier for
> > developers to share experience, creates a market for both Open
> > Source and commercial custom action libraries, allows web design
> > tool vendors to provide great integration, etc. In short, all the
> > advantages of a broadly supported standard.
>
> These are arguments against using a single-vendor solution, but
> against a popular open source technology they don't really work.
> WebMacro can succeed as well as Perl or Apache in all these areas.
[ ... ]
[This only addresses this part of the argument, of course.]
A big problem with your analogy of WebMacro to Perl (or Apache) is
that Perl is a standalone language/technology, and something like
WebMacro is more like a plug-in/add-on to an existing
language/technology (Java/servlets). Perl does not sit on top of
something else that may be a moving target, and does not have
"competition" from another complete Perl-type system. A better
analogy would be to a particular Perl library/module. It has happened
that multiple Perl libraries/modules have been written with similar
functionality, and some fall by the wayside as one becomes more
standard and/or gets more integrated into the Perl core
(e.g. cgi-lib.pl vs. CGI.pm).
I haven't really used JSP or WebMacro (or any other "template"
system), but it strikes me that being standard is a big win,
especially if that standard is moving towards incorporating the
functionality and advantages that the other systems have (and that
seems to be the case).
Milt Epstein
Research Programmer
Software/Systems Development Group
Computing and Communications Services Office (CCSO)
University of Illinois at Urbana-Champaign (UIUC)
[EMAIL PROTECTED]
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
